philosophy

Grundhaltung – Technik soll ruhig, lesbar und dauerhaft bleiben

Ich halte wenig davon, Webseiten unnötig größer oder komplizierter zu machen, nur weil es technisch möglich ist. Vieles, was heute als fortschrittlich verkauft wird, ist in Wahrheit oft nur schwerer, unübersichtlicher und schneller veraltet. Mich interessiert an Webentwicklung nicht, wie man möglichst viel Technik unterbringt, sondern wie man mit möglichst wenig unnötiger Technik eine stabile und ehrliche Lösung baut.

Diese Haltung hat viel mit der Rechnergeschichte davor zu tun. Wer mit Systemen gearbeitet hat, bei denen Speicher, Datenträger und Stabilität reale Grenzen waren, entwickelt fast automatisch eine andere Disziplin. Man überlegt früher, was wirklich nötig ist. Man trennt eher Wichtiges von Schmuck. Man lernt, dass Klarheit nicht altmodisch ist, sondern meist die robustere Lösung.

Für mich ist guter Code deshalb keine Ansammlung cleverer Einfälle, sondern eher eine saubere Ordnung. Wenn ich eine Datei Monate oder Jahre später wieder öffne, sollte sie mir nicht wie ein Fremdkörper vorkommen. Sie sollte lesbar sein, ruhig gebaut und in sich logisch bleiben. Genau das ist für mich technische Qualität.

„Guter Code erklärt sich nicht durch Lautstärke, sondern durch innere Ordnung.“

Warum HTML von Hand

Handgeschriebenes HTML ist für mich keine Romantik und auch kein Selbstzweck. Es ist einfach die direkteste und kontrollierbarste Form, eine Seite zu bauen. Ich sehe sofort, was wirklich auf der Seite steht, wie Inhalte gegliedert sind und was später von Suchmaschinen, Browsern und Menschen tatsächlich gelesen wird. Es gibt keine unnötige Zwischenebene, die alles verkompliziert.

Gerade bei kleineren und mittleren Webauftritten ist diese Direktheit ein Vorteil. Statt Strukturen erst aus einem System herauszuverhandeln, kann man sie direkt, sauber und eindeutig schreiben. Überschriften, Absätze, Listen, Navigation, Bilder, semantische Bereiche – das alles lässt sich schlicht und klar aufbauen, ohne dass ein schweres Umfeld nötig wäre.

Das bedeutet nicht, dass alles immer ultraminimal sein muss. Es bedeutet nur, dass jede zusätzliche Schicht begründet sein sollte. Wenn eine Datei mit der Zeit wächst, ist das in Ordnung, solange sie noch eine erkennbare Ordnung hat. Unordnung entsteht nicht durch Länge, sondern durch fehlende Struktur.

Struktur und CSS – Gestaltung soll führen, nicht überdecken

CSS ist für mich kein Ort für Effekthascherei. Natürlich darf eine Seite gestalterisch sauber und stimmig aussehen. Aber Gestaltung soll Inhalte tragen und Orientierung geben, nicht von beidem ablenken. Ich bevorzuge deshalb ruhige Layouts, klare Abstände, nachvollziehbare Farben und eine Schriftwahl, die auch bei längeren Texten nicht ermüdet.

Gerade bei Informationsseiten ist das wichtig. Wenn jede Box, jede Zeile und jeder Bereich Aufmerksamkeit schreit, verliert der eigentliche Inhalt an Gewicht. Gute Gestaltung ist oft eher die Kunst, Unruhe zu vermeiden. Farben, Linien, Rahmen, Hervorhebungen und Abstände sollen nicht dekorativ um ihrer selbst willen sein, sondern logisch.

„Gestaltung soll Inhalte lesbarer machen, nicht lauter.“

JavaScript nur dort, wo es wirklich etwas verbessert

Ich habe nichts gegen JavaScript. Ich habe nur etwas gegen JavaScript an Stellen, an denen es nur deshalb eingesetzt wird, weil man sich daran gewöhnt hat, alles damit zu lösen. Viele Webseiten benutzen Skripte nicht als Werkzeug, sondern als Standardreflex. Genau das halte ich oft für einen Fehler.

JavaScript ist für mich dann sinnvoll, wenn es Bedienung verbessert, Barrieren reduziert oder kleine dynamische Aufgaben übernimmt, die ohne Skript unnötig umständlich wären. Ein To-top-Button, eine saubere Lightbox, ein sinnvoller Datumsstempel oder eine gezielte Kartenlogik – das sind für mich vernünftige Einsatzbereiche. Alles andere muss sich erst rechtfertigen.

Gerade statische Seiten profitieren davon. Was nicht dynamisch sein muss, erzeugt keine unnötige Komplexität. Und was nicht unnötig komplex ist, bleibt meist länger wartbar und sicherer. Für mich ist das keine Ideologie, sondern praktische Erfahrung.

SEO und Inhalt – lieber saubere Struktur als leere Tricks

Suchmaschinenoptimierung beginnt für mich nicht bei Tricks, sondern bei Ordnung. Ein sauberer Seitentitel, eine nachvollziehbare Gliederung, ehrliche Beschreibungen, klare interne Verlinkung und stimmige Inhalte sind für mich die eigentliche Grundlage. Vieles, was als SEO-Maßnahme verkauft wird, ist in Wahrheit bloß kurzfristiger Lärm.

SEO ist wichtig. Aber es steht für mich nicht über dem Besucher. Eine gute Platzierung nützt wenig, wenn jemand danach auf einer unklaren, veralteten oder enttäuschenden Seite landet. Sichtbarkeit ist hilfreich, Vertrauen, Orientierung und ehrliche Information sind wichtiger.

Ich versuche deshalb, Seiten so zu schreiben, dass sie zuerst für Menschen verständlich sind. Wenn eine Seite logisch gegliedert ist, echte Information enthält und nicht unnötig um den Punkt herumredet, ist das meist auch technisch die bessere Grundlage. Schlechte Inhalte werden durch Metadaten nicht gut. Gute Inhalte werden durch saubere Struktur auffindbarer.

Dazu gehört auch, dass ich auf künstliche Überoptimierung wenig gebe. Es bringt nichts, Texte mit immer denselben Begriffen zu überladen, wenn sie dadurch schlechter lesbar werden. Gute SEO ist für mich eher eine Form technischer und sprachlicher Disziplin.

„Eine Seite sollte nicht für Suchmaschinen klingen, sondern für Menschen. Saubere Technik hilft beiden – aber der Besucher kommt zuerst.“

Bedienbarkeit – Technik muss nicht nur geladen, sondern auch benutzt werden können

Bedienbarkeit ist für mich kein Zusatz und keine späte Nacharbeit. Sie gehört von Anfang an in die Struktur hinein. Eine Seite, die optisch ordentlich wirkt, aber mit Tastatur, Fokus, Bewegung oder Lesbarkeit schlecht umgeht, ist technisch nicht fertig. Sie ist nur oberflächlich fertig.

Deshalb achte ich auf klare Überschriften, verständliche Fokuszustände, gut lesbare Kontraste, sinnvolle Linktexte, verlässliche Navigation und reduzierbare Bewegung. Gerade kleine Details machen hier viel aus. Eine Seite muss nicht als Spezialprojekt für Barrierefreiheit gebaut sein, um respektvoll und brauchbar zu sein. Aber sie sollte niemanden unnötig ausschließen.

Auch hier gilt mein übliches Prinzip: nicht aufblasen, sondern sauber bauen. Gute Zugänglichkeit entsteht oft nicht durch immer mehr Technik, sondern durch saubere Semantik, klare Logik und die Bereitschaft, auf unnötige Spielereien zu verzichten.

Sicherheit und technische Disziplin

Sicherheit beginnt für mich nicht bei dramatischen Maßnahmen, sondern bei Disziplin. Weniger unnötige Abhängigkeiten, weniger bewegliche Teile, weniger fremde Einbindungen und weniger überflüssige Dynamik bedeuten oft automatisch eine kleinere Angriffsfläche. Nicht alles, was modern oder bequem wirkt, ist auch vernünftig.

Deshalb bevorzuge ich bei vielen Seiten statische Lösungen, wenige externe Abhängigkeiten und eine Architektur, die nicht bei jeder Kleinigkeit zusätzliche Risiken einführt. Sicherheit ist für mich nicht nur ein Header-Set oder eine Checkliste, sondern auch eine Frage der Zurückhaltung.

Gerade auf kleinen und mittleren Seiten ist das wichtiger, als viele glauben. Eine übersichtliche technische Basis ist nicht nur leichter zu pflegen, sondern meist auch schwerer kaputtzumachen.

Pflege über Jahre – der eigentliche Test guter Arbeit

Viele Webseiten sehen am Anfang ordentlich aus. Die eigentliche Qualität zeigt sich aber später. Nach Monaten. Nach Jahren. Nach vielen kleinen Änderungen, Ergänzungen, Korrekturen und neuen Seiten. Erst dann merkt man, ob die Grundstruktur trägt oder ob alles mit jeder Änderung schwerer und unübersichtlicher wird.

Genau deshalb denke ich bei Code fast immer in längeren Zeiträumen. Kann ich später dieselben Muster wiederverwenden? Bleibt die Datei nachvollziehbar? Ist ein Bereich sauber getrennt? Sind Klassen und Blöcke konsistent genug, dass sie nicht jedes Mal neu erfunden werden müssen? Für mich ist das keine Nebensache, sondern der Kern professioneller Ruhe.

„Der wahre Test von Code ist nicht der erste Eindruck, sondern die dritte Überarbeitung nach mehreren Jahren.“

Heutige Werkzeuge – KI und Cloud nur nach praktischer Prüfung

Dass ich ruhige, handgeschriebene Seiten bevorzuge, bedeutet nicht, dass ich neue Werkzeuge grundsätzlich ablehne. Es bedeutet nur, dass ich ihnen nicht automatisch glaube. Auch heutige Werkzeuge wie KI-Modelle und Cloud-Dienste interessieren mich – aber nicht als Mode und nicht als Ersatz für Urteil. Mich interessiert, was sie im realen Alltag tatsächlich tragen.

Genau deshalb prüfe ich solche Werkzeuge nüchtern. Nicht nach Werbeton, nicht nach Aufregung und nicht nach bloßem Neuheitswert, sondern nach einer einfachen Frage: Hilft dieses Werkzeug wirklich weiter, oder erzeugt es nur zusätzlichen Ballast? Viele Dinge wirken auf den ersten Blick beeindruckend. Entscheidend ist aber, ob sie auch nach dem dritten, fünften oder zehnten Einsatz noch verlässlich sind.

Für mich sind KI-Modelle deshalb keine Autorität und auch keine Spielerei. Sie sind Werkzeuge. Manche helfen beim Ordnen, Vergleichen, Formulieren oder schnellen Gegenprüfen. Andere erzeugen eher Scheinpräzision, unnötige Länge oder neue Abhängigkeiten. Dasselbe gilt für Cloud-Dienste. Sie können nützlich sein, aber nur dann, wenn ihr praktischer Nutzen größer bleibt als der Aufwand, die Unruhe oder die neue technische Abhängigkeit.

Die eigentliche Haltung bleibt dabei dieselbe wie früher: Werkzeuge müssen sich bewähren. Nicht auf Folien, nicht in Werbesätzen, sondern im echten Gebrauch. Alles andere ist für mich nur zusätzlicher Name ohne belastbare Substanz.

„Neue Werkzeuge interessieren mich nur dann, wenn sie im Alltag wirklich tragen – nicht wenn sie bloß modern klingen.“

Was ich eher meide

Ich meide nicht Technik an sich. Ich meide vor allem Technik, die ihren eigenen Aufwand nicht rechtfertigt. Dazu gehören für mich aufgeblähte Strukturen, unnötige Framework-Last, Effekte ohne echten Nutzen, überladene Oberflächen, austauschbare Standardlösungen ohne Handschrift und Konstruktionen, die sich nur schwer wieder lesen lassen.

• unnötig schwere Frontend-Konstruktionen für einfache Seiten
• JavaScript als Standardreaktion statt als bewusstes Werkzeug
• optische Unruhe, die Lesbarkeit und Orientierung schwächt
• SEO-Tricks ohne inhaltliche Substanz
• Strukturen, die beim späteren Pflegen mehr Schaden als Nutzen bringen
• Technik, die beeindruckend aussehen soll, aber im Alltag unnötig bremst

Das heißt nicht, dass ich grundsätzlich gegen moderne Werkzeuge bin. Es heißt nur, dass ich von Technik erwarte, ihren Platz zu verdienen. Ein Werkzeug ist gut, wenn es ein Problem ruhiger löst – nicht wenn es nur zusätzlichen Namen, zusätzlichen Ballast und zusätzlichen Wartungsaufwand einführt.