Miguel de Unamuno fue un agitador intelectual que desafió cualquier dogma, ya fuera político, filosófico o religioso. Su obra, centrada en la fe, la razón y la identidad, invita al ciudadano a cuestionar certezas y abrazar un pensamiento crítico y reflexivo. Sin embargo, su carácter contradictorio y su constante confrontación con ideologías dificultan una interpretación coherente de su legado.
Cómo aplicar su duda existencial al desarrollo de software 🤔
En programación, la actitud unamuniana se traduce en un rechazo a frameworks como dogmas. En lugar de aceptar una solución única, el desarrollador debe debatir consigo mismo: ¿es mejor un monolito o microservicios? Unamuno diría que la verdad técnica es dinámica. Implementar pruebas unitarias y refactorizar constantemente es su equivalente a mantener viva la duda. No hay stack perfecto, solo contextos que exigen revisión continua.
El bug que Unamuno nunca depuró: la contradicción como feature 🐛
Imagina a Unamuno como un programador que escribe código que funciona y no funciona a la vez. Su función main sería un bucle infinito de dudas existenciales, y cada commit un debate interno. Los usuarios se quejarían: el programa dice que la inmortalidad es posible, pero luego crashea con un error de fe. Al final, el producto sería inestable, pero nadie podría negar que es interesante. Como diría él: que inventen ellos el debugger.