Internal Beeper

A mi, como programador, me encanta toquetear el código ajeno. Mucho más que generar código desde cero.

Hay que destacar que utilizar código ajeno, ya sea ampliándolo, o simplemente examinándolo, es algo vital para un programador. Pretender programar sin aprender antes a “leer” el código de los demás es como pretender ser un novelista sin haberse empachado de novelas.

A igual que en el caso de la lectura, estudiar el código ajeno sirve para aprender a programar de una forma mucho más efectiva que empezando de cero e ir recurriendo a la consulta constante del API, y es mucho menos tedioso que ir siguiendo un tutorial que, al fin y al cabo, es como ir a New York en visita guiada. Acabas viendo un poquito de todo, pero no puedes salirte del grupo a riesgo de perderte.

Yo tengo la mala costumbre de imprimir los códigos. Configuración de papel horizontal, Times New Roman a 8, tres columnas, numeración automática de página, y reduciendo los márgenes todo lo que permita la impresora. Un bolígrafo rojo, una taza llena de un café larguísimo con doble o triple carga, e ir picando fragmentos de código como quien va salteando entre canapés en un catering.

He aprendido mucho más MIDP mirando el código de un par de juegos, que siguiendo cinco tutoriales distintos. Ahora que estoy trabajando en el tema, y estoy encadenado durante ocho horas delante de código ajeno, estoy aprendiendo una barbaridad.

Y puedo afirmarlo objetivamente:

Un programador inexperto, cuando lee un código, suele pensar: “¿Que está haciendo aquí?” mientras se mira el código una y otra vez, esperando que las lineas de código cambien a algo que se entienda.

Un programador experto, cuando lee un código, suele decir, en voz alta, e indignado: “¿Pero que demonios está haciendo aquí este pedazo de cenutrio? ¡Haciendo esto, lo único que consigue es darme más trabajo A MI!”

Ultimamente, estoy experimentando más de lo segundo que de lo primero.