Gregor Hohpe en: como se estropea un buen código

Gregor Hohpe, arquitecto software de Google, hablý recientemente en el congreso de TheServerSide Java en Las Vegas sobre como un buen código puede convertirse en un desastre ("a piece of crap" como suelen decir).



Gregor reflexiona: ¿qué comparáýa afirma que no contrata a los mejores programadores? sin embargo en su experiencia de inspeccionar código la realidad es lo contrario.



Gregor plantea que el origen de un desastre de código no compete ýnicamente a una sola persona, sino que es una cadena de malas prácticas: si el programador original hizo un software regular pero que funcionaba, el siguiente programador que haga el mantenimiento se encontrarý un código difýcil de ententer y añadirá más código malo en su trabajo. Así sucesivamente suficientemente hasta que el resultado sea un absoluto desastre.



Como solucrión plantea que el programador original debe hacer un código bien pensado, tal que el siguiente lo note y sepa incorporar las modificaciones de forma más adecuada y mejor pensada.



En sýntesis resume que se debe programar pensando en las personas como destinatirios del código y no en la mýquina.



En TheServerSide.com algunos plantean que la realidad es muy diferente a los deseos Gregor y que el imperativo econýmico y de plazos pone en cuestrión cualquier planteamiento de calidad "arquitectural" del software. Tambrión hay quien comenta que los frameworks han ayudado mucho a conseguir que incluso un programador muy junior haga un código relativamente bueno.



ýOpiones? ýexperiencias?