¿Qué estuve haciendo el 2020?

Como para sacudir un poco el polvo que se acumuló en este blog arranco tarde el año con un post más relacionado a la docencia que a los proyectos de software que le dieron origen. Pero esta vez escribo mirando hacia atrás. Digamos que este 2020 que al fin terminó fue cuanto menos "complicado", y todo lo que pasó derivó en un silencio de radio para este blog, y en casi nulas actualizaciones para esos proyectos.

Probando otros sabores de GNU/Linux

Hace algo más de un mes cambié el disco de mi notebook y tuve que reinstalar todo. Y por primera vez desde que uso GNU/Linux, instalé en mi PC principal algo que no es Slackware. Pasé más de 20 años usando exclusivamente Slackware en mis PCs de trabajo. Probé otras distros en otras PCs o en máquinas virtuales, pero con ninguna había trabajado demasiado en serio. Ahora intenté con Fedora 32. Esperaba encontrar problemas durante la transición, y lo hice. Pero no fueron del tipo de problemas que esperaba.

Sin comentarios

Pasé gran parte de los últimos meses trabajando en un proyecto nuevo. Lo  estoy desarrollado en C++ moderno y aplicando absolutamente todo lo que aprendí de mis errores en estos años. Y hay algo raro que se dio sin querer con cierta naturalidad en el código: casi no hay comentarios. Eso no suele ser una buena señal, pero en este caso sí que lo es.

Un volante virtual para GNU/Linux

En épocas de aislamiento obligatorio hay que invertir el tiempo libre en casa. No es que tenga más tiempo libre, solo que funciona distinto. Entre las cosas que empecé (o que volví) a hacer a cambio de las que temporalmente no puedo está jugar videojuegos. Tenía desde hace años una deuda pendiente con el fantástico Grand Prix 4 de Geoff Crammond. El problema fue que mi viejo joystick comenzó a fallar a mitad del campeonato. En un simulador, es muy importante que la entrada sea analógica; el teclado degrada mucho la experiencia. Y tenía que resolverlo sin salir de casa.

Dos libros negros

Hacia rato que quería escribir sobre lo [poquito] que hice en las vacaciones. Van a ser dos posts relacionados a la computación gráfica, pero muy diferentes. En este les voy a contar sobre dos lecturas muy particulares: el Libro Negro de la Programación Gráfica, de Michael Abrash; y el Libro Negro del Motor de Juegos del DOOM, de Fabien Sanglard. Siempre digo que me gustaría que las carreras de informática incorporaran una materia "Historia". Si no conocen a Michael Abrash, o a John Carmack, están reforzando mi premisa.

Arrancando (tarde) el 2019

Después de un largo silencio retomo la actividad en el blog, y comienzo con las releases y posts de 2019.

**beep**ing Anti-Virus

Advertencia: Estoy muy muy enojado.

Este año tuve que dedicarle muchísimo más tiempo a combatir el problema de los falsos positivos por malware en los instaladores de ZinjaI y PSeInt, que a desarrollar nuevas funcionalidades o a corregir otros problemas más importantes. Y por falso positivo entiéndase un Anti Virus increíblemente estúpido (o sea, casi cualquiera) afirmando la presencia de malware donde NO LO HAY.

Participando en el CodeJam con ZinjaI

El fin de semana pasado comenzó el Google Code Jam, ese contest online de programación que organiza Google. Pero este año cambiaron un poco las reglas de la mano de un cambio grande en el entorno sobre el cual se desarrolla. Eso hizo que sea un poquito más incómodo desarrollar las soluciones desde mi IDE preferido. Acá les cuento cómo acomodar ZinjaI para que el "workflow" durante el contest sea algo más fluido, dado que a partir de la 1er ronda la cosa es por tiempo, se pone ajustada, y cada segundo cuenta.

Sobre los nuevos íconos y las pantallas HiDPI

Como habrán notado muchos usuarios, las últimas actualizaciones de ZinjaI y PSeInt presentan sets de íconos renovados. El cambio es simple pero se nota, y hasta he recibido buenas críticas al respecto. Además de buscar actualizar un poco el tema de íconos, este cambio viene de la mano de otro más funcional, que es el soporte para pantallas HiDPI.  Los que tengan notebooks con pantallas 1080p o más deberían haber notado, si usan Windows o Mac, que el texto se ve "mal/feo" (como pixelado, o con un anti-aliasing muy berreta), o, si usan GNU/Linux, que todo se ve muy pequeño. Lo segundo es más fácil de entender/imaginar, pero lo de Windows tiene sus aristas.

Volviendo a la normalidad

Habrán notado que en la primer parte del año estuve bastante "desaparecido". Desde febrero hay pocos posts, pocas releases de ZinjaI y PSeInt, poco movimiento en general... Resulta que me mudé de Santa Fe a Paraná, y eso fue resultado de un largo y agotador proceso que me dejó muy poco tiempo libre y lúcido a la vez. Ahora las cosas están volviendo a la normalidad, así que aprovecho para retomar la escritura y contarles qué paso en este tiempo con mis proyectos de software.

El arte de nombrar (parte 2)

En la primera parte hice comentarios mayormente prácticos sobre problemas y sugerencias a la hora de dar nombres a variables, clases, funciones, etc. Ahora vengo a completar las ideas con otro punto de vista, pensando más en la elección de las palabras que en la forma de escribirlas o abreviarlas.

Estas reflexiones tienen dos orígenes: por un lado la introducción del clásico libro de patrones de diseño de "la Pandilla de 4", por el otro una mini-frustración personal que me agarra a veces dando clases.

El arte de nombrar (parte 1)

En general, ponerle nombres a las cosas no suele ser tarea simple. En particular, hablando de programación, nombrar variables, clases, funciones, etc, no constituyen excepciones sino todo lo contrario. ¿Cuál es la verdadera importancia de un buen nombre en el código? ¿Qué haríamos sin "foo" y "bar"?

No cabe duda de que un nombre descriptivo es mejor que uno genérico. Obviamente "vel", "pos" y "acel" son mejores identificadores para una terna de variables que guardan el estado de un cuerpo rídigo que "a", "b" y "c". Pero... ¿alcanza? He aquí algunas consideraciones mayormente prácticas al respecto.

¿Existe el programador 10x?

Acabo de leer un post en otro blog sobre el "mítico programador 10x". El artículo discute la existencia de tal criatura (más abajo definición y resumen) y es muy interensante por sí mismo, pero más aún si se complementa con la discusión que aparece en sus comentarios. En la primera lectura me generó un cierto conjunto de pensamientos, y luego se fueron transformaron al empezar a leer esos comentarios.

Nota: no hace falta que lean aquel post para entender este, pero igual lo recomiendo.

El hardware y yo

El hardware y yo usualmente no nos llevamos bien. Se me da mejor con el software. Podría decir que he tenido mala suerte con las tres notebooks que tuve. La tercera, una Samsung, parecía ser la vencida, hasta que la semana pasada decidió tildarse para nunca volver a encender. Y por eso tuve que volver que a la segunda, una Vaio con mil problemas, sobre la cual podía hacerme una hamburguesa con solo apoyarla en el teclado y mandar a compilar un proyecto acorde al tiempo de cocción. Traté de solucionarlo, y pasó algo curioso.

Los Lunes de Software Libre

A partir de ahora los lunes serán los días en que más movimiento vean relacionado a ZinjaI, PSeInt, o incluso en este foro. Resulta que en este cuatrimestre estoy participando en el dictado de 3 materias en simultáneo, en lugar de 1 o 2 como venía ocurriendo hasta el pasado. Esto consume casi toda mi semana y me deja muy poco tiempo libre para repartir entre estos proyectos y muchas otras actividades personales. Así que decidí asignar un espacio de tiempo mínimo pero fijo para ZinjaI y PSeInt, de modo que al menos le dedique algunas horas cada semana.

Dedicado a ustedes, nuestros futuros pioneros...

Cucarachas Racing es un blog sobre programación, software libre y cosas técnicas, pero también se desliza cada tanto algún post diferente, a veces relacionado a la docencia o a la educación... como este.

Otro nuevo mini-proyecto: sinad

Uno de estos días se juntaron algunas condiciones que derivaron en otro nuevo proyecto. Algo pequeño, de escala similar al wxte. Es decir, una herramienta que armé para solucionarme un problema y que publico por si a alguien más le sirve o lo quiere tomar como punto de partida para otra cosa mejor. Se trata de un programita para generar una presentación (slides) en base a un archivo de texto. Lo empecé a usar para las presentaciones que hago para mis clases de programación. El gran objetivo de esta herramienta es independizar el contenido del formato o estilo visual, y creo que lo logra.

Markdown vs HTML

Cuando necesito colocar texto con formato en ZinjaI o en PSeInt uso html. Por ejemplo, en ventanas y paneles de ayuda, o en enunciados de ejercicios autocontenidos. Uso html porque wxWidgets tiene un componente propio e independiente para mostrarlo. Lo de "propio e independiente" es porque no se basa en embeber un navegador real (para eso también hay), sino que la misma wx parsea y renderiza por su cuenta. Obviamente esto limita muchísimo ese html (nada de css, nada de javascript, nada complicado), pero hace que sea mucho más liviano y me evita grandes dependencias. Hasta ahora venía escribiendo "a mano" los htmls, total el html que soporta es tan simple y limitado que es fácilmente manejable. Pero...

Recomendación semi off-topic

Cuando empecé con este blog, me propuse como regla jamás de los jamases hacer cross-posting. Es decir, no publicar aquí contenido que no sea original, generado por mi. No me caen nada bien los blogs que se dedican a copiar y pegar cosas de otros blogs. Así que, si hoy quiero recomendarles la lectura de otro blog, tengo que hacerlo aportando un contexto y una valoración personal, para que esto no sea un copy-paste, sino que diga algo más.

Lisp vs. C++ (fe de erratas)

Hace unos días publiqué un post comentando que había empezado a leer el SICP y que había tomado como ejercicio adicional armar mi propio intérprete de LISP para probar los ejemplos. Lo hice sin estudiar antes cual es la forma correcta de hacerlo, tratando de ir descubriéndola y corrigiéndola sobre la marcha, y pensando más en un código compacto y prolijo, que en un código eficiente. Como el resultado efectivamente salió rápido y fue conciso, en aquel post comenté a grandes rasgos las ideas principales y compartí el código. Pero resulta que tenía, como era de esperarse, errores importantes.