00:00:00Heute bin ich über einen interessanten Post von Guillermo Rauch, dem CEO von Vercel, gestolpert,
00:00:06über den ich sprechen möchte. Es geht um die Auswirkungen und meine Gedanken zur Rolle von Code und darum,
00:00:11wie wichtig der eigentliche Code heute und in Zukunft wirklich ist.
00:00:16In diesem Post sagt Guillermo: "Code ist ein Output, die Natur heilt.
00:00:21Viel zu lange haben wir Code als Input behandelt.
00:00:23Wir haben ihn verherrlicht, von Hand formatiert, verschönert und waren besessen von ihm.
00:00:28Wir haben anspruchsvolle GUIs und IDEs gebaut, um ihn zu schreiben.
00:00:31Wir nutzten Syntax-Highlighting, Tree-Sitter, Mini-Maps, Keyboard-Trigger, Inline-Autocompletes
00:00:37und Ghost-Text.
00:00:38Welches Farbschema ist das?
00:00:40Wir haben Nächte damit verbracht, über die ideale Länge von APIs und Funktionskörpern zu debattieren.
00:00:44Wird diese API schön genug aussehen, damit ein anderer Mensch sie lesen kann?
00:00:48Jetzt richten wir unsere Aufmerksamkeit auf die wahren Inputs: Anforderungen, Specs, Feedback, Design-Inspiration
00:00:54und vor allem Produktions-Inputs.
00:00:58Unsere Coding-Agents müssen verstehen, wie Nutzer Ihre Anwendung erleben, auf welche
00:01:04Fehler sie stoßen, und das in Code umwandeln.
00:01:07Wir werden Code zwangsläufig weniger verherrlichen, genau wie die Codierer selbst.
00:01:12Die besten Ingenieure, mit denen ich gearbeitet habe, sahen Code ohnehin immer nur als Mittel zum Zweck,
00:01:17als ein Ergebnis, das bald wieder transformiert wird."
00:01:20Wow, in diesem Post steckt eine Menge drin!
00:01:23Ich habe dazu viele eigene Gedanken.
00:01:27Wie wir alle sehen können, verändert sich die gesamte Rolle bzw. die gesamte Welt
00:01:35der Programmierung rasant.
00:01:38Es passiert extrem viel, und ich sowie viele andere in der Branche spüren,
00:01:46dass sich das Tempo seit Dezember mit Opus 4.5, Cloud Code und nun auch
00:01:53Codex nochmals beschleunigt hat. Fast jede Woche erscheinen neue Modelle und Tools.
00:01:58Die Dinge ändern sich schnell.
00:02:01Persönlich versuche ich natürlich, Schritt zu halten – sei es bei den Inhalten,
00:02:06die ich erstelle, meinen Kursen oder meiner Arbeitsweise, die ja das Fundament von allem ist.
00:02:10Deshalb habe ich neue Kurse zu Cloud Code und Codex veröffentlicht. Übrigens läuft gerade
00:02:16eine große Aktion, bei der man meine Jahresmitgliedschaft mit Zugriff auf alle Kurse
00:02:21zu einem extrem günstigen Preis erhält.
00:02:24Aber die Entwicklung hat Auswirkungen auf uns alle.
00:02:27Das ist mein eigentlicher Punkt hier.
00:02:28Es verändert das, was wir tun, welche Inhalte ich erstelle und wie wir Software bauen.
00:02:35Ich bin mir jedoch nicht so sicher, ob wir uns wirklich vom Code wegbewegen.
00:02:42Für mich liest sich der Post so, als ob Code egal wäre, und da widerspreche ich doch deutlich.
00:02:50Ich gebe natürlich zu – und es stimmt ja auch –, dass wir in der Vergangenheit
00:02:58besessen waren von API-Design, Variablenbenennung und der Ästhetik des Codes.
00:03:07Ich würde jedoch behaupten, dass Teile davon heute noch wichtig sind und wahrscheinlich
00:03:15auch in Zukunft wichtig bleiben.
00:03:17Denn selbst wenn sich die Rolle des Menschen vom Schreiben zum Reviewen verschiebt:
00:03:24Was lässt sich leichter prüfen? Eine chaotische Codebasis mit 10.000 Zeilen Code, die teils
00:03:33redundant oder unnötig komplex ist, mit seltsam geformten Funktionen, oder eine saubere Codebasis?
00:03:41Was wird einfacher zu reviewen sein?
00:03:44Selbst wenn große Teile dieses Review-Prozesses in Zukunft an Maschinen und KI
00:03:50übergehen, was durchaus möglich ist, bin ich nicht davon überzeugt,
00:03:59dass die Codequalität dann gar keine Rolle mehr spielt.
00:04:02Man zahlt schließlich für all die Token, die generiert und überprüft werden.
00:04:09Wenn etwas sauberer gebaut wird, verbraucht es sehr wahrscheinlich weniger Token – sowohl
00:04:17bei der Generierung des Codes als auch bei dessen Überprüfung.
00:04:19Die Token-Kosten werden in Zukunft wohl sehr, sehr wichtig sein, denn im Moment
00:04:25nutzen wir alle die subventionierten Angebote von Anthropic oder OpenAI.
00:04:30Wir zahlen nicht die echten Token-Kosten mit unseren 20- oder 200-Dollar-Abos,
00:04:37die Sie und ich vielleicht haben.
00:04:39Das sind keine Abos, mit denen diese Anbieter zwangsläufig Geld verdienen.
00:04:44Die wahren Token-Kosten liegen darüber.
00:04:47Es ist gut möglich, dass die Preise steigen, wenn diese Unternehmen
00:04:54irgendwann profitabel sein müssen.
00:04:57Vielleicht sinken die Gesamtkosten für Token durch technischen Fortschritt erst einmal,
00:05:02aber das wissen wir heute noch nicht mit Sicherheit.
00:05:07Wir wissen nicht, wie dieser Markt in Zukunft aussehen wird.
00:05:10Und selbst wenn sie theoretisch sinken: Wenn Unternehmen einen bestimmten Preis verlangen können,
00:05:16der deutlich über den echten Kosten liegt, werden sie diese Marge natürlich gerne mitnehmen.
00:05:22Aber gut, das ist ein ganz anderes Thema.
00:05:23Token und Token-Effizienz sind heute wichtig und werden es sehr wahrscheinlich auch in Zukunft sein.
00:05:25Das hängt natürlich eng mit der Codequalität zusammen, denn im Allgemeinen ist guter,
00:05:31sauberer Code solcher, der nicht endlos wächst und nicht maßlos komplex und kompliziert wird.
00:05:39Nun kann man argumentieren, dass Programmierer in der Vergangenheit
00:05:47manchmal dazu neigten, an manchen Stellen etwas zu viel Code zu schreiben,
00:05:55nur um eine saubere API oder unnötige Abstraktionen zu haben,
00:06:02die man zum Zeitpunkt der Implementierung eigentlich gar nicht brauchte.
00:06:08Wir kennen das alle: Man arbeitet an einem Nebenprojekt mit null Nutzern
00:06:09und beschließt, den Datenbankzugriff so zu bauen, dass man die Datenbank jederzeit
00:06:15austauschen könnte, obwohl man das nie vorhatte.
00:06:22Also schreibt man einen Adapter, der natürlich viel komplexer ist,
00:06:24als er sein müsste.
00:06:29Das haben wir alle schon erlebt.
00:06:30War das toll?
00:06:31Nein, war es nicht, und es wird auch heute oder in Zukunft nicht toll sein – egal,
00:06:32ob der Code von einem selbst oder von einer KI geschrieben wurde.
00:06:37Und momentan – das kann sich natürlich ändern – haben diese KI-Modelle
00:06:39und Tools wie Codex oder Cloud Code nach meiner Erfahrung die Tendenz,
00:06:45Dinge zu verkomplizieren, unnötige Komplexität einzuführen und Änderungen vorzuschlagen,
00:06:54die eigentlich wenig Sinn ergeben.
00:07:02Besonders Codex neigt derzeit dazu, Code niemals zu entfernen, sondern immer nur mehr
00:07:10Code, Fallbacks und Legacy-Handling hinzuzufügen.
00:07:15Man muss es fast schon zwingen, Code zu löschen und alte APIs loszulassen.
00:07:22Das sind Dinge, um die man heute kämpfen muss.
00:07:30Dieser Post behauptet zwar, dass das alles keine Rolle mehr spielt,
00:07:35aber ich sage: Doch, es spielt eine Rolle.
00:07:37Man muss als Entwickler diese Kämpfe führen und sich um den eigentlichen Code
00:07:43und die Codequalität kümmern – heute und sehr wahrscheinlich auch in Zukunft.
00:07:49Niemand weiß genau, was die Zukunft bringt, aber eine Codebasis zu haben,
00:07:56die nicht unnötig komplex wird, wird aus vielen Gründen wichtig bleiben – Token-Effizienz ist einer davon.
00:08:01Ein weiterer Grund ist natürlich der Review-Teil.
00:08:02Und dann ist da noch die Tatsache, dass Code einen direkten Einfluss
00:08:08auf die Performance einer Anwendung hat.
00:08:18Ich erzähle hier keine bahnbrechenden Neuigkeiten, aber das ist etwas,
00:08:26das man leicht übersieht.
00:08:28Man könnte sagen, dass bei KI-generiertem Code der eigentliche Code egal ist,
00:08:34da er leicht zu refactoren, neu zu generieren oder zu ersetzen ist.
00:08:38Das stimmt auch, wenn man das Thema Token-Kosten mal ignoriert.
00:08:43Aber der generierte Code hat nun mal Auswirkungen auf die Performance
00:08:51Ihrer Anwendung.
00:08:53Es gibt viele Wege, eine Datenbank abzufragen.
00:08:56Man könnte verschachtelte Queries oder unnötig viele Abfragen ausführen, nach dem Motto:
00:09:03Das Ergebnis ist ja dasselbe.
00:09:04Man hat die Daten, die man braucht.
00:09:05Aber eine schlecht optimierte Datenbankabfrage rächt sich sofort,
00:09:12sobald man eine signifikante Anzahl von Nutzern hat.
00:09:15Dasselbe gilt für verschachtelte Schleifen oder anderen Ballast im Code,
00:09:20der die Performance verschlechtert.
00:09:23Deshalb sind Codequalität und Optimierung nach wie vor wichtig.
00:09:30Man kann sicher sagen, dass künftige KI-Modelle darin sehr gut sein werden
00:09:37und von Anfang an besseren Code produzieren
00:09:43sowie Code bewerten und verbessern können.
00:09:47Das ist absolut möglich.
00:09:50Es widerlegt aber nicht meinen Punkt, dass Codequalität zählt, egal
00:09:55ob ein zukünftiges Modell sie erzeugt oder man selbst als Entwickler.
00:09:58Der große Unterschied ist natürlich: Wenn die KI das alles allein schafft,
00:10:04werden wir Menschen aus dem Prozess herausgenommen.
00:10:08Und ich schätze, das ist genau der Punkt, den Guillermo hier machen will.
00:10:13Aber wir wissen eben nicht genau, wie diese Zukunft aussehen wird.
00:10:16Zu diesem Post muss ich sagen – und ich verstehe das, so läuft das Internet heute nun mal:
00:10:23Man muss provokant sein.
00:10:24Man muss anecken, damit Leute wie ich ein Video darüber machen. Das ist mir klar.
00:10:25Aber in diesem Post klingt es so, als wäre alles,
00:10:30was wir früher gemacht haben, ziemlich dumm gewesen.
00:10:31Oder?
00:10:37Spezielle Tools und GUIs zu bauen, die das Coden erleichtern, über API-Design zu diskutieren.
00:10:38Ziemlich dumm.
00:10:39Nein, es zeigt eigentlich, dass einem die Arbeit wichtig ist.
00:10:45Als Mensch möchte man Wert auf sein Handwerk und seine Arbeit legen.
00:10:46Das ist so, als würde man sagen: Oh, wie dumm von Designern,
00:10:51dass sie früher erst auf Papier skizzierten und dann Software wie Photoshop nutzten,
00:10:56um daraus digitale Kunst zu machen.
00:11:02Nein, das ist nicht dumm.
00:11:07Genau das unterscheidet jemanden, dem sein Handwerk am Herzen liegt,
00:11:08von jemandem, dem es egal ist.
00:11:10Das als dumm, seltsam oder als endgültig veraltet darzustellen,
00:11:17ist einfach eine schwache Sichtweise.
00:11:19Es ist in keiner Weise cool.
00:11:29Und natürlich bauen wir jetzt neue Software.
00:11:30Wir bauen Software für die Welt des agentenbasierten Engineerings, wie
00:11:32die Codex-App und all diese KI-Agenten, Agent-Apps und GUIs.
00:11:36Das ist die neue Art von Software, und wir werden damit weitermachen.
00:11:43Wir werden neue Wege finden, um darüber zu diskutieren, wie zum Beispiel
00:11:49ein richtig geschriebener Skill für Agenten oder eine gute agents.md-Datei aussehen sollte.
00:11:54Wir werden weiter diskutieren, bis wir komplett außen vor sind und
00:12:01wir als Menschen gar nichts mehr tun müssen.
00:12:07Ein Punkt, von dem ich nicht glaube, dass er kommt, und den ich mir auch sicher nicht erhoffe.
00:12:14Aber bis dahin ist es gut, Meinungen zu den Dingen zu haben, an denen man arbeitet,
00:12:16und sich wirklich um seine Arbeit zu kümmern.
00:12:22Ich denke, das ist wirklich wichtig.
00:12:29Ich glaube also, dass Code und seine Struktur wichtig bleiben werden.
00:12:31Die Frage ist nur, ob die KI alles alleine hinkriegt und perfekten Code liefert.
00:12:33Das weiß ich nicht, und das kann momentan auch niemand wissen.
00:12:41Man kann nicht in die Zukunft schauen.
00:12:47Generell sollte man sich als Mensch für das interessieren, was man tut.
00:12:50Das ist es, was erfolgreiche Leute, die Spaß an ihrer Arbeit haben,
00:12:53von denen unterscheidet, bei denen das nicht der Fall ist.
00:12:57Das ist es, was Leute, die super erfolgreich sein können und Spaß an ihrer Arbeit haben, unterscheidet
00:13:03von den Menschen, bei denen das nicht der Fall ist, denke ich.