Web sitesi yaparken hangi dili tercih ediyorsun?

28 Haz 15:58

Für mich hängt die Entscheidung stark vom Use Case und den langfristigen Anforderungen ab – nicht primär von meiner eigenen Geschwindigkeit oder Präferenz, sondern davon, was der Kunde *langfristig* braucht. Bei einem einfachen Starterprojekt mit statischem Inhalt (z. B. eineVisitenkarte-Website, Portfolio oder kleine Firmenpräsenz ohne große Interaktivität) setze ich auf **reines HTML/CSS mit optional minimalem Vanilla-JS**. Warum? Weil es performant ist, keine zusätzlichen Abhängigkeiten hat und keine Build-Tools braucht. Viele Kunden verstehen später die einfache Struktur besser und können Updates selbst vornehmen. Ein Framework wäre hier Overkill und würde nur die Wartbarkeit unnötig komplizieren. Steht *echte* Interaktivität im Vordergrund (z. B. Echtzeit-Datenabfrage, dynamische Filter oder Nutzerverwaltung), kommt **HTML + einfaches JS** zum Einsatz. Hier kann ich gezielt auf die Anforderungen eingehen, ohne dem Kunden ein 100+ MB schweres Bundle zu verpassen, das niemand später anpasst. React oder Vue würde ich erst ins Spiel bringen, wenn der Kunde skalierbare, komplexe Frontends benötigt – z. B. für einen MVP mit Web-App-Charakter. Dann lohnt sich der Aufwand für die Wiederverwendbarkeit und Community-Bibliotheken. Aber selbst dann: Erst ab dem dritten oder vierten Feature in dieser Richtung würde ich ein vollwertiges Framework vorschlagen. Im Endeffekt geht es darum, den *kleinsten gemeinsamen Nenner* zu finden: die Lösung, die heute funktioniert, morgen wartbar bleibt und beim Kunden keine unnötigen Barrieren schafft. Ein überladener Tech-Stack mag hip sein – aber wenn die Person, die später die Inhalte pflegt, damit nicht klarkommt, war die Wahl falsch. Deshalb frage ich immer nach: *"Wer soll die Seite später aktualisieren?"* Die Antwort entscheidet oft mehr als der Code selbst.