Llevo tiempo sin escribir y eso hay que remediarlo, así que romperé el hielo con mi experiencia en mi primera Ludum Dare.

Llevaba tiempo queriendo presentarme a una Ludum Dare, todo el mundo comentaba lo maravilloso que era participar y yo no podía hacer que otra cosa que no fuera verlo desde fuera.

Al principio no me presentaba porque no me veía capaz/preparado para afrontar el desarrollo de un juego en tan solo 48 horas, y cuando me empezaba a ver “algo” capacitado no tenía tiempo, pero por fin en ésta última ocasión me vi capaz y motivado, y por suerte la fecha era un fin de semana en el que no tenía ningún compromiso, llegó el momento.

Unas horas antes de la Ludum Dare hablé con mi amigo Rubén Del Castillo para ver si quería participar, y no dudo ni un instante en unirse, quedamos a las dos de la mañana para ver que tema salía elegido y así los hicimos, a las dos estábamos despiertos y mirando como dos tontos en blanco el tema “You Only Get One”, pero que demonios…

Divagamos entre muchas ideas, tratando de ajustarnos todo lo posible al tema, estuvimos dando palos de ciegos al menos hasta las 4 o 5 de la mañana, donde desistimos y decidimos ir a dormir, dejándolo pendiente para la mañana de ese mismo día, cuando estuviéramos más despejados. Curiosamente mientras dormía se me ocurrieron unas mecánicas que cuadraban con el tema, y al contárselo a Rubén se le ocurrió una temática para el juego que también encajaba, un espermatozoide que debe llegar al óvulo, toma ya, toda una absurda genialidad ajajaja.

Esa misma mañana nos pusimos manos a la obra, el a diseñar y dibujar y yo a programar. Desde un comienzo tenía claro que el juego debía de ser html5, ya que, cuantas más facilidades tengan los usuarios para jugar más votos puedes conseguir, no es lo mismo entrar en un enlace y jugar que tener que descargar un archivo, instalar un plugin, o similares.

Como motor usé Game Maker Studio, llevaba ya unos meses usandolo y sabía que me permitiría programar rápidamente sin pararme demasiado en cosas como los assets, gestionar sprites, etcétera. Por lo general no uso sus herramientas “drag&drop”, no me gustan, prefiero programar directamente, en este caso en GML un lenguaje propio del motor, pero he de reconocer que la interfaz y la forma en la que está diseñado el motor te permite prototipar y desarrollar muy rápido. No tuve problemas significativos durante el desarrollo exceptuando las colisiones con los límites de la escena, que no funcionaban como debían, y de hecho no lo hacen, perdí mucho tiempo con este tema, ya que “los controles” del personaje y el sistema de colisiones no eran del todo compatibles, así que hice un apaño que funciona pero que no quedó bonito porque genera un efecto de “rebote” del personaje al tocar un limite, pero bueno, el tiempo corría y no podía pararme demasiado a probar.

Durante el desarrollo lo que más nos costó desde mi punto de vista fue comunicarnos correctamente. Al trabajar separados y ser la primera vez que trabajamos juntos se hacía complicado hacer entender al otro el concepto que teníamos en la cabeza, en ambos sentidos, tanto de arte como de diseño y mecánicas, algunas veces cuando veíamos algo hecho se oía la frase “pensé que decías…, te había entendido…”. Al final todo cuadraba como debía y creo que hemos aprendido a comunicarnos de manera más eficiente, estoy seguro de que en el futuro seremos capaces de desarrollar juntos juegos más trabajados y gestionado el tiempo de manera más eficiente.

Durante el desarrollo probamos y debatimos varios modos de controlar al personaje, y curiosamente elegimos el “peor”. Una vez terminamos el juego parece que a la gente le gustó bastante, pero la mayoría se quejan de los controles que elegimos, en un principio son “complicados de coger” pero una vez que te acostumbras te olvidas, y creo que ese fue nuestro problema, nos acostumbramos a usarlo así y no luego no volvimos a pensar en ellos, pero tomamos nota para el futuro.

Terminamos casi en el último momento, a menos de media hora para el final subimos el juego, y en pocos minutos ya teníamos nuestros dos primeros comentarios. Hasta el momento la experiencia ha sido genial, hemos desarrollado un juego “curioso” en pocas horas, y yo me quedo con que trabajar con Rubén ha sido una “gozada”, su imaginación y la calidad de su trabajo es lo mejor que me llevo de esta LD.

Parece que este no será el último proyecto que desarrolle con Rubén, más bien es el primero de muchos que vendrán. Es más ya estamos pensando en un rediseño total de este juego, y planes con más gente, pero eso es otra historia, ya tendré tiempo de contarla, de momento si quieres puedes jugar un rato a Spee The Sperm!

Spee en la LD: http://www.ludumdare.com/compo/ludum-dare-28/?action=preview&uid=19585
Enlace directo: http://www.nazariglez.com/ld28/

Como se puede ver llevo un mes sin escribir un solo post, pero esto no quiere decir que no esté haciendo nada, sino todo lo contrario. Creo que en los últimos tres años he estado dando palos de ciego, sabiendo que quiero trabajar como programador pero sin definir en que, desarrollando herramientas en php, aplicaciones webs, aplicaciones en node, juegos html5, pequeños juegos móviles, y un largo etcétera. Esto me ha servido para aprender muchísimas cosas, conocer gente genial y para no terminar nada de lo que comienzo.

Pero desde hace unos tres meses estoy más centrado, voy sintiéndome cómodo con diferentes herramientas y tecnologías a la hora de trabajar y creo que estas forman mi abanico de trabajo. Tengo muchas cosas que contar en el blog, y espero que pronto se vean los resultados de esta etapa, tengo planes para el año próximo y aún unos meses por delante para trabajar en mis ideas.

En los próximos dias trataré de actualizar el blog con algunas cosas interesantes que he descubierto, hasta entonces! Un Saludo

No es la primera vez que hablo de Node.js o de Socket.io en el blog, ni creo que sea la ultima, en esta ocasión he realizado una pequeña aplicación para jugar al tres en raya mientras hablamos con el resto de jugadores mediante un chat.

Su funcionalidad en sí en bastante sencilla, solo se permite una partida a la vez ya que no hago uso de “rooms” (salas), cosa que me gustaría tocar en el blog pronto. Para empezar introducimos nuestro nombre y ingresamos al chat, el tablero de juego es visible desde el comienzo, si hay jugadores en plena partida podemos observar como evoluciona ésta, si no hay jugadores podemos unirnos y esperar un contrincante. El chat nos indica quien entra o sale de la aplicación y quien gana y pierde la partida en curso.

Vamos a lo interesante, la tecnología que hay detrás de la aplicación, he tratado de comentar todo lo posible el codigo así que explicaré ligeramente solo algunos detalles.

Primero el cliente; Como verás en el código no he usado ningún sistema de plantillas, simplemente sirvo un fichero html que se encuentra en el directorio “/public”. En esta ocasión tampoco he usado el elemento canvas, sino que uso divs y los altero mediante Javascript (Jquery), mostrando así lo que el servidor le indica a través de los websockets. He usado LessCSS para el estilo, pero es todo muy minimalista, lo uso por comodidad realmente.

La aplicación no usa base de datos, por lo que para almacenar los nombres de usuarios online y no repetirlos uso un array, que se comprueba cada vez que ingresa un nuevo jugador, sobra decir que al cerrar y abrir la app perdemos todos los usuarios, además para evitar inyección de código he usado el modulo “sanitizer”.

Lo mejor de Socket.io es que la información referente al socket está en formato JSON por lo que aprovecho para guardar el nombre del usuario como parte de el, en socket.nick, y así poder identificar al usuario fácilmente. Por ejemplo es útil cuando se desconecta un usuario compruebo el nick y lo elimino del array de usuarios y anuncio su desconexión al resto de jugadores.

Otro punto que me gustaría comentar es el uso de callbacks al emitir información mediante socket.io, yo lo he usado por ejemplo para medir la latencia, pero es realmente útil. Normalmente vemos ejemplos en los que emitimos un evento mediante socket.emit y recibimos respuesta mediante socket.on, algo así:

Cliente:

socket.emit('hola', true);
socket.on('hola', function(){});

Server:

socket.on('hola', function(data){
    if(data) socket.emit('hola', true);
});

Pero si nuestro propósito es enviar una información y dependiendo de la respuesta realizar una determinada acción siendo siempre el mismo usuario, ¿Por que no usar un callback?, sería mucho más eficiente:

Cliente:

socket.emit('hola', true, function(data){});

Server:

socket.on('hola', function(data, callback){
    if(data){
        if(callback && typeof callback == 'function'){
            callback(data);
        }
    }
});

No me quiero enredar demasiado ni explicar cosas que ya estén explicadas en el código, así que os dejo un enlace a la demostración y al código alojado en github.

Github: https://github.com/Nazariglez/3enraya-nodejs-socketio
Demo: http://www.estoycreando.com/3enraya/

Los que alguna vez hayáis trasteado con NodeJS para realizar una aplicación web os habréis fijado en que hay que declarar un puerto de escucha y que para acceder a nuestra aplicación hay que usar el nombre de dominio o IP más el puerto como url en el navegador, algo así: http://127.0.0.1:3000.
Esto no pasa solo con NodeJS, sino también con otros frameworks de desarrollo web, pero como me siento cómodo usando node y no he trabajado con otros frameworks webs que no sean basados en javascript o php no puedo generalizar, así que usaré node como ejemplo, dejando claro que estas pautas pueden servir para cualquier aplicación web que nos permita manejar el puerto de escucha.

Por norma general el puerto por defecto para las aplicaciones web suele ser el puerto 80, supongamos entonces que tenemos una aplicación ocupando el puerto 80 bajo el dominio localhost, al entrar en http://localhost/ nos mostraría nuestra aplicación, pero si queremos usar el mismo servidor con otra aplicación simultáneamente deberemos de elegir otro puerto de escucha, el 3000 por ejemplo, en ese caso al entrar en http://localhost/ veremos la aplicación en el puerto 80, y al entrar en http://localhost:3000/ veremos la otra.

No es muy bonito ¿no?, no me veo a una empresa dando su web en plan “http://pincelesybrochasmanolo.com:3000”. Entonces, ¿que hacemos?. Necesitamos un servidor que gestione las redirecciones de manera interna, de forma que al facilitarle una ruta en concreto el nos muestre la aplicación que definamos de una manera limpia para el usuario final dando igual el puerto que sea. Así podríamos tener un “hola mundo” en el puerto 3000, un chat en el 4000, y un blog en el 4500 de forma que usando rutas tipo http://localhost/chat/, http://localhost/hola/ o http://localhost/blog/ nos mostrara las aplicaciones correspondientes.

Tomando como sistema operativo ubuntu, voy a ir realizando los pasos necesarios para lograr esto, para ello solo necesitamos 4 cosas, NodeJS, NPM, Nginx y Screen.

Lo primero es instalar la ultima versión de NodeJS y NPM; abrimos un terminal y tecleamos:

sudo apt-get install python-software-properties
sudo add-apt-repository ppa:chris-lea/node.js
sudo apt-get update
sudo apt-get install nodejs

Este repositorio nos facilita la ultima versión de node y de npm solo instalando el paquete nodejs, si estás exceptico y quieres comprobar que npm también se ha instalado solo tienes que realizar un npm -v en la terminal.

Si ahora creáramos dos aplicaciones que nos mostrara Hola mundo en la pantalla bajo diferentes puertos, y quisiéramos abrir ambas nos encontraríamos en que hemos de cerrar una para poder abrir otra, o abrir varias terminales, por lo que no es muy útil si tengo que tener abierta indefinidamente una sesión ssh con cada una de las aplicaciones. Para solucionar esto usaremos Screen.

Sudo apt-get install screen

Screen es un emulador de terminales virtuales, viene a ser la soluciones perfecta a nuestro problema, puesto que nos permite abrir terminales para ejecutar nuestras aplicaciones y abandonar la sesión sin cerrar la terminal (virtual), dejándola en un segundo plano trabajando.
Su uso es realmente muy sencillo, con el comando “screen” en una terminal abriremos una nueva terminal virtual, trabajamos con ella de manera normal y cuando queramos dejarla en segundo plano pulsaremos la combinación de teclas control + A, y a continuación la tecla D en solitario, esto nos devolverá a la terminal inicial relegando la virtual a un segundo plano. Ahora podemos abandonar la sesión ssh sin miedo a cerrar la aplicación que tenemos en funcionamiento. Para recuperar está terminal virtual basta con teclear screen -r, si queremos cerrarla totalmente simplemente tecleamos exit en ésta y se cerrará. Si tenemos más de una terminal virtual abierta y usamos el comando screen -r nos informará de que hay varias terminales en segundo plano, y facilitándonos el numero de identificación de cada una, debemos usar screen -r [numero] para ver una en concreto. Podéis encontrar más información sobre los comandos de screen aquí http://www.guia-ubuntu.com/index.php?title=Screen.

Ahora que tenemos NodeJS, NPM, y Screen instalado queda el tema de redireccionar las rutas a puertos concretos de nuestro servidor.

Nginx será el encargado de ésta tarea. En resumen se trata de un servidor web/proxy, lo mejor para entender su potencial es dirigirnos a la información que nos facilita la wikipedia sobre el: http://es.wikipedia.org/wiki/Nginx.

Para instalarlo en nuestro Ubuntu introducimos lo siguiente en una terminal:

sudo add-apt-repository ppa:nginx/stable
sudo apt-get update
sudo apt-get install nginx

Una vez se ha instalado en nuestro sistema procedemos a configurarlo. Una buena idea es redireccionar los acceso al dominio sin www al que si las tiene, o viceversa, podemos hacerlo desde su fichero de configuración, para acceder a el:

sudo nano /etc/ngnix/ngnix.conf

Como verás al abrirlo la configuración esta organizada en un formato similar a JSON, buscamos en este http {} y añadimos lo siguiente:

server {
    listen 80;
    server_name midominiosinwww.com;
    return 301 $scheme://www.midominioconwww.com$uri;
}

De está forma estamos indicando a los navegadores y bots que accedan a nuestro dominio (puerto 80 por defecto) que se ha redirigido de manera permanente al indicado en la linea return. Esto es cuestión de gustos, quizás no quieras la redirección, o quizás te guste más sin www o al revés, personaliza las lineas de forma que se adapten a lo que buscas.

Lo siguiente es indicar el fichero por defecto que se ha de mostrar al entrar a la raíz del dominio, para eso añadimos esto a nuesta configuración dentro de http {}:

server {
    listen 80;
    server_name www.midominioconwww.com;

    location / {
      root /home/midominio;
      index index.html;
    }
}

Le estamos indicando que al entrar un usuario le sirva el fichero index.html que se encuentra en el directorio /home/midominio/ de nuestro servidor, esta podría ser nuestra Landing Page, seguimos con la redirección a nuestras aplicaciones NodeJS que están funcionando en segundo plano gracias a screen.

Añadimos dentro de esta configuración de server lo siguiente:

location /hola/ {
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host $http_host;
    proxy_set_header X-NginX-Proxy true;
    proxy_pass http://localhost:3000/;
    proxy_redirect off;
}

Así por cada ruta que necesitemos, cambiando ésta en la linea location e indicando la dirección de la aplicación que ha de servir en la linea proxy_pass, la configuración final podría ser algo parecida a esto:

server {
    listen 80;
    server_name www.midominioconwww.com;

    location /hola/ {
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_set_header X-NginX-Proxy true;
        proxy_pass http://localhost:3000/;
        proxy_redirect off;
    }

    location /chat/ {
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_set_header X-NginX-Proxy true;
        proxy_pass http://localhost:4000/;
        proxy_redirect off;
    }

    location /blog/ {
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_set_header X-NginX-Proxy true;
        proxy_pass http://localhost:4050/;
        proxy_redirect off;
    }

    location / {
        root /home/midominio
        index index.html;
    }
}
server {
    listen 80;
    server_name midominiosinwww.com;
    return 301 $scheme://www.midominioconwww.com$uri;
}

Guardamos el documento y reinciamos nginx mediante:

sudo service nginx restart

Ya podemos acceder mediante las urls que tengamos definidas a nuestras aplicaciones Node (u otras) de una manera limpia de cara al usuario.

No busco profundizar mucho en nginx porque de momento no se mucho más de lo que he puesto aquí, si quieres seguir profundizando en su configuración (que es muy versatil) puedes echarle un ojo aquí: http://wiki.nginx.org/Configuration

Hoy en día hay muchas opciones para poder aprender ingles de una manera autodidacta, por lo general no suelen ser divertidas, y con el tiempo te acabas aburriendo pero Duolingo parece que quiere marcar la diferencia en este campo.

Estas ultimas semanas he querido ponerme algo más enserio con el idioma de Shakespeare, y casualmente mi hermano me ha recomendado esta aplicación para practicar a mi ritmo y de una manera entretenida, de momento me está gustando, y mucho. Claro está que no se compara al de una formación reglada, pero hay que tener en cuenta que esto depende también de cada persona y de lo que busca.

Duolingo es una aplicación que nos facilita la labor de aprender varios idiomas partiendo de otros, por ejemplo, podemos elegir aprender ingles a partir del español, pero si queremos aprender otro idioma debemos de saber previamente ingles, puesto que el resto de idiomas parten de este. Los idiomas que nos ofrece son los siguientes: ingles, español, francés, aleman, portugués e italiano.

Lo mejor que tiene esta aplicación es que no solo dispone de un portal web, sino también de sus respectivas aplicaciones para Iphone y Android; he de decir la aplicación móvil es excelente, funciona perfectamente y es muy cómodo el practicar puesto que cualquier rato muerto se pueden convertir en unos minutos de estudio.

Duolingo nos presenta el temario dividido por secciones formando un árbol de aprendizaje, de forma que las lecciones permanecen bloqueadas hasta que vamos completando las inferiores. Estas lecciones están agrupadas en cuatro bloques, si queremos saltarnos uno porque pensamos que nuestro nivel es superior al que se enseña en ese bloque podemos presentarnos a un pequeño examen que engloba todas las secciones del bloque, si lo superamos con éxito se dan por aprobadas todas las secciones que lo componen y se abre el bloque siguiente.

A lo largo de cada lección nos enfrentaremos a 20 ejercicios diferentes, que pueden ser traducciones de ingles a español y viceversa, repetir frases mediante el micro, escribir la frase que escuchamos y elegir la opción correcta, entre otras, dependiendo de si usamos el móvil o el ordenador nos podrán salir diferentes tipos de ejercicios.

Para terminar cada lección contamos con tres corazones que hacen las veces de vida, si los perdemos (fallamos) tendremos que comenzar el ejercicio desde el principio. Además la versión web incluye un modo contrarreloj que está muy bien.

Duolingo además nos incita a competir contra amigos, tratando de integrarse como una plataforma social donde ver el progreso de tus amigos, ya que a medida que completas lecciones vas ganando puntos que se utilizan para ranquearte con tus conocidos.

El único defecto que le veo de momento es que es muy spammer, te envía recordatorios al correo electrónico a diario, para mi es algo molesto así que desactive esta opción en la sección de configuración.

Para terminar os dejo el video de presentación de la plataforma y os recomiendo que le deis una oportunidad a la aplicación, aunque sea por curiosidad, valdrá la pena.

Web: http://www.duolingo.com/

Cuéntanos un poco sobre tí, ¿Quién eres? y ¿De donde eres?

Hola soy Jordi de Paco, también conocido como GreyShock, original de Santa Coloma de Gramenet (Barcelona) y residente en Valencia: soy el CEO, programador, guionista y game designer de Deconstructeam y tengo mucha barba.

¿Por qué decidiste dedicarte a desarrollar juegos?

Desde pequeño siempre me fliparon las aventuras gráficas de Lucasarts y soñaba con crear mis propios mundos e historias. Conforme fui adquiriendo conocimiento de causa, me topé con un muro tecnológico que me obligó a renunciar a mi sueño y enfocar mi carrera a algo más realista como el desarrollo web, de lo que he vivido 5 años desde que terminé la carrera pero… tras todo este tiempo saltando de un trabajo a otro, viendo que mi vida no apuntaba a nada más que un viaje continuo entre el sofá y la oficina, entré en una crisis existencial que me llevó a preguntarme (citándome a mí mismo en Indieorama) “¿Es así como quiero morir? ¿El resto de mis días van a girar en torno a esto?” Entonces lo tuve claro. Quiero hacer videojuegos.

¿Trabajas actualmente en algún juego?, ¿Que creación tuya nos recomiendas probar?

Actualmente estamos trabajando en el remake de Gods Will Be Watching, en el que pretendemos ampliar trama y contenido del original, creado en 72 horas para la Ludum Dare. Y a parte de Gods Will Be Watching, recomendaría jugar a Ages of Irving, un simulador de tortura que creamos para otra edición de la Ludum Dare. Creo que estos dos juegos definen bien nuestros puntos fuertes. Y para los más atrevidos: Newbie Conviction, un simulador de hackeo post-apocalíptico, que sólo 4 personas en el mundo lo han conseguido superar

¿Que lenguajes y herramientas son tus preferidas a la hora de desarrollar o diseñar?, ¿Por qué?

HTML5 y Javascript, junto con el motor para videojuegos ImpactJS. No es una decisión basado en un análisis exhaustivo, si no más bien porque dado mi trasfondo de desarrollador web, es el entorno con el que me siento más cómodo para desarrollar. Además de que HTML5 tiene la ventaja de ser muy fácil de difundir, teniendo a tus posibles jugadores a un sólo clic de distancia.

Es MUY DIFÍCIL hacer juegos decentes, y el mayor reto no lo veo a nivel técnico (que también), si no a nivel creativo y de game design: diseñar diversión es un gran desafío, así que considero vital elegir un entorno de desarrollo en el que nos sintamos como pez en al agua, para que las limitaciones técnicas no entorpezcan la auténtica odisea: Divertir.

Danos algún consejo a las personas que queremos adentrarnos en este mundo

Pasión y constancia. Pasión porque el camino es larguísimo, y van a haber más palos que recompensas, y la única manera de no caer por el camino es que cada segundo que quememos haciendo juegos los dediquemos a proyectos que nos motiven, lo digo por experiencia. Y constancia, hacer que cada día cuente, porque a corto plazo va a ser imposible notar los avances, pero si consigues volcar un año estudiando, experimentando, fracasando y reintentando, al echar la vista atrás es cuando nos sorprenderá todo el trecho recorrido.

¿Recomiendas alguna lectura en particular?

Un artículo de Derek Yu que me iluminó y ha marcado a fuego mi filosofía: http://makegames.tumblr.com/post/1136623767/finishing-a-game
Y un libro que me ha permitido entender la diversión y las experiencias humanas a nuevos niveles, The Art of Game Design: A Book of Lenses, de Jesse Schell.

Recomendadísimos ambos.

¿Consideras posible vivir exclusivamente del desarrollo de juegos independientes?

Sí. Más me vale.

¿Que juego (independiente o no) crees que nadie debería perderse?

Metal Gear Solid. Es el juego que más me ha marcado en la vida, y que captura muy bien lo que me gustaría hacer sentir – a mi estilo – a mis jugadores.

Seguro que tienes algo más que decirnos, añade lo que quieras

Disfrutad de la vida y lanzaos al vacío, sea cual sea vuestra pasión. Sólo pueden pasar dos cosas, que aprendáis a volar, o que os reventéis contra el suelo. En ambos casos, el resultado es mejor que someterse a una vida sin metas

Web del grupo: http://www.deconstructeam.com/
Twitter del grupo: @deconstructeam

Cuando de documentales sobre el desarrollo de videojuegos hablamos, la primera imagen que se me viene a la cabeza es la recomendadisima Indie Game The Movie, una película que trata de acercar el mundo de los desarrolladores al publico en general siguiendo de cerca a los creadores de Meat Boy, Fez y Braid (entre otros). En ésta película se cuenta y se ve como viven las personas involucradas en la concepción de un videojuego el desarrollo de éste y como afecta esto a su entorno y su vida.

No es el único material existente sobre el mundo del desarrollo independiente, mas reciente tenemos el documental Minecraft: The Story of Mojang, donde nos cuentan (como su nombre indica) la Historia de Mojang, empresa de Notch (creador de Minecraft) y compañía.

Desde el punto de vista del jugador se tiende a menospreciar el tiempo, dedicación y esfuerzo que se pone en los juegos, hay que tener en cuenta que pequeños detalles visuales o técnicos en un videojuego puede tener muchas horas de dedicación detrás, y este tipo de iniciativas donde se trata de dar a conocer el proceso de una forma transparente son siempre bienvenidas. A veces puede parecer que es un mundo muy hermético, en ocasiones esta hermeticidad ocurre también entre desarrolladores dando lugar a una competencia insana, pero por suerte creo que estos últimos son minoría.

Durante un tiempo y tratando de aprender sobre éste mundo he realizado para el blog entrevistas a diferentes desarrolladores del panorama indie español, de los cuales he aprendido mucho y agradezco enormemente su amabilidad. Pero ahora hay gente que está haciendo algo realmente grande.

Insert Coin es un documental que recopila entrevistas a los componentes de diferentes compañías españolas que se dedican a desarrollar videojuegos de manera independiente. Empezó como una campaña de crowdfunding (Financiación en masa) en Verkami pidiendo 5000 euros para la realización del documental, que luego actualizaron dejando claro que si recaudaban más de lo pedido se destinaría a mejorar el equipo, incluir más empresas y contenido, y crear una banda sonora personalizada. Pues bien, consiguieron el mínimo y pasaron del máximo que tenían previsto para incluir las mejoras (8500 euros) llegando a 8853 euros.

Los cerebros de este proyecto son Juan M. Pérez (Licenciado en Bellas Artes) y Victor Frías (Desarrollador), ambos con años a las espaldas en el mundo videojueguil y con muchas ganas de enseñarle a la gente un mundo tan interesante envuelto en forma de producto de calidad.

La lista de compañías entrevistadas (o pendientes de entrevistar) es bastante grande, hay muchos nombres de peso, y algunos conocidos en el blog como Devilish Game (Entrevista a David Ferriz) y Milkstone Studios (Entrevista a Miguel Herrero), podéis consultar la lista completa en su web o en su perfil de Verkami, lo que si os recomiendo es que os suscribáis a su canal de youtube, puesto que van subiendo teasers a medida que entrevistan a las compañías.

El documental está previsto que vea la luz en Junio, desde aquí desearles mucha suerte y aconsejar a todo el que me lea que no le pierda la pista, porque por lo que veo en sus videos están haciendo un trabajo increíble.

Para terminar os dejo el ultimo teaser que han subido:

Web: http://www.insertcoinmovie.com/
Verkami: http://www.verkami.com/projects/3433-insert-coin
Youtube: http://www.youtube.com/user/InsertCoinMovie

Hoy hace exactamente 18 días que no posteo en el blog, esto quiere decir que he fracasado en mi intento de postear una vez al dia durante el año 2013, tengo mis excusas, pero no me justifican, la he cagado y punto. Aun así me gustaría comentar las ideas que he sacado en claro después de publicar a diario durante más de dos meses y medio.

Antes de plantearte un reto así debes de tener en cuenta cual es la temática de los artículos que quieres escribir, en mi caso la mayoría han sido artículos técnicos o guías de temas en los que me defiendo. Este tipo de artículos conlleva un trabajo considerable comparándolo a los artículos “no técnicos”.

Primero que nada debes documentarte sobre los detalles en los que dudas, no puedes poner información errónea o será inútil para tus lectores puesto que los estarás confundiendo.
A medida que redactas el artículo tendrás que comprobar todos los ejemplos que expongas, de forma que si algún lector decide probarlo por su cuenta no se lleve la sorpresa de que no sirve de nada, todo lo que pongas ha de funcionar sin modificaciones.
Una vez redactado el artículo tendrás que dedicarle tiempo a recortar y preparar las imágenes que incluirás en él, luego “maquetar” el código de los ejemplos de forma que quede simple de leer y entender de un vistazo, y por ultimo resaltar las palabras claves y revisar por última vez todo.

Como ves lleva su tiempo, al menos en mi caso me ha sido complicado exprimir el tiempo libre que tenía para hacerlo. Puedo decir que un blog de una temática similar con un solo editor y publicando a diario se puede convertir en una tarea pesada y complicada. Es muy difícil no caer en la tentación de hacer artículos de “relleno” para cubrir días. Lo que va unido a los bloqueos mentales o simplemente el estado anímico, hay días en los que no sabes que publicar, hay otros en los que tienes muchos temas pendientes pero simplemente las palabras no fluyen, y luego están los días buenos, en los que las letras corren por tus dedos como Usain Bolt en la pista, y te ves capaz de escribir sin parar.

He fracasado en mi reto, es cierto, pero no lo veo como un fracaso totalmente. Gracias a esta experiencia he aprendido más acerca de los blogs, considero que con la practica he aprendido a redactar mejor y a enfocar mejor los artículos de cara a los lectores, también he aprendido a exprimir temas que antes me parecían insípidos.

El simple hecho de ver como en dos meses entra muchísima más gente a tu blog que en todo el año anterior es un subidón y empujón para continuar con el esfuerzo, además alrededor del blog se genera una comunidad que aportan feedback continuamente ya sea mediante los comentarios o las redes sociales; conoces gente increíble y provocas gracias a esto que mucha más gente te conozca entrando en un circulo muy interesante, prueba de esto es que durante el tiempo que publique a diario, gane de media en twitter un seguidor cada dos días, mientras que antes pasaban semanas sin movimientos en los contactos de esta red.

Aprendes a predecir ligeramente el trafico que llega a tu blog, por ejemplo en el mio se producen bajones en las estadísticas los fines de semana, para luego repuntar los lunes y llegar a buenos picos los martes o miércoles, donde empieza a caer poco a poco hasta llegar nuevamente al fin de semana. Aunque esto depende de la calidad de tus artículos, si durante el fin de semana publicas algo que causa interés los lunes pasan a ser los días en los que se producen picos en las estadísticas.

Realmente no puedo determinar si vale la pena o no publicar un fin de semana, tiendo a pensar que no, la gente por lo general desconecta los fines de semana y es durante la semana y en horario de trabajo cuando mas movimiento suele verse (lo que no se si es bueno o malo ;)). Lo más interesante de las estadísticas es que después de todos estos días sin publicar apenas han bajado las visitas; han decaído sí, pero muy poco, diría que ya no hay picos y que se mantiene una gráfica más uniforme.

Luego está el tema de los artículos que tu consideras de interés, te puede sorprender ver como estuviste horas preparando un artículo, mimando los detalles y esperando con ansias las estadísticas de su éxito, para darte cuenta de que pasó inadvertido o no tuvo el éxito que tu esperabas, pero esta moneda tiene otra cara, comprobarás como artículos que considerabas “de segunda categoría” o de “relleno” triunfan atrayendo muchísimo trafico durante días al blog. Supongo que es algo normal, no todos tenemos los mismos gustos, quizás el moverte en ciertos círculos te pueda hacer pensar que la gente piensa como tu, pero la realidad es que lo que a ti te puede parecer una tontería a tus lectores les puede encantar.

Y ahora, ¿Que pasará con el blog?, nada, todo sigue igual, yo seguiré publicando pero esta vez de una manera mas sosegada, sin agobios y trabajando los artículos de la mejor forma posible. Además de mi “saturación” y posterior abandono han surgido cosas buenas, aun no puedo desvelar nada, pero espero poder compartir pronto algo que estamos gestando varios desarrolladores de twitter, así que ya sabes, subscribete al feed o sígueme en twitter para que no se te escape nada ;).