El ego disfrazado de arquitectura: las utopías del desarrollo de software
En mis casi 26 años de experiencia, he visto cada tontera en el mundo del desarrollo de software. Y lo más gracioso es que las escuchamos a diario, saliendo de la boca de quienes se creen los salvadores de la tecnología.
El repertorio es siempre el mismo, casi un copia y pega de la arrogancia técnica:
- “Yo puedo hacerlo mejor”.
- “Ese código es un desastre”.
- “¿Quién escribió esto? ¿Un junior?”
- “No entiendo cómo alguien pudo pensar que esa arquitectura era una buena idea”.
- “El problema de la aplicación es el stack usado, deberían haber usado uno distinto”.
- “No implementaron agentes de IA, por eso todo falla”.
- “Ese proyecto es del siglo pasado”.
- “No puedo tomar proyectos así, es un desastre absoluto”.
- “Me daría vergüenza presentar un proyecto como ese”.
- “El código es un espagueti indigno de un ingeniero”.
- “Cualquier persona con dos días de experiencia lo habría resuelto mejor”.
- “Hay que reescribirlo todo desde cero, no tiene arreglo”.
Jajaja. Sí, suena familiar. Todos hemos sido ese desarrollador o hemos trabajado con uno. Pero aquí está el detalle que nadie quiere admitir: esa supuesta superioridad técnica es, en la inmensa mayoría de los casos, una utopía peligrosa.
Decir que algo está mal hecho es trivial. Hacer que funcione bajo presión, con un presupuesto limitado, plazos imposibles y usuarios que no saben lo que quieren, eso es lo difícil. Jajaja, como si el negocio se detuviera a esperar tu refactorización perfecta. Ese sistema “del siglo pasado” que tanto desprecias es el que está procesando millones de transacciones ahora mismo sin caerse. Ese stack “equivocado” fue elegido hace años porque era lo único que el equipo conocía y el negocio necesitaba salir al mercado ayer, no en seis meses.
La obsesión por los agentes de IA o el framework de moda nos hace olvidar que el software no se escribe para impresionar a otros desarrolladores en un foro. Se escribe para resolver problemas de negocio. Y adivinen qué, a veces la solución más elegante es la que parece más fea por fuera, pero que lleva cinco años funcionando sin generar deuda técnica impagable.
La próxima vez que sientas el impulso de decir “yo lo hago mejor”, detente. Pregúntate si realmente entiendes las restricciones que llevaron a esa decisión, o si solo estás alimentando tu propio ego técnico. Porque en esta industria, el verdadero profesional no es el que critica el código ajeno, sino el que logra que el sistema sobreviva y evolucione, aunque no use la herramienta más brillante del momento.
#DesarrolloDeSoftware #IngenieriaDeSoftware #ArquitecturaDeSoftware #Experiencia #TechLeadership #RealidadTech #SoftwareEngineering
Deja tu comentario
Su dirección de correo electrónico no será publicada.
0 Comentarios