Miguel de Unamuno war ein intellektueller Unruhestifter, der jedes Dogma herausforderte, sei es politisch, philosophisch oder religiös. Sein Werk, das sich auf Glauben, Vernunft und Identität konzentriert, lädt den Bürger dazu ein, Gewissheiten zu hinterfragen und ein kritisches und reflektiertes Denken zu umarmen. Dennoch erschweren sein widersprüchlicher Charakter und seine ständige Konfrontation mit Ideologien eine kohärente Interpretation seines Vermächtnisses.
Wie man seine existenzielle Skepsis auf die Softwareentwicklung anwendet 🤔
In der Programmierung übersetzt sich die unamunische Haltung in eine Ablehnung von Frameworks als Dogmen. Anstatt eine einzige Lösung zu akzeptieren, sollte der Entwickler mit sich selbst debattieren: Ist ein Monolith oder Microservices besser? Unamuno würde sagen, dass die technische Wahrheit dynamisch ist. Unit-Tests zu implementieren und ständig zu refaktorisieren ist sein Äquivalent, um den Zweifel lebendig zu halten. Es gibt keinen perfekten Stack, nur Kontexte, die eine kontinuierliche Überprüfung erfordern.
Der Bug, den Unamuno nie behoben hat: Der Widerspruch als Feature 🐛
Stell dir Unamuno als einen Programmierer vor, der Code schreibt, der gleichzeitig funktioniert und nicht funktioniert. Seine main-Funktion wäre eine Endlosschleife existenzieller Zweifel, und jeder Commit eine innere Debatte. Die Benutzer würden sich beschweren: Das Programm sagt, Unsterblichkeit sei möglich, stürzt dann aber mit einem Glaubensfehler ab. Am Ende wäre das Produkt instabil, aber niemand könnte leugnen, dass es interessant ist. Wie er sagen würde: Sie sollen den Debugger erfinden.