lectura

Sabiduría corporativa

Así habló el maestro Desarrollador: «Le puedes mostrar un programa a un ejecutivo de la corporación, pero no puedes hacer que entienda las computadoras.» 7.1 Un novicio le preguntó al maestro: «En el este existe una gran estructura arbórea que los hombres llaman ‘Cuarteles Corporativos’. Esta hinchado y deforme con vice-presidentes y contadores. Lanza una multitud de memos, cada uno diciendo ‘ ¡Ve Aquí!’ o ‘¡Ve Allá!’ y nadie sabe que significa. Cada año se ponen nombres nuevos en las ramas, pero todo sin resultados. ¿Cómo puede una entidad tan no natural existir?» El maestro replicó: «Tu percibes esta inmensa...

Seguir leyendo...

Administración

Así habló el maestro Desarrollador: «Sean los Desarrolladores muchos y los administradores pocos — entonces todos serán productivos.» 6.1 Cuando los administradores tienen juntas infinitas, los Desarrolladores escriben juegos. Cuando los contadores hablan de ganancias trimestrales, el presupuesto de desarrollo está a punto de ser recortado. Cuando los científicos en jefe pintan el cielo azul, las nubes están a punto de formarse. En verdad, esto no es el Tao de la Programación. Cuando los administradores hacen compromisos, los programas de juegos son ignorados. Cuando los contadores hacen planes a largo plazo, la armonía y el orden están a punto de...

Seguir leyendo...

Mantenimiento

Así habló el maestro Desarrollador: «Aunque un programa sólo tenga tres líneas de largo, algún día tendrá que ser mantenido.» 5.1 Una puerta bien usada no necesita aceite en sus bisagras. Una corriente que fluye veloz no se estanca. Ni el sonido ni los pensamientos pueden viajar a través de un vacío. El software se pudre si no se usa. Esos son grandes misterios. 5.2 Un gerente le preguntó a un Desarrollador cuánto tardaría en terminar el programa en el cual estaba trabajando. «Lo terminaré mañana», respondió el Desarrollador. «Creo que no estás siendo realista,» dijo el gerente, «¿En realidad,...

Seguir leyendo...

Codificación

Así habló el maestro Desarrollador: «Un programa bien escrito es su propio cielo; un programa mal escrito es su propio infierno.» 4.1 Un programa debe ser ligero y ágil, sus subrutinas conectadas como un collar de perlas. El espíritu e intención del programa debe ser retenido ante todo. No deberá haber ni poco ni mucho, ni ciclos innecesarios ni variables sin usar, ni falta de estructura ni excesiva rigidez. Un programa debe seguir la ‘Ley del Menor Asombro’. ¿Cuál es ésta ley? Es simplemente que el programa siempre debe responder al usuario de la manera que lo asombre lo menos...

Seguir leyendo...