Heute loslegen

Früher habe ich Seiten in PHP und HTML gebaut. Ich habe sie per FTP auf einen Webserver geladen, und das war’s. Heute anzufangen fühlt sich paradoxerweise schwerer und leichter an als je zuvor.

Einerseits waren die Einstiegshürden nie niedriger. Wir können überall auf der Welt in Millisekunden Rechenleistung hochfahren, mit ein paar Klicks global ausrollen und elastisch mit der Nachfrage skalieren. Vorbei die Zeiten, in denen ein Problem im lokalen Stromnetz oder ein knappes Hosting-Kontingent die ganze Seite lahmlegen konnte.

Andererseits gibt es so viel mehr zu bedenken. Ich erinnere mich, dass ich einfach eine Seite in Adobe (damals noch Macromedia) Dreamweaver schreiben, ein paar Framesets zusammenklatschen und das Ganze per FTP auf einen Server legen konnte.

Das war’s. Keine komplexen Build-Systeme. Keine Sorge um Barrierefreiheitsstandards wie WCAG, keine Gedanken an verwinkelte Sicherheitslücken wie Supply-Chain-Angriffe (bösartige Abhängigkeiten in npm-Paketen) oder Seitenkanalangriffe (etwa Timing-Angriffe). Wir mussten nicht an DSGVO, CCPA oder ein Dutzend weiterer Compliance-Rahmenwerke denken. Es gab keine endlose Debatte über Frontend-Frameworks wie React, Vue oder Angular, über API-Rate-Limits, Container-Orchestrierung oder Zero-Trust-Sicherheitsmodelle. Sicherheit war früher ein Nachgedanke, heute müssen wir uns um CSRF, XSS, SQL-Injection und den Schutz vor DDoS-Angriffen kümmern.

Wir konnten einfach bauen. Es war eine Zeit, in der wir ohne Folgen experimentieren und Ideen zusammenwerfen konnten, nur um zu sehen, was funktioniert. Wir mussten nicht jedes Projekt mit einem Business Case rechtfertigen oder Kritiker auf Hacker News besänftigen, die fragen, wie das in eine “langfristige Monetarisierungsstrategie” passt. Wir haben gebaut, um zu bauen, aus Freude am Lernen und Erschaffen. Geht das heute noch? Oder stecken wir so tief im Rennen um Effizienz und Zweck, dass wir diese Freiheit verloren haben? Alles braucht inzwischen eine definierte Zielgruppe, eine Roadmap, eine Go-to-Market-Strategie. Aber die besten Innovationen entstehen oft beim Herumtüfteln ohne Plan.

Dazu kommt, dass wir heute dazu neigen, alles zu verkomplizieren. Wir bauen Lösungen über, bevor wir das Problem überhaupt verstanden haben. Warum springen wir direkt zur Microservice-Orchestrierung, bevor wir überhaupt einen Monolithen gebaut haben? Ich mochte es früher, viele einzelne Microservices zu haben, die jeweils eine bestimmte Aufgabe erledigen. Heute sehe ich sie als Last. Die Einfachheit einer einzigen Codebasis wird unterschätzt. Wir wollen so gern Best Practices folgen, dass wir manchmal vergessen, erst mal etwas zum Laufen zu bringen. Als würden wir für Skalierung optimieren, bevor bewiesen ist, dass es überhaupt etwas zu skalieren gibt.

Vieles, worüber wir nachdenken müssten, wird uns heute abgenommen. Cloudflare, Vercel und Netlify machen es fast mühelos, Dinge online zu stellen. Aber wenn sie ihren Gratis-Tarif einstellen oder ihre Richtlinien grundlegend ändern, stünden viele von uns plötzlich da. Nutzungsbasierte Preise machen Skalieren leichter, fühlen sich aber manchmal losgelöst vom tatsächlich gelieferten Wert an. Der Komfort ist enorm, aber er hat seinen Preis, finanziell und weil wir uns von zentralisierten Diensten abhängig machen.

Natürlich bringt moderne Webentwicklung enorme Vorteile. Tools wie React und Next.js erlauben uns, extrem leistungsfähige und interaktive Anwendungen zu bauen. Cloud-Plattformen liefern robuste Infrastruktur und Skalierbarkeit, und der Fokus auf Sicherheit und Barrierefreiheit hat das Web verlässlicher und inklusiver gemacht.

Ich glaube weiterhin an den Wert, Dinge zu Hause laufen lassen zu können. Ich hätte gern, dass Provider eine zweite IP nur für eingehenden Traffic anbieten, damit Leute selbst hosten können, ohne die umständlichen Umwege von heute. Wir sollten Innovation fördern und es Einzelnen nicht schwerer machen, zu experimentieren und Neues zu bauen. Je mehr wir Leute ermutigen zu tüfteln, zu erschaffen und die Grenzen des Möglichen zu verschieben, desto besser werden wir alle.

Wir sind weit gekommen seit Web 1.0. Aber lass uns darauf achten, der nächsten Generation von Bauenden Raum zu lassen, bei null anzufangen und durch Machen zu lernen, so wie wir es getan haben. Nicht ein Tutorial abarbeiten und wiederholen, sondern die Grundlagen wirklich verstehen und darauf aufbauen. So bleibt das Web lebendig und spannend, noch für viele Jahre. Vielleicht sollten wir alle an diesem Wochenende ein kleines privates Projekt bauen, ohne an Best Practices oder Monetarisierung zu denken, nur aus Freude am Erschaffen.