Razonablemente bueno, el pragmatismo como vara de medir

2
Razonablemente bueno

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 más crítico, la viceversa también se cumple.

Es importante encontrar ese 20% lo antes posible, tu punto de “razonablemente bueno”. Acertar supone ahorrar mucho tiempo.

Créditos de la fotografía: Mr Ush (bajo licencia Creative Commons)

2 comentarios

  1. […] (Post publicado originalmente en el blog de Alfonso Romay) […]

  2. […] buenos profesionales son capaces reconocer dónde está el punto de pragmatismo de lo “razonablemente bueno” y parar en el momento justo. Ya lo dice Pareto, “el 20% de lo que haces genera el 80% de los […]