20 Jahre Webentwicklung: Was sich verändert hat

Ich habe meinen ersten produktiven Code im Jahr 2004 geschrieben. PHP, MySQL, ein Shared-Hosting-Server, der jedes zweite Wochenende ausfiel. Die Website, die ich gebaut habe, sah nach heutigen Maßstäben schrecklich aus. Aber sie funktionierte. Menschen nutzten sie. Sie löste ein echtes Problem. Das ist nach wie vor die einzige Kennzahl, die zählt.

In den letzten zwei Jahrzehnten habe ich jede große Welle der Web-Technologie kommen und gehen sehen. Web 2.0. Die Mobile-Revolution. Responsives Design. Single-Page-Apps. Die Cloud. Microservices. Blockchain (erinnern Sie sich?). Und jetzt KI. Einige davon haben alles verändert. Die meisten haben weniger verändert, als die Leute damals dachten. Hier ist, was ich wirklich gelernt habe.

Die Tools haben sich verändert. Die Arbeit nicht.

2004 habe ich Webanwendungen mit PHP und jQuery gebaut. 2026 baue ich sie mit React, Next.js und Node.js. Die Syntax ist anders. Die Entwicklererfahrung ist besser. Aber die grundlegende Aufgabe ist identisch: ein geschäftliches Problem nehmen, es in funktionierende Software umwandeln, sie echten Nutzern zeigen und am Laufen halten.

Alle paar Jahre verspricht ein neues Framework, alles zu verändern. Meistens sind es dieselben Muster mit schönerer Syntax. Was wirklich zählt, hat sich nicht geändert: das Problem verstehen, bevor man Code schreibt, funktionierende Software in Produktion bringen und sie nach dem Launch pflegen.

Die meisten „Innovationen" sind Lärm

Ich habe Unternehmen gesehen, die hunderttausende für Technologie ausgegeben haben, die beeindruckend klang, aber kein echtes Problem löste. Eine Blockchain-basierte Lieferkette für ein Unternehmen mit 12 Lieferanten. Eine Microservices-Architektur für eine App mit 500 Nutzern. Ein KI-Chatbot, der auf nichts trainiert war – nur generische Antworten, die jeden Kunden frustrierten, der ihn benutzte.

Die besten Technologieentscheidungen, die ich getroffen habe, waren immer die langweiligen. Ein gut unterstütztes Framework verwenden. Eine bewährte Datenbank wählen. Auf Infrastruktur deployen, die man wirklich überwachen kann. Der langweilige Stack ist der, der ausgeliefert wird und läuft bleibt.

KI ist das Echte – aber nicht aus den Gründen, die die meisten denken

Ich war gegenüber den meisten Tech-Wellen skeptisch. Bei Blockchain hatte ich Recht. Bei Mobile lag ich falsch (habe es massiv unterschätzt). KI? Diese ist real. Aber nicht aus den Gründen, für die sich die meisten begeistern.

KI wird Entwickler nicht ersetzen. Sie wird Ihre App nicht für Sie bauen. Was sie tut – und gut kann – ist Gespräche führen. Die Verarbeitung natürlicher Sprache hat mit GPT-4 und Claude eine Schwelle überschritten. Zum ersten Mal können Sie ein System bauen, das wirklich versteht, was ein Kunde fragt, und hilfreich antwortet. Das ist kein Gimmick. Das ist eine grundlegende Fähigkeit, die vor drei Jahren noch nicht existierte.

Wir bauen KI-Agenten, die Kundenfragen beantworten, Leads qualifizieren, Termine buchen und Follow-ups erledigen – alles über WhatsApp, die App, die die Leute bereits verwenden. Das funktioniert, weil es ein echtes Problem löst: Unternehmen verlieren Leads, wenn nach Feierabend niemand antwortet. KI behebt das. Nicht theoretisch. In Produktion. Jetzt.

Was ich unterwegs falsch gemacht habe

Ich habe zu lange Dinge gebaut, die technisch beeindruckend, aber kommerziell sinnlos waren. Ich habe zu viel engineert, wo Einfachheit besser gewesen wäre. Ich bin neuen Frameworks nachgejagt, als die alten gut genug waren. Ich habe unterschätzt, wie wichtig Wartung ist – Bauen ist 30 % der Arbeit, den Betrieb am Laufen zu halten 70 %.

Die größte Lektion: Ihr Kunde interessiert sich nicht dafür, in welcher Sprache Sie es geschrieben haben. Er interessiert sich dafür, ob es funktioniert, ob es schnell ist und ob jemand das Telefon abnimmt, wenn es kaputt geht.

Was nach 20 Jahren wirklich zählt

1. Ausliefern, nicht präsentieren. Mockups sind wertlos. Folien sind wertlos. Das Einzige, was zählt, ist funktionierende Software in den Händen echter Nutzer.
2. Senior-Ingenieure sind wichtig. Nicht weil sie ausgefehlteren Code schreiben, sondern weil sie schon gesehen haben, wie Dinge scheitern. Sie wissen, was man überspringen kann. Sie wissen, was man testen muss. Sie machen weniger Fehler, die Sie Geld kosten.
3. Das Problem zuerst verstehen. Das größte Risiko in jedem Projekt ist nicht die Technologie – es ist, das Falsche zu bauen. Mehr zuhören als reden.
4. Wartung ist das eigentliche Produkt. Der Launch ist einfach. Es drei Jahre lang am Laufen zu halten ist schwer. Planen Sie dafür.
5. Ehrlich sein über das, was man nicht weiß. Ich habe Projekte abgelehnt, weil sie nicht in meinem Fachgebiet lagen. Diese Ehrlichkeit hat mir mehr Vertrauen eingebracht als jedes Portfolio.

Warum ich das immer noch tue

Nach 20+ Jahren schreibe ich immer noch Code. Nicht weil ich muss – ich könnte ein Team leiten und nie wieder einen Text-Editor anfassen. Ich tue es, weil der Moment, in dem ein System, das Sie gebaut haben, um 2 Uhr nachts sein erstes echtes Kundengespräch abwickelt und Sie am nächsten Morgen die bestätigte Buchung im Kalender sehen – dieses Gefühl ist nie alt geworden.

Kaufast bin ich und ein kleines Team von Senior-Ingenieuren in Barcelona. Wir bauen KI-Agenten, Web-Plattformen und Automatisierungslösungen für Unternehmen in ganz Europa und Amerika. Keine Juniors. Keine Folien. Keine PowerPoints. Nur funktionierende Software, die geliefert wird.

Wenn Sie etwas zu bauen haben, lassen Sie uns reden.

Mehr dazu: 5 Wege, um die Sichtbarkeit Ihres Unternehmens zu steigern.

Mehr dazu: Wie Suchmaschinen Ihre Inhalte wirklich finden.

Mehr dazu: Frauensicherheit in Österreich & Audra.