Miguel de Unamuno était un agitateur intellectuel qui défiait tout dogme, qu'il soit politique, philosophique ou religieux. Son œuvre, centrée sur la foi, la raison et l'identité, invite le citoyen à remettre en question les certitudes et à adopter une pensée critique et réflexive. Cependant, son caractère contradictoire et sa confrontation constante avec les idéologies rendent difficile une interprétation cohérente de son héritage.
Comment appliquer son doute existentiel au développement logiciel 🤔
En programmation, l'attitude unamunienne se traduit par un rejet des frameworks comme dogmes. Au lieu d'accepter une solution unique, le développeur doit débattre avec lui-même : est-il préférable d'utiliser un monolithe ou des microservices ? Unamuno dirait que la vérité technique est dynamique. Implémenter des tests unitaires et refactoriser constamment est son équivalent pour maintenir le doute vivant. Il n'y a pas de stack parfait, seulement des contextes qui exigent une révision continue.
Le bug qu'Unamuno n'a jamais débogué : la contradiction comme fonctionnalité 🐛
Imagine Unamuno comme un programmeur qui écrit un code qui fonctionne et ne fonctionne pas à la fois. Sa fonction main serait une boucle infinie de doutes existentiels, et chaque commit un débat interne. Les utilisateurs se plaindraient : le programme dit que l'immortalité est possible, mais ensuite il plante avec une erreur de foi. Au final, le produit serait instable, mais personne ne pourrait nier qu'il est intéressant. Comme il le dirait : qu'ils inventent eux-mêmes le débogueur.