Sehr spannendes Video von Andreas Spiess. Der Titel klingt fast noch harmlos im Vergleich zur Beschreibung:
The transition from “coder” to “architect” is the biggest productivity jump I’ve experienced in 40 years of electronics.
Dabei geht Andreas (S.) – wie von ihm bekannt – fundiert vor und weit über vibe coding hinaus. Vibe coding bezeichnet er bei seinem Ansatz nur als Schritt null von zehn!
Meine Erwartungen und Befürchtungen von KI sind unterschiedlich zu denen von Andreas Spiess, den ich seit Jahren gerne verfolge. Aus meiner Sicht ist KI eine SuperSuchmaschine, die sehr schnell alles mögliche durchsuchen kann. Und nur finden kann, was es schon gibt.
Etwas was es nicht gibt, kann sie auch nicht finden. Z.B die Wildbienenkamera ( Thread : Sensortechnik für Wildbienen-Nistorte ), die ich gerade entwickle. Zwar hilft mir die KI beim Finden von Bauteilen und beim Programmieren, aber einen funktionierenden Bauplan habe ich noch nicht gefunden, auch wenn sich Programmierfehler viel schneller finden lassen.
Ich werde noch viel selbst machen müssen.
Aus meiner beruflichen Perspektive als Softwareentwickler kann ich dem Zitat von Andreas nur zustimmen. Es gibt zwar Studien, die zeigen, dass Entwickler:innen durch LLMs langsamer geworden sind – das bezog sich aber meines Wissens vor allem auf die frühe Phase, als noch lokal mit den Modellen gearbeitet wurde.
Mittlerweile, mit Agents, die nicht mal mehr auf meinem Laptop laufen, sondern parallel als eigenständige Instanzen agieren – jeder mit eigenem Chrome-Zugriff und der Fähigkeit, Testläufe durchzuführen – erlebe ich einen deutlichen Produktivitätsschub.
X Tickets auf X Repos werden auf X Agents verteilt (wichtig: Überschneidungen minimieren, um Merge-Konflikte zu vermeiden).
Erstes Pull-Request-Review via Copilot.
Danach mein manuelles Review, bei dem ich entscheide, ob bestimmte Features von Agents nachgebessert werden sollen.
Finales Review durch mich, bevor es in die Pipeline und ins Staging-Environment geht.
Während die Agents laufen, kümmere ich mich um E-Mails, Chats und Architektur-Entscheidungen.
Das größte Problem ist aktuell, den Überblick zu behalten und irgendwie fühlt sich alles wieder stressiger an. Vielleicht liegt das einfach am Zeitgeist: Zeit scheint immer schneller zu vergehen.
Persönliche Pain Points:
Ich bin dabei, langsam von GitHub zu Codeberg zu migrieren, aber die Agent-Integration bei GitHub ist einfach unschlagbar.
Ich würde gerne mehr mit Mistral (Vibe/Code) arbeiten, aber für Frontend ist Claude und für Backend/Node-Projekte Gemini momentan einfach überlegen.
OpenClaw’s Philosophie mit seinen “automonos” (cron-job, pull) Agents wäre ja dann die nächste Stufe welcher sich selbstständig Tickets zuweist aus Diskussionen und auch im Chat antwortet, aber das ist mir Sicherheitstechnisch und Datenschutztechnisch noch bissl zu weit hergegriffen und dann würde ich entgültig den Überblick verlieren.
Cheers
Hannes
Agentic Engineering ohne Programmierkenntnisse Warum 90 % scheitern
Was ich bei der Diskussion sehr interessant finde ist, dass in meiner Entwickler-Welt das “Coding” gar nicht den Platz einnimmt und auch nicht “der” Zeitfresser ist.
Bei mir sind es dann eher Tests & Debuggen, Feld-Tests und ggf. Redesign. Aber da gibt es sicher auch ganz andere Erfahrungen.
Absolut es ist halt ein anderes “programmieren” geworden und ohne Grundkentnisse würde ich behaupten ist es (derzeit) noch ziemlich schwer, aber man muss ja nur schauen wo wir vor 6 Monaten waren. Coding selbst ist eh bei den meisten Dingen Zweitranging, außer man ist wirklich an der Frontier und erstellt neue Algos oder in einem Bereich wie EmbeddedSystem oder so wo es auf jeden Byte ankommt. Auch mit meinen Agents rede ich oft in Pseudocode und da ich nie wirklich Programmieren gelernt habe kann ich auch keine Algos aus den Kopf (einen btree selber Erstellen nope 
).
Man muss auch immer aufpassen, dass man gewisse Dinge eigentlich selber viel schneller erledigt haben hätte können.
Hier ein einfaches Beispiel Implementierung einer llms-full.txt, was mich wahrscheinlich 2 Minuten gekostet hätte aber so viel länger weil ich angeschaut habe was er gemacht hat und ich nicht damit zufrieden war etc. Der einzige Vorteil, ich habe es komplett Nebenher gemacht weil ich die llms-full.txt für eine neue WizBee Integration für mich brauche.
