Estoy frito. Me di cuenta de eso la semana pasada cuando en el comedor de la oficina durante el almuerzo me preguntaron por qué calentaba mi comida sólo 1 minuto y no 2 minutos como el resto de las personas, por lo que mi almuerzo nunca estaba tan caliente, sino tibio.
Y bueno, la respuesta es que me toma 1 minuto arreglar las cosas en la mesa y servirme algo de tomar, de manera que empalmo con la comida que termina de calentar. Si la pusiera 2 minutos tendría que esperar 1 minuto sin hacer nada.
Loco, me dijeron. Así que me dejaron pensando y creo que ya encontré la explicación a esta y otras costumbres. La historia es así:
Cuando tenía 10 años de alguna manera estaba ya conectado al mundo con un modem de 300bps y los BBSs del momento (más info en este audio) y fue así como junto a Hawkins, Arkade y otros amigos fundamos TTF, un Coder Group peruano para las Commodore de la época.
Por supuesto que ya olvidé absolutamente todo sobre la programación en assembler para la C64 (NOP NOP - Arkade, tú entiendes) pero hay algo que no se olvida y es el mindset: Eficiencia, elegancia y performance. Tres características indispesables no sólo para que los programas de C64 funcionen bien dados los limitados recursos, sino que además eran los criterios de evaluación entre grupos similares. Un código simple y elegante era respetado por encima de cualquier otra cosa.
Bueno, muchos años más tarde me metí a estudiar Ingeniería Industrial. Y en la Universidad de Lima esta carrera es básicamente un curso de Bard de AD&D 2da Edición: Jack-of-all-trades & master-of-none. Esto es bueno, claro, básicamente quiere decir que podemos trabajar en cualquier sitio y en cualquier puesto. Pero hay algo que es lo que define realmente la carrera de un ingeniero industrial: Optimización de procesos. Cero tiempos muertos, re-ingeniería (antes que manosearan el concepto), balance de carga, la Teoría de las Restricciones.
Es decir, ¿notan la tendencia?
Y para rematar la cosa, una Maestría en Ingeniería Industrial. Y bueno, sumen a eso el que mi trabajo como Solutions Architect en HP básicamente consiste en diseñar la solución más eficiente para un flujo de trabajo determinado.
Entonces, lamentablemente, lo tengo grabado en el cerebro. No puedo soportar hacer algo de una manera no optimizada en tiempo o recursos. Y todo esto es de manera inconsciente, no alucinen que hago un diagrama de flujo en un papel antes de ir a almorzar. Pero mi cerebro lo hace solito.
¿Mencioné que mi padre era el encargado de diseñar la forma más eficiente de mover una división de artillería de un lugar a otro del Perú?
Diablos, estoy realmente frito…