Estoy trabajando  bien limitado de tiempo, porque estoy en varios proyectos en este momento, y he estado buscando formas para aumentar mi productividad. Permanecer más tiempo del debido sentado es mala idea (casualmente Niko menciona una de las consecuencias, dolor de espalda, cosa que ya estoy sufriendo :(, no, no voy a probar tiro con arco (no, arquería no existe)). Así que aquí está mi lista definitiva para aumentar la productividad.

1. Concentración.  Mantener el flow evitando las distracciones. Mantener las pestañas del navegador con videos de gatos cerradas.
2. Efectividad: incrementar la producción de líneas de código sin bugs por minuto, regularmente optimizadas que cumplan el objetivo de la forma más aproximada. O casi.
3. Realizar descansos de 15 cada 45 minutos, no solamente para reducir el cansancio, sino para aumentar la concentración.
4. No hay una forma correcta de programar. Cada quien tiene su forma de hacerlo con efectividad, descubre la tuya y úsala.
5. No hacer listas. No escribir en el blog mientras se programa. No ver videos de gatos durante períodos de 45 minutos.

Desde hace unas semanas ha habido algún parloteo  (más y más y más)sobre un nuevo rpg desarrollado enteramente en excel por un contador de oficio que tiene el desarrollo de juegos como pasatiempo. El juego tiene todo lo que un rpg normal debe tener, 2000 enemigos,  1000 posibles combinaciones de objetos, historia, 8 encuentros con bosses, etc. El juego finalmente ha sido liberado para la alegría de los fanáticos. Porque realmente hay que ser fanático para jugar un rpg, desarrollado en excel, hecho por un aficionado. En serio. Aqui hay un review, no necesariamente válido ni imparcial. No, yo no lo voy a jugar.

The man who follows the crowd will usually get no further than the crowd. The
man who walks alone is likely to find himself in places no one has ever been.
— Alan Ashley-Pitt

(“Cuando sigues a la manada llegas tan lejos como la manada,
pero cuando sigues tu propio camino puedes llegar a sitios donde nadie ha estado.”)

Estoy escribiendo un parser de html porque necesito hacer un despliegue básico del contenido de cualquier página web (en forma rudimentaria, solamente el texto). Llegó a mi vista este enlace en linkedin.com que contiene algunas ideas sobre cómo hacerlo.  Por ejemplo usar IHTMLDocument2 que permite obtener los elementos  HTML, los  tags, etc. O utilizar alguna librería como libxml2, HTML Tidy, etc. O, quizás, la sugerencia más descabellada “I just suggest you write parser using tools like lex and yacc in person. It can be time consuming…” (“Te voy a sugerir escribir un parser utilizando herramientas como lex y yacc en persona. Puede ser largo en tiempo…”) ¿Puede ser largo en tiempo? Eso es lo que yo llamo un eufemismo. Cualquiera de las soluciones utilizando librerías o mi propio desarrollo (ya he hecho algún avance programando a mano la solución) implica un tiempo de desarrollo de unos días. Quizás una semana y pico. Utilizar lex y yacc, que son las herramientas que se utilizaban hace años para producir compiladores puede requerir meses. Sí, ciertamente puede ser una solución poderosa pero, puede tomar algún tiempo. Eso es lo que yo llamo apartarse de la manada. Pero no estoy particularmente interesado en eso en estos días.

Terminó el mes y tengo una larga lista de enlaces a cosas importantes que alguna vez vamos a necesitar pero que no vamos a encontrar cuando la necesitemos. O probablemente ya se nos haya olvidado que la anotamos en alguna parte, por ejemplo, aqui:

• Un artículo de gamasutra sobre las ventas en Steam de un juego regularmente exitoso.
• Un resumen de mejores prácticas para mejorar nuestro de tiempo de respuesta cuando nos vemos confrontados a una aplicación que no funciona.
• Una lista de Cheat Sheets de las más importantes herramientas que de todas formas no vamos a conseguir cuando la necesitemos así que recurriremos a google de todas formas.
• Una librería para hacer gráficos en una página web usando html5.