EntityJS

Entity is an awsome all new javascript game engine. It focuses on flexibility, reusability and robustness. To make this happen Entity utilizies the entity-component design where all logic is implemented in components and entities are created from adding or removing components. Its supported on all major browsers and will be coming to mobile devices soon.

CraftyJS

Crafty is a JavaScript game library that can help you create games in a structured way.

Collie

Collie is a Javascript library that helps to create highly optimized animations and games using HTML 5. Collie runs on both PC and mobile using HTML 5 canvas and DOM.

Collie can stably process multiple objects using rendering pipelines and supports useful features including sprite animation and user events. Stably supports iOS and Android, and renders with an optimized method for each platform. Also easily responds to retina display.

lycheeJS

lycheeJS is a JavaScript Game library that offers a complete solution for prototyping and deployment of HTML5 Canvas, WebGL or native OpenGL(ES) based games inside the Web Browser or native environments.

enchant.js

enchant.js…

• is a framework for developing simple games and applications in HTML5 + JavaScript
• was released in 2011, but has already had over 1,000 games and applications published
• is open source (MIT license), and therefore free to use
• has extensive supporting documents: API Documentation・Publications・Tutorial Site
• can be augmented with various plugins to increase functionality
• is continually developed and maintained by members of the Akihabara Research Center at UEI

Quintus

The Quintus engine is an HTML5 game engine designed to be modular and lightweight, with a concise JavaScript-friendly syntax. In lieu of trying to shoehorn a standard OOP-game engine structure into an HTML5 JavaScript engine, Quintus takes some cues from jQuery and provides plugins, events and a selector syntax. Instead of a deep single-inheritance-only model, Quintus provides a flexible component model in addition to traditional inheritance to make it easier to reuse functionality and share it across games and objects.

source: http://www.gameclosure.com/

source: http://pixeldungeon.tumblr.com/post/45905213340/0-3-3

source: http://www.unlok.ca/wayward/wayward-beta-1-1-released/

Link: Offical site of Unicodetiles.js

Link: http://www.sevrd.com/code/pipewalk/

Source: PhobosLab.com

Source: Snippet :: jQuery Syntax Highlighter

Click here to play Cardinal Quest.

1. Get It In Writing

Got an idea for a game? Great! Thats the first step. Write it down! No- not just in a chat room or on your blog, get out those archaic devices they used in the before time; pen and paper. Personally, I find that ‘unplugging’ from your computer or game console for a little while and writing down your ideas can be tremendously helpful. Without any other distractions (Ooh, piece of mail! Ooh, piece of RSS! Ooh, piece of inane Facebook status update!), you’ll have a true conduit from your brain to the world. You’ll be able to get all of the bits and pieces of your idea recorded in a stream of consciousness manner. The facets and minutiae of your concept don’t get lost in the ether. Having an initial design recorded can help tremendously in all phases of game development.

2. Prototype

Once you’ve settled on an idea and you’re ready to start development, your very first goal should be to create a playable prototype as quickly as possible. It doesn’t need to be (and probably shouldn’t be) pretty or otherwise visually delightful. What you want is a functioning demo of your basic game idea, distilled to its most basic form. Having a prototype allows you to determine if your game-to-be is even going to be fun, and it also gives you a glimpse into what features or design elements you might need, or conversely, need to cut, as well as what sorts of technical challenges you’ll ultimately be facing in the long run. As a rule of thumb, if it takes more than a couple days to get a playable prototype, consider it a red flag. Thats not to say your project is doomed, or that its a bad idea, but it almost always mean you’ll be facing the added difficulty of being faced with a fairly complex and time consuming undertaking.

3. Iteration

Burdening yourself with the task of implementing umpteen features and game elements is only going to put a damper on your motivation and ultimately lower your chances at finishing your project. Think of your game as a collection of building blocks. Try and get the basic game play developed, working and fairly solid first. Then you add on the next element, aiming to get it as functional and solid as presently possible before moving on to the next. This keeps you from ending up with a mess of half implemented features, and perhaps more importantly, it will help you to determine which features may not be necessary or fun, and perhaps even reveal new elements which you had not previously considered or imagined. Be careful of that last part, though. You don’t want to fall victim to scope creep.

4. Play Your Game, or, Test, Test, Test!

In all likelihood, you’ll be at least “kinda sorta” playing your game fairly consistently, checking for crashes or bugs. On top of this, though, make sure to make time for playing your game on a regular basis during development. It can be pretty easy to get tunnel vision when you’re in the coding trenches, which will make it difficult to spot potential problems or boring/frustrating/unnecessary features before they become much more difficult to remove or revise. This one seems pretty obvious, but it bears pointing out. Make sure you’re seeing the forest, and not just the trees.

5. Feedback

This step can be the most exciting and rewarding point, or the most difficult and anxious point, depending on your personality. Before your game is finished, get someone else (or better, a number of people) to play it and provide their feedback. The earlier and more often you do this, the better off you’ll be. Getting a fresh perspective on your game is important and helpful for a number of reasons. Firstly, you’re able to find out if other people with tastes differing from your own find the game enjoyable. If they don’t, you’ll (hopefully) be able to find out why. While you won’t and shouldn’t make changes as a result of each and every piece of feedback you receive, the collective opinions can reveal the strengths and weaknesses of your concept. Additionally, people who don’t know the in’s and out’s of your program are likely to use it in ways you have not, helping to reveal bugs or other issues that you might not encounter any other way. Finding and correcting problems with your code early is always going to be easier.

So there you have it. A partial list of guidelines and principles that will help you create your game and get the most enjoyment out of it. Now, good luck, and start developing!