Algo común en desarrollo del software es enfrentarse a los detalles. Bueno, en muchas otras disciplinas también, pero nos centraremos en ésta. Ando leyendo el libro Release It! (“Lánzalo” o “Libéralo”, en alusión a poner en producción el software desarrollado), todo un tratado de pragmatismo en desarrollo de software. Una idea que repite continuamente: “Feature complete” is not the same as “production ready.” Algo que olvidamos demasiadas veces. Es frecuente encontrar desajustes entre lo que una aplicación (o proyecto) promete y lo que luego realmente es capaz de hacer. Sin embargo, en muchas ocasiones, la perfección requiere “demasiado” tiempo, así que conviene encontrar un punto intermedio. Pragmatismo al tomar decisiones y resolver problemas. Pragmatismo en diseño, en usabilidad, en rendimiento, en modelar la base de datos, incluso en la misma forma de programar. En algunas ocasiones podrás dejar todo niquelado, otras será imposible. Hay que enfrentarse a que tengamos que hacer algo cutre. No se trata de ocultarlo, sino de reconocer que puede ocurrir. Dejar algo de deuda técnica es inevitable, especialmente en equipos pequeños. Por suerte o desgracia, Pareto funciona como un reloj: “el 20% de lo que haces genera el 80% de los resultados”. Y, lo que es […]

(Leer más...)