11 meneos
135 clics
¿Consiguen cumplir antes los objetivos los programadores lentos? [ENG]
Cuando se habla de software exitoso, ¿compensa contratar a programadores rápidos? ¿O ganan siempre la carrera los programadores lentos y constantes? Según el autor de "The Case For Slow Programming", los programadores tienen que desacelerar para obtener resultados más rápido.
|
comentarios cerrados
El modelo de las cárnicas.
#4 no se porque con tus palabras estaba pensando en la web del AEAT, en la nueva de transparencia, en la de RENFE...
"La feina mal feta no te futur" (el trabajo mal hecho no tiene futuro)
y nosotros (en esa época eramos desarrolladores COBOL) deciamos: "el trabajo mal hecho... tiene garantizado un contrato de mantenimiento de varios años".
Si escribes código muy rápido hay mayores probabilidades de que falles o pongas una orden, línea,... errónea. Si lo haces más lento te fijarás más. Claro, alguno pensará ¿Pero si alguien programa 2.000 líneas de código, en una hora (por poner un ejemplo) y otro programa 1.200 líneas. El programa no se acaba antes en el primer caso?, sí. Pero precisamente ese es un problema muy actual. Que aplicaciones salgan con una enorme cantidad de errores, algunos infantiles, por meter esa prisa.
Por lo tanto, los que se fijan más no tienen luego que andar reparando errores. Irán más lentos, pero sacarán un producto de calidad, y encima a medio-plazo perderán menos dinero que si se tienen que dedicar a reescribir parte del código y solucionar errores, por esa prisa anteriormente mencionada.
Y obviamente, esto es mucho peor con el hardware.
Salu2