Piensa antes de escribir código

Colin Percival escribió este interesante articulo en su blog sobre uno de los mitos de los proyectos de software, el de que muchas líneas de código significan productividad. De acuerdo a Colin, piensa que esta idea tomó fuerza a partir de la proliferación de startups 2.0 en internet y remite al famoso artículo de Y Combinator (una incubadora 2.0 responsable, entre muchos proyectos, de reddit) "Lessons for startups to learn" que como primera lección menciona: "Publica pronto".



Esto ha llevado a Paul Graham de Y Combinator a resaltar el hecho de que si dos personas han escrito 40 000 líneas de código en 3 meses es una señal de que esteán haciendo algo bien y que dichas métricas nunca las verás en una gran compañía. Por su parte, Colin responde que para él eso es un signo de que algo está muy mal, que si alguien escribe más de 5000 líneas de código al mes es por alguna de estas tres razones:

1) No está trabajando en un problema lo suficientemente difícil para ser interesante.

2) Es un incompetente. "Todos hemos visto gente que puede remplazar 10 líneas de código que funciona con 100 líneas de código con errores"

3)Es señal de que se terminará por desechar todo y reescribir la mayor parte del código una vez que den cuenta que no resuelve el problema.



¿Qué piensan ustedes? Yo estoy de acuerdo con el autor en que una métrica basada solo en líneas de código se queda demasiado corta para poder medir el avance o éxito de un proyecto y -sobre todo- me quedo con la última reflexión del autor:



" 'Escribir código' es definitivamente importante. "Publicar pronto" también lo es. Pero más importante que eso es "Entender el problema que intentas resolver" y lo más importante de todo: "Hazlo bien".