Studium ist eine Basis — Praxis ersetzt es nicht

In meinem Berufsleben hatte ich immer wieder mit Uni-Absolventen zu tun. Eine Erfahrung ist mir besonders im Gedächtnis geblieben. Ein Student kam für ein Praktikum zu uns. Die Aufgabe war bewusst einfach, er sollte schrittweise an einem Projekt mitarbeiten. Trotzdem musste während des gesamten Praktikums jeder einzelne Schritt erklärt werden.

Am Ende sagte er einen Satz, der mich nachdenklich gemacht hat: „Ich glaube, Programmieren ist nichts für mich. Ich entwerfe lieber Programme und leite die Entwicklung.“

Führen ohne Fundament

Genau hier sehe ich ein Problem, das weit über diesen einen Fall hinausgeht. Technische Führung ohne praktische Umsetzungskompetenz hilft niemandem. Wer nie selbst programmiert hat — wirklich programmiert, nicht nur Übungsaufgaben im Studium gelöst — weiß nicht, wo die realen Schwierigkeiten entstehen.

Entscheidungen mögen theoretisch sauber sein. Auf dem Whiteboard sieht die Architektur elegant aus. Aber in der Praxis, wo Code auf Legacy-Systeme trifft, wo Edge Cases auftauchen, wo Performance unter Last zusammenbricht — da zählt Erfahrung. Und Erfahrung entsteht nicht durch Vorlesungen.

Was das Studium kann — und was nicht

Das Studium ist wichtig. Es schafft Grundlagen, Denkmodelle und ein Verständnis für komplexe Zusammenhänge. Algorithmen, Datenstrukturen, Komplexitätstheorie — das sind Werkzeuge, die jeder Entwickler braucht. Aber sie ersetzen keine praktische Erfahrung.

Vielleicht ist meine Sicht auch dadurch geprägt, dass ich selbst kein Studium habe. Ich habe mir alles praktisch erarbeitet, komme aus der Ausbildung zum Büroinformationselektroniker. Mein Verständnis für Software ist über Jahre durch Praxis entstanden — durch Fehler, Debugging, gewachsene Systeme und echte Projekte.

Das ist kein Argument gegen das Studium. Es ist ein Argument dafür, dass Theorie und Praxis zusammengehören. Und dass man die eine nicht durch die andere ersetzen kann.

Architektur beginnt im Code

Wer Software-Architektur entwerfen will, muss verstehen, was Architektur in der Praxis bedeutet. Nicht auf dem Papier. Nicht im UML-Diagramm. Sondern in dem Moment, in dem der Code auf die Realität trifft und die elegante Theorie an einer Race Condition zerbricht.

Die besten Architekten, die ich kenne, haben alle eines gemeinsam: Sie haben jahrelang selbst Code geschrieben. Sie haben Systeme gebaut, gewartet, migriert und manchmal auch weggeworfen. Ihre Entscheidungen sind nicht theoretisch fundiert — sie sind erfahrungsgesättigt.

Ein Studium ist eine gute Basis. Aber für technische Führung und Architektur reicht Theorie allein nicht aus.

Gute Software entsteht nicht durch die klügste Theorie, sondern durch Menschen, die beides mitbringen: das Wissen und die Narben.