Webentwickler werden: ein realistischer Fahrplan für Einsteiger

Die meisten Einsteiger gehen das Thema von der falschen Seite an: Sie lernen ein Framework, arbeiten das Tutorial durch, und wenn sie dann ein eigenes Projekt schreiben wollen, kriegen sie nichts hin. Das Problem ist nicht das Talent, sondern die Reihenfolge.

Dieser Beitrag skizziert eine empfohlene Reihenfolge. Er beantwortet außerdem für jeden Schritt die Frage „Wie viel reicht?“, denn die Zeit, die du verlierst, geht nicht für unbekannte Themen drauf, sondern für Themen ohne klares Ende.

Phase 0 — Wie funktioniert das Internet? (1 Woche)

Bevor du Code schreibst, solltest du verstehen, was eine Anfrage eigentlich ist. Das ist eine Aufgabe für eine Woche, und wer sie überspringt, zahlt dafür bei jedem weiteren Schritt. Jeder, der CORS-Fehler nicht versteht, 401 und 403 verwechselt oder sagt „Ich hab's auf den Server deployt, aber es geht nicht“, hat dieses Fundament verpasst.

Was du lernen solltest: Client-Server-Beziehung, was DNS macht, HTTP-Methoden (GET/POST/PUT/DELETE), Statuscodes, Header, Cookies.

Wie viel reicht: Wenn du den Network-Tab des Browsers öffnen und Schritt für Schritt erklären kannst, was beim Laden einer Seite passiert, bist du gut.

Verwandter Beitrag: HTTP-Statuscodes – die ultimative Referenz

Phase 1 — HTML und CSS (3–4 Wochen)

Lerne HTML nicht als „Tags auswendig lernen“, sondern semantisch. Wenn du <nav>, <article> oder <button> statt <div> verwendest, ist das nicht nur Kosmetik: Screenreader, Tastaturnavigation und Suchmaschinen verlassen sich auf diese Unterscheidung.

Bei CSS gibt es eigentlich nur zwei Kernthemen – der Rest ist Detail: das Box-Modell und das Layout (Flexbox + Grid). Solange du die nicht verstanden hast, kannst du kein Designsystem umsetzen.

Wie viel reicht: Wenn du ein Design nur anhand des Bildes nachbauen kannst, ohne Copy-Paste, und es auf dem Handy nicht auseinanderfällt.

Phase 2 — JavaScript (6–10 Wochen)

Es ist völlig normal, dass diese Phase eine Weile dauert, und der Versuch, sie zu überstürzen, ist der teuerste Fehler, den du machen kannst.

Die Sprache selbst: Variablen, Scope, Funktionen, Arrays und Objekte, map/filter/reduce, Destructuring, Module.

Asynchrones JavaScript: Promises, async/await, fetch. Das hebe ich bewusst hervor, weil im Backend alles darauf aufbaut.

DOM: Elemente auswählen, auf Events lauschen, Inhalte ändern. Das nutzt du nicht direkt, sobald du zu React wechselst, aber was React unter der Haube macht, verstehst du nur, wenn du das kennst.

Wie viel reicht: Wenn du eine Seite schreiben kannst, die Daten von einer API holt, auf dem Bildschirm auflistet, filtert und Fehlerzustände behandelt – alles ohne Framework.

Verwandter Beitrag: Die besten Ressourcen und der Fahrplan zum JavaScript-Lernen

Phase 3 — Git (1 Woche, dann für immer)

Wenn du Git nur als „Code-Backup“ lernst, rennst du beim ersten Merge-Konflikt gegen eine Wand. Investiere eine Woche und nutze es dann in jedem Projekt.

Was du lernen solltest: commit, branch, merge, Konfliktlösung, git log, git revert. Rebase musst du am Anfang nicht können.

Verwandter Beitrag: Git-Grundlagen: Einführung in die Versionskontrolle

Phase 4 — Ein Framework, nur eins (6–8 Wochen)

Ich empfehle React und Next.js – die meisten Stellenanzeigen in der Türkei verlangen sie, und das Ökosystem ist dort am größten. Aber bei einem zu bleiben ist viel wichtiger als die Frage, welches du wählst. Wer mit Vue anfängt und drei Wochen später zu Svelte wechselt, lernt am Ende keins von beiden.

Was du lernen solltest: Komponentenbasiertes Denken, Props, State, Listen, Formulare, Data Fetching, Routing.

Wie viel reicht: Wenn du eine eigene Idee – nicht aus einem Tutorial kopiert – von Anfang bis Ende umsetzen kannst.

Phase 5 — Backend und Datenbanken (6–8 Wochen)

Nach dem Frontend ist der natürlichste Übergang Node.js: Du kannst dieselbe Sprache weiterverwenden, ohne eine zweite lernen zu müssen. Wenn du Next.js nutzt, schreibst du mit Route Handlers und Server Actions ohnehin schon Backend-Logik.

Was du lernen solltest: Endpoints schreiben, Datenvalidierung, Authentication, Grundlagen relationaler Datenbanken (SQL, Primär-/Fremdschlüssel, JOINs), ein ORM.

Datenbankwahl: Fang mit PostgreSQL an. Wenn du glaubst, NoSQL zu brauchen, brauchst du es wahrscheinlich nicht.

Verwandter Beitrag: Formularvalidierung in Next.js: client- und serverseitig

Phase 6 — Deployment (2 Wochen)

Das ist der am häufigsten übersprungene Schritt, macht beim Recruiting aber den größten Unterschied. Ein Projekt, das lokal läuft, sagt wenig; eine live erreichbare, funktionierende URL dagegen viel.

Was du lernen solltest: Domainnamen verbinden, Umgebungsvariablen, Datenbanken in Produktion aufsetzen, HTTPS, eine einfache Deployment-Pipeline.

Fang mit Vercel an; versuch dann, etwas mit Docker auf einem eigenen Server zu deployen. Den Unterschied zwischen beidem selbst zu erleben, zeigt dir wirklich, was „Deployment“ bedeutet.

Wie lange dauert das alles?

Häufig gestellte Fragen

Mit welcher Sprache soll ich anfangen? Im Frontend hast du keine Wahl: HTML, CSS und JavaScript. Im Backend sind Node.js, Python und PHP alle sinnvoll; da du ohnehin JavaScript lernst, musst du mit Node.js keine zweite Sprache zusätzlich stemmen.

Soll ich Frontend oder Backend wählen? Probier am Anfang beides, dann geh in einem von beiden in die Tiefe. Wer als „Fullstack“ startet, bleibt meist in beiden oberflächlich. Grundkenntnisse in beiden brauchst du aber, um etwas live zu bringen.

Geht das ohne Informatikstudium? Ja. In diesem Feld spricht dein Portfolio viel lauter als ein Abschluss. Fehlendes Wissen zu Algorithmen und Datenstrukturen holt dich irgendwann ein – diese Lücke kannst du aber jederzeit später schließen.

Wie viele Projekte sollte ich bauen? Es zählt Tiefe, nicht Menge. Zwei Projekte, die du von Anfang bis Ende baust, live deployst und die ein echtes Problem lösen, sind weit mehr wert als zehn aus Tutorials kopierte Projekte.

Bremsen KI-Tools mein Lernen? Wenn du nur Code generierst und weitermachst, ohne ihn zu verstehen, ja. Wenn du den generierten Code Zeile für Zeile liest und hinterfragst, warum er so geschrieben wurde, beschleunigt er dich. Der Maßstab ist einfach: Kannst du den Code, den du geschrieben hast, jemand anderem erklären?

Brauche ich Englisch? Auf Leseniveau auf jeden Fall. Fast die gesamte Dokumentation und fast alle Fehlermeldungen sind auf Englisch. Flüssig sprechen musst du nur, wenn du dich im Ausland bewirbst.

Wann sollte ich anfangen, mich zu bewerben? Sobald du Phase 6 abgeschlossen hast. Wenn du zwei Live-Projekte und ein GitHub-Profil mit regelmäßiger Commit-Historie hast, bist du bereit. Zu warten, um „noch ein bisschen mehr zu lernen“, ist meist nur Aufschieberei.

Sollte ich ein Bootcamp besuchen? Wenn du dich selbst diszipliniert organisieren kannst, brauchst du keins; die Ressourcen gibt es kostenlos. Jemanden zu haben, den man fragen kann, wenn man feststeckt, und einen externen Zeitplan, kann aber ein enormer Beschleuniger sein. Bei der Entscheidung geht es nicht um das Budget, sondern um die Frage, ob du allein vorankommst.

Schlusswort

Das wichtigste Merkmal dieses Fahrplans ist die Reihenfolge. Phasen zu überspringen spart keine Zeit; es rächt sich in der nächsten Phase doppelt: Wer in React einsteigt, ohne JavaScript richtig gelernt zu haben, lernt nicht React, sondern merkt sich nur ein bestimmtes Muster – und sobald er aus diesem Muster heraus muss, steht er vor einer Wand.

Der Weg, der langsam aussieht, ist in Wahrheit der schnelle.