La novela Botchan, de Natsume Sōseki, narra la frustración de un maestro idealista contra un sistema social lleno de hipocresía y reglas no escritas. Este conflicto es sorprendentemente familiar en el desarrollo de software. Muchos programadores se han sentido como Botchan, enfrentados a arquitecturas obsoletas, convenciones de código dogmáticas o procesos burocráticos que sofocan la innovación y el sentido común.
El legacy code como la escuela de provincias: mantenimiento vs. rebeldía 🤨
El sistema heredado o legacy code actúa como esas normas sociales rígidas. Impone una carga cognitiva alta, donde cada modificación requiere navegar un mar de dependencias no documentadas, como los aduladores del director en la novela. Refactorizar se vuelve un acto político, no técnico. Herramientas como linters y reglas de CI/CD, bien configuradas, son el marco necesario. Pero cuando se convierten en un fin en sí mismas, sin espacio para excepciones justificadas, replican el autoritarismo que Botchan detestaba, priorizando la forma sobre la función y la seguridad sobre la eficacia.
Y tú, ¿eres el Botchan del departamento de IT? 😏
Si alguna vez has mandado un commit con el mensaje arreglo esta chapuza aunque nadie me lo pida, o has cuestionado en voz alta una reunión que podría ser un email, felicidades. Tienes espíritu de Botchan. Claro que, también como él, probablemente te asignen después el mantenimiento de la base de datos más antigua y enrevesada, el equivalente digital a ser enviado a dar clase a la peor aula. La rebeldía técnica se paga con tickets de soporte eternos. Al menos no tendrás que lidiar con estudiantes lanzando saltamontes, solo con excepciones que saltan en producción a las 3 AM.