codegeschichten

Nur Projekt-Updates, kein Spam. Anmeldung per Double-Opt-in, jederzeit abbestellbar. Wie ich mit deiner Adresse umgehe, steht in der Datenschutzerklärung.

Früher Prototyp · für Entwickler · ca. 10 Min pro Variante

Ich baue eine neue Art, Softwareentwicklung wirklich zu verstehen. Hilfst du mir, das Format zu finden?

Kein Framework-Tutorial, keine Uni-Theorie. Du arbeitest dich durch echte Probleme aus dem Entwickleralltag, hier durch einen Deploy, der lokal lief und in Produktion stirbt. Dieselbe Geschichte siehst du in vier verschiedenen Oberflächen. Der Inhalt ist überall identisch, nur die Bedienung ändert sich.

So hilfst du mir am meisten: Spiel mindestens zwei Varianten durch (gern alle vier) und merk dir, welche sich am besten angefühlt hat. Die Fragen dazu stehen weiter unten.
Variante A

Feed

Alles fließt untereinander wie ein Artikel, in den du eingreifst.

Am nächsten an einem Blog. Du liest, tippst, klickst, scrollst weiter.

Variante A spielen Variante B

Regie

Die Geschichte auf der einen Seite, deine Werkzeuge fest auf der anderen.

Terminal und Browser bleiben stehen und verändern sich, ältere landen in einer Leiste.

Variante B spielen Variante C

Schritte

Ein Moment pro Bildschirm, mit Fortschrittsleiste.

Immer nur eine Sache im Blick, „Weiter“ erst, wenn du gehandelt hast. Kein Verlaufen.

Variante C spielen Variante D · am besten am Laptop

Schreibtisch

Die Geschichte spielt auf einem nachgebauten Rechner.

Apps im Dock, Fenster wie an deinem echten Mac. Am immersivsten, braucht einen großen Bildschirm.

Variante D spielen

Danach, in einem Satz pro Frage

Genau diese vier Dinge interessieren mich:

  1. Wusstest du in jedem Moment, wo du handeln musst?
  2. Fühlten sich Terminal und Browser wie deine Werkzeuge an oder wie Bilder?
  3. Hat dich die Geschichte gezogen oder hast du dich durchgeklickt?
  4. Welche Variante war deine Nummer 1, und wo wolltest du abbrechen?
Der Plan

Diese eine Geschichte ist erst der Anfang.

Was du oben gespielt hast, ist ein einziger, bewusst kleiner Ausschnitt, und selbst der ist noch ein rauer Prototyp. Weder der Umfang noch die Politur sind da, wo sie hinsollen. Der Plan dahinter ist größer: ein Katalog aus Geschichten, die echte Situationen aus dem Entwickleralltag erklären. Keine Themenliste („das ist HTTP, das sind Datenbanken“), sondern Probleme, die du kennst. Die Fundamente darunter lernst du nebenbei, während du das Problem löst.

Ein echtes Problem → Fundamente nebenbei gelernt → eine Fähigkeit, die bleibt
Es tut nicht, was es soll
„Warum läuft mein Code lokal, aber nicht in Produktion?“oben spielbar
Deployment · Env-Vars · Prozesse · Logs · Dateisystem · nginx
„Warum ist das Dashboard plötzlich langsam?“geplant
Datenbank-Queries · N+1 · Indizes · Caching · messen statt raten
„Warum ist mein Login nach fünf Minuten weg?“geplant
Sessions · Cookies · Tokens · Auth · Ablauf und Gültigkeit
Ich verstehe nicht, was darunter passiert
„Was passiert wirklich, wenn ich auf ‚Senden‘ klicke?“geplant
Browser · DNS · HTTP · Server · Datenbank · Response · Caching
„Wo geht mein Passwort eigentlich hin?“geplant
HTTPS · Hashing · Auth · was gespeichert wird und was nicht
„Warum ist dieser Bug so schwer zu finden?“geplant
State · Nebenwirkungen · Race Conditions · Logging · reproduzieren
Ich trau mich nicht, das anzufassen
„Warum ist dieser Code so schwer zu ändern?“geplant
Kopplung · Kohäsion · Abstraktionen · Architektur · Clean Code
„Warum bricht woanders was, wenn ich hier etwas repariere?“geplant
Seiteneffekte · Kopplung · Tests · Vertrauen in Änderungen
„Der KI-Code funktioniert nicht, und ich weiß nicht warum?“geplant
Code lesen statt schreiben · mentale Modelle · die richtige Frage stellen

Und was bringt dir das am Ende?

Nicht ein weiteres Zertifikat. Sondern die Art zu denken, die den Unterschied macht:

  • Du verstehst schneller, warum ein Bug passiert, statt blind zu raten.
  • Du triffst technische Entscheidungen, die du auch begründen kannst.
  • Du redest bei Architektur mit, statt nur Tickets abzuarbeiten.
  • Du wirst unabhängiger von Senior-Devs und von der KI.
  • Du erkennst deine Lücken selbst, bevor sie im Job auffallen.
  • Du baust mentale Modelle, die jedes Framework überleben.

Volle Ehrlichkeit: Diese vier Prototypen sind komplett KI-generiert und in wenigen Stunden entstanden. Manches ruckelt, manches ist unfertig, ein paar Ecken sind schlicht wonky. Das ist Absicht. Ich will das Format testen, bevor ich Wochen in eine womöglich falsche Richtung baue. Es gibt nichts zu installieren und nichts kaputtzumachen. Schreib mir deine Antworten dort, wo du diesen Link herhast. Danke, dass du dir die Zeit nimmst.