jslash - Engine 2D JS para Juegos en la web

[Mightygaver]

Bueno gente, quería compartir con ustedes un proyecto que me ha tenido bastante entretenido durante este verano y que si sigue adelante me seguirá entreteniendo más de la cuenta.

Decidí bautizarlo como jslash.
Jslash, está pensado como un microframework para el desarrollo de videojuegos en la web. En un principio lo ideé para que fuera simplemente client-side pero la verdad que ultimamente creo que estaría mejor que también proporcionara una parte servidor, aunque aún no me decido por un lenguaje server-side en concreto.

Está publicado en un repositorio en Github y está licenciado bajo licencia MIT, permitiendo su uso en proyectos tanto open-source como comerciales.

Si alguien quiere echarle un ojo o trastear con él puede descargárselo de:

https://github.com/jorgonor/jslash

No es gran cosa y no me atrevo aún a llamarlo una versión 0.1, pero proporciona objetos Sprite, Tilesets que permiten cargar mapas de tiles editados con Tiled, eventos, texto, audio, colisiones rectangulares, algunos mix-ins, ...

Mi opinión es que la interfaz al programador es sencilla y ya se pueden empezar a realizar juegos decentes con jslash. Si sale la propuesta de concurso de videojuegos tenía intención de montar un pequeño juego subido a un servidor para empezar a pensar en las características de la parte servidor y en conseguir pequeños tiempos de latencia.

Aún queda mucho trabajo por hacer, así que si a alguien le ilusiona el proyecto y le gustan Javascript o la Web en general, no tiene más que escribir un post por acá o realizar alguna demo que sin problemas se puede añadir al repo. Aún no estoy muy familiarizado con git ni con github pero creo que se puede trabajar muy bien en colaboración por ramas, forks y pull-requests.

En cuanto tenga algunas tareas pendientes realizadas, tengo intención de documentar la API y así será más sencillo entender el funcionamiento de primeras, aunque últimamente tengo poco tiempo para echarle.

Espero que les parezca interesante, Saludos!!!

[hugoruscitti]

Excelente Mightygaver, me ha sorprendido mucho!!!, voy a mirar el proyecto
mas tarde en detalle a ver en que puedo ayudar. Me parece un gran proyecto. Felicitaciones!

[kaiser]

Parece que JavaScript y HTML5 serán la base de la programación en el cada día menos lejano Windows 8 así que lo mismo me pongo a "cacharrear" un poco con éstos lenguajes y le echo un vistazo a tu proyecto. En cuanto al lenguaje para el lado servidor supongo que lo más extendido será PHP no?

Un Saludo y ánimo!

[Mightygaver]

Gracias por su apoyo.

A ver si me planifico un poco y voy sacando más funcionalidades que últimamente saco poco tiempo y me atasco rápido.

Respecto a lo que comentas de PHP Kaiser, sí PHP es en cierto modo el rey de la web. De ahí vienen mis dudas, porque no me gusta el PHP y las alternativas como Python o incluso lenguajes de la JVM (Java, Scala, ...) me gustan mucho más . Python cada vez se usa más, pero no sé muy bien si está tan bien acogido como PHP. También está la alternativa de node.js, que me parece que para algunas cosas como el uso de Websockets es supersencillo de usar, y con ello se unificaría más el engine estando todo escrito en javascript.

Aún tengo que pensar en ello,pero aún hay tiempo porque de aquí a que esté lista la parte del cliente, me parece que queda para rato .

Un saludo y gracias por su ánimo!!!

[hugoruscitti]

Hola Mightygaver, te comento dos tecnologias web sobre python
que estoy usando, tal vez te parezcan interesantes también.

Cómo microframework estoy usando flask:

http://flask.pocoo.org/

y como servicio de hosting gratuito fluxflex:

https://www.fluxflex.com/overview

las dos tecnologías me parecen super interesantes, y sin
desmerecer a otras, creo que ambas son super simples y efectivas
para desarrolladores.

[Mightygaver]

Me pareció muy bueno a primera vista. A ver si tengo un rato para echarle un ojo el fin de semana y subo el proyecto allí para que las demos sean visibles desde allí.

¿Se puede utilizar Django en ese hosting? Siempre me ha parecido un proyecto excelente pero nunca he tenido tiempo de aprender a manejarme con Django :S.

[hugoruscitti]

Si, se puede usar django en fluxflex y un monton de otras tecnologias...

[shackra]

Está publicado en un repositorio en Github y está licenciado bajo licencia MIT, permitiendo su uso en proyectos tanto open-source como comerciales.

te recomiendo licenciarlo bajo la LGPL, esa licencia es especial para proyectos como el tuyo y ademas, garantiza que tu projecto siga siendo software libre asi como tambien las mejoras que otros programadores de software privativo implementen en él.

para mas informacion: Por qué en su próxima biblioteca (no?) debería utilizar la Lesser GPL

Por otro lado, cabe aclarar que existe software libre comercial. Que un software sea comercial no quiere decir que sea privativo, asi que, te aconsejo usar el termino "privativo" cuando hables de software que priva de sus libertades a los usuarios.

saludos!

[Mightygaver]

No tengo intención de hacer flame, pero la licencia MIT también es software libre. Este es un pequeño extracto de la licencia (aunque la verdad, no hay mucho más ):

The above copyright notice and this permission notice
shall be included in all copies or substantial portions of
the Software.

Es cierto que GPL y su versión Lesser ejercen una mayor obligación a la hora de adoptar su licencia en caso de hacer fork del proyecto. En mi opinión es una gran licencia, pero la verdad que estoy más del lado de licencias MIT y Apache a la hora de la implementación de librerías. Si fuera un juego final y quisiera que fuera open-source adoptaría GPL/LGPL sin dudas.

De todos modos gracias por comentar el punto Shackra

[shackra]

usar licencias como la Apache pone en riesgo que tu proyecto se convierta en software privativo, no puedo decir lo mismo de una licencia BSD. Pero yo le huyo a las licencias permisivas, en resumen, GPL, LGLP (cuando se trate de librerias que probablemente ya esten en el "mercado", pero aun asi decidi hacer mi propia libreria) o AGPL para los proyectos de software.

A excepcion de las licencias del MIT, no veo el chiste de poner en peligro un desarrollo de software con otras licencias permisivas.