Priorizar qué código vale la pena escribir
En un mundo donde escribir código es abundante, el verdadero arte está en decidir qué no escribir. Reflexiones sobre priorización estratégica.
Vivimos en una era donde la capacidad de escribir código es prácticamente ilimitada. Entre copilots, generadores de código y frameworks que abstraen todo, producir líneas de código nunca fue tan fácil. Y sin embargo, la mayoría de los proyectos siguen fallando por las mismas razones de siempre.
El problema no es escribir, es decidir
La pregunta ya no es “¿puedo construir esto?” sino “¿debería construir esto?”. Y esa pregunta requiere un tipo de inteligencia que ningún modelo de lenguaje te va a dar: contexto, criterio y consecuencias.
Cada línea de código que escribes es una línea que alguien tendrá que mantener. Cada abstracción que creas es una decisión que alguien tendrá que entender. El costo real del software no está en escribirlo — está en vivir con él.
Tres filtros antes de escribir
-
¿Resuelve un problema real? No un problema hipotético, no un edge case que “podría pasar”. Un problema que alguien tiene hoy.
-
¿Es la solución más simple que funciona? No la más elegante, no la más extensible, no la que te permite usar esa librería nueva. La más simple.
-
¿Qué pasa si no lo escribo? A veces la mejor línea de código es la que no existe. Si puedes resolver algo con configuración, con un proceso, o simplemente aceptando una limitación razonable, hazlo.
Antipatrones que enseñan
He aprendido más de los antipatrones que de las mejores prácticas. Ver un sistema sobreingenierizado te enseña más sobre diseño que leer diez libros sobre patrones. Reconocer cuándo una abstracción prematura complicó todo te da un instinto que ningún tutorial puede darte.
La naturaleza nos da pistas: la secuencia de Fibonacci aparece en todo lo que escala bien. No porque sea mágica, sino porque representa el crecimiento proporcional y balanceado. Los mejores sistemas de software siguen ese mismo principio — crecen de forma proporcional a su complejidad real, no a la complejidad imaginada.
La disciplina de no hacer
Priorizar qué código vale la pena escribir no es pereza disfrazada. Es disciplina. Es la diferencia entre un desarrollador que produce y un arquitecto que construye. Producir es fácil. Construir algo que dure, que escale y que otros puedan entender — eso requiere la valentía de decir “esto no lo escribimos”.
La próxima vez que estés a punto de crear esa abstracción, ese helper, esa utilidad “por si acaso”, pregúntate: ¿vale la pena que exista?