we are all fcked (as software devs)

wir schreiben das jahr 2025, die welt war noch in ordnung:
AI wurde zum produzieren von lustigen bildern verwendet, hin und wieder war dann plötzlich eine 3. hand im bild und wenn man besonders cool war, verhurte man sein AI Girlfriend auf onlyfans und zog ein paar leute damit ab.

der software engineering industrie veteran sitzt da mit einer mischung aus belustigung und ekel.
Der Vibe-Coder wird ausgelacht, viele tests laufen auf "halte den scope super klein, wenig dependencies, oft neue sessions" raus und man denkt sich
"ja **** that. das braucht ja kein mensch. außerdem is sowieso 80% meiner arbeit integration, kommunikation und kontrolle".

Man lässt die korken knallen, 2026 zieht ins Land. Beruflich ist natürlich alles AI first, aber was vorher buzzwords im produkt waren sind plötzlich entwicklerlizenzen für alles was der Markt her gibt. Man hebt eine Augenbraue..

Man hebt eine zweite Augenbraue. Kollegen die man seit 15 jahren kennt und welche hardcore programmierer waren, halten plötzlich präsentationen über dinger, die sie quasi zwischn einstempeln und erster klopause rausgevibed haben wofür man früher 2-6 monate veranschlagt hätte.

Man hebt die dritte augenbraue (unten).

Eines schönen sonntags steht man auf... man hat eine mission... eine applikation für das android, grundsätzlich simpel. es soll ein periodischer alarm sein, welcher für 6 minuten aktiv ist und alle 17 minuten triggert. wenn das rennauto steht, soll der alarm gelöscht werden, bis zum nächsten fenster.
In mir zieht sich alles zusammen, Android, Android UI, Spaß mit Uhrzeit und Datum.

Ich übergebe mich. mehrfach.

plötzlich kommt mir die idee. Ich probier das jetzt einfach mal aus, nur um zu zeigen dass es ja wirklich ned so super ist.
Da Arbeitszeitbetrug keine option war, musste ich Arbeitsmittelbetrug begehen.
Firmennotebook raus, Android Studio gestartet, neues Projekt. Github Copilot plugin verbunden Claude Sonnet als modell (ma hörte es soll gut sein) und man begann zu tippen

"We are building a PitStop Alarm system which notifies race car drivers of upcoming mandatory pitstops. software will be running in landscape and inside of a car, plan accordingly with fonts and colors. Start with a single stationary clock, centered, not yet updating." im kopf schwingt mit "nur nicht zu viel". man haut auf enter, 30 sekunden später rennt der emulator und in ihm eine schwarze app, weißer text, landscape, 00:00:00.

"loose the seconds"
"connect the clock now to the android clock"
"create an alarm manager which should return if we are in a pit-window or not. following tests must be valid: 09:16 no pit, 09:17 pit, 09:22:59 pit, 09:23:00 no pit, 09:36:59 no pit, 09:37:00 pit"

Das fenster rattert, er testet eine implementierung nach der anderen, 2, 3, 4 versuche, alle scheitern an irgendwelchen tests. er geht zurück zum start, versucht jetzt zuerst eine periode zu errechnen (20 minuten) und über diese zu arbeiten. alle begingungen erfüllt, alle tests grün. Man schaut sich den code an und weiß "we are ****ed".

2 stunden später ist die ganze applikation fix und feritg, incl signierung, readme, icons (natürlich auch generiert), screenshots und allem, bereit für den google play store (wenn mein dev account ned abgelaufen wäre).

Das alles für den Gegenwert von einem ****ing cheeseburger beim mcdonalds.

Am nächsten Abend kommt man auf ideen. es wär doch super, wenn man die offizielle Zeitnehmung ins Auto bringen könnte! immerhin hat das ding ja eine sim-karte! Der Hersteller hat keine offizielle API? macht nix, er hat ein offizielles APK!

Also gezogen und mit Claude decompiled. Claude öffnet 3x eine UI und wundert sich dann, warum nix passiert. ok, das war schon etwas lustig. Beim 4. mal hat er alles ausgepackt.
"Create a list of all called endpoints in the main package and all credentials, create a api documentation". 3 minuten später habe ich ein 400 zeilen dokument mit allen endpunkten, allen headern, allen credentials.

und dann fragt er "solln wir einen api client bauen?" na wenn sie insistieren..



man reversiert gemeinsam das protokoll, er versucht aus single character json namen ihre funktion zu erkennen und ich, mit der app in händen, korrigiere ihn wenn er daneben haut. hätte man fix automatisieren können, indem man ihn einen MCP server für android emulatorn gegeben hätte, aber es ok. so fühlt man sich nicht komplett nutzlos.

am nächsten abend kommt man auf die nächste idee. Zu diesem zeitpunkt hat man selbst schon bei Microsoft das 10€ einsteiger heroin bundle gelöst..

diese Rundenzeiten... da könnt ma was damit machen! zuerst beginnt man mit einem kleinen script... danach sagt man ihm "create a webapp without a database which mimics the functionality of the script. i am a backend developer, i know only the basics of frontend". mittlerweile hat man den PLAN modus gefunden. er fragt also nach. React, ja passt... nodejs und npm... ne, mach ma bun... SailwindCSS.. keinen plan, wird schon stimmen! Zu diesem zeitpunkt hab ich schon lang aufgehört irgendwas zu kontrollieren. nur bei den commands schau ich noch, ob eh kein format c: rein rutscht.



Man kommt zurück in die Arbeit, man geht allen am *****, man ist "that guy".

Der Crypto Bro, der Elon Musk Superfan. Nur halt mit AI.
Aber man verwendet es. erste versuche. "Es gibt einen Bug in Klasse X, bei condition Y wird nicht richtig gemerged, fix das und pack einen ratzen tests dazu".
Das ergebniss ist fast perfekt. "fasse 2 tests zusammen".
jetzt passts. 30 minuten zeit.
der Kollege gestern ist 3h gesessen und auf die gleiche lösung gekommen.
es kribbelt.

Zwei tage später, im Büro sitzen alle mit mehreren copilot CLIs herum.
Andere teams kommen zu uns um sich das mal anzuschaun, nur um dann selbst anzufangen in ihren Teams die frohe Kunde zu verbreiten...

man ist genervt von der unterirdischen performance von argoCD im web und würde sich wünschen, dass das häusl seine container daten mit daten aus dem repo auffetten könnte...
also prompted man einen client, der die CLI wrapped.
Im vergleich zu allen andern "schnellen hacks" ist das jetzt eine lösung mit
SSO, Cache, Authentifizierung, Multi Tenant System, extensive fehlerbehandlung wenn sso oder der token invalide ist...
in 3 stunden.

Irgendwann soll man aber doch auch wieder an tickets arbeiten, man hat einen Epic.
ich lese den Epic, ich verstehe den text aber ich hab keinen plan wo in den 3 projekten das passiert, was hier adaptiert werden soll.

also hab ich eine idee... schaun wir mal was geht.

Ich werfe alle 3 Projekte in den Ordner. Dazu gibt es noch das Ticket in form von Bildern. CLI gestartet, Claude Opus ausgewählt.
"verify, explain and implement the tasks stated in the ticket which is supplied in form of the images. analyze all three services in this folder and their relationship to each other. plan the most effective implementation"

4 minuten später kommt eine Rückfrage.
Er kann das Ticket nicht gegen den IST zustand mappen, weil der text im ticket zum aktuellen zustand dem code widerspricht.
Er hatte recht.

Danach sagte ich ihm noch, er soll mir ein komplettes signalflussdiagram zeichnen, incl aller weichen.
hat er gemacht.

Jup. Hab letztens auch eine Analyse machen lassen von gewissen daten. Code und dashboards wo ich normal a paar Tage gesessen hätte vorher. Hat er mir in 20 Minuten rausgeknallt. Bin echt gespannt wo das noch hinführt und bedenken dass ich in 5 jahren keinen Job mehr hab. Wenn überhaupt so lang....
Jetzt erwischts Mal die Junior devs, die keiner mehr braucht. Das Zeug wird aber immer besser und dann sind wir dran imho.
Zache Zeiten....

Es ist ja nicht nur die SW Welt, gibt x andere Beispiele.

Ich hab im Dezember einen Kollegen, der 2 Jahre vor der Pension steht und der 2025 nach Abteilungsverlagerung nach Rumänien nur wegen 40 Jahren Betriebszugehörigkeit nicht gekündigt wurde, dezent schockiert, indem ich ihm den Dokumentenmgmt-Task mit ChatGPT erklärt habe. Das woran er nun seit Wochen immer wieder dran sitzt, wäre damit wohl in 10% der Zeit zu machen, inklusive Kontrolle ob eh keine Fehler passiert sind.

In dem Fall "egal", der Kollege soll einfach nur beschäftigt sein. Er ist keineswegs dumm, aber halt einfach nicht mehr auf der Höhe der Zeit und mit endlicher Motivation, weil sich das anschauen was ich ihm erklärt und gezeigt habe, wollte er nicht.

Jetzt wenn eine Person andere (höhere) Tätigkeiten durchführen kann, ist es mit ChatGPT für das Unternehmen ein Gewinn, weil sich diese Personen dann den Aufgaben widmen können, für die es sie tatsächlich braucht. Sprich, bevor ich jetzt Wochen mit stupiden repetitiven Aufgaben verbringe, ists für die Firma besser ich lass mir diesen Teil erledigen und da wo es tatsächlich Hirn braucht, da verwend ich meine Zeit drauf.

Kritisch wird es dann für jene Personen, deren Ausbildung oder Kapazitäten nicht dafür ausreichen, auch diese Aufgaben durchzuführen und die bisher (überspitzt gesagt) nur durch solch "einfache" Tätigkeiten ihren Job haben. Wenn die nicht quasi Veteranenschutz haben, sondern noch 15-25 Jahre im Berufsleben stehen sollen, dann wirds für solche Leute bald sehr schwierig werden.

Da lob ich mir noch Tests an echter Hardware und Mechanik, da kann ich mir zwar mit Ideen für Szenarien helfen lassen, aber machen muss man es gleich noch selbst.

Im Business Process Mgmt mit BPMN war ich bisher leidlich erfolgreich mir tatsächlich Arbeit abnehmen zu lassen, aber ich denke, dass auch das nur eine Frage der Zeit ist.

und in ein paar jahren dann, wenn auch die letzte gehirnzelle abgebaut wurde und das ding plötzlich im produktivsystem einen fehler produziert und keiner weiss warum oder gar übersicht über den code hat und versteht und die ganze produktion still steht schauen sich alle gegenseitig an und zucken mit den schultern... sie gehen heim, hauen sich aufs sofa, und am TV rennt eine generierte show mit völlig austauschbaren charaktären, kein witz und kein sinn... auf allen seiten läuft die werbung über den bildschirm während das selbstfahrende auto mit der essenslieferung durch die tür crasht... mal wieder ein softwarefehler, kann man nichts machen.

welcome to idiocrazy

Es heißt Idiocracy weil es von Democracy kommt, auch wenns verrückt ist. Und vielleicht bringt mir die KI in der Dystopie wenigstens die stringente Groß/Kleinschreibung zurück. Dann wäre der Slop angenehmer zu lesen als der Startpost. Ob mir dann das Robotaxi oder das PUBG Taxi durch die Tür kracht ist mir eigentlich fast schon wurscht (;

Aber ja, in dem Moment, wo die KI Lösung Schäden verursacht und Geld kostet wird es auch zu einem - vermutlich panikartigen - Umdenken da und dort kommen. So wie jetzt KI als Wunderwerk gilt wirds dann eben zum Teufelszeug erklärt.

Es wird ja auch um Haftungsfragen gehen und zumindest dahingehend werden halbwegs kompetente Prompt-Verfasser und Ergebnis-Prüfer nicht ganz unwichtig sein.

Generell wirds interessant wenn die Gesellschaft erkennt: Eigentlich muss nicht jeder 40h "produktiv" sein im heutigen technischen Umfeld. Setzen wir uns dann trotzdem den ganzen Tag ins Büro und tun so als ob, während wir Token verbrennen zwischen den Meetings?

Ich arbeite in einer winzigen Nische (Modellbahn) einer Nische (Embedded). Ein Großteil der Technik ist 20-40 Jahre alt und quasi nicht dokumentiert.

Bei der Hardware Entwicklung siehts ähnlich düster aus, vermutlich weils da
1) Viel weniger gibt als Code und
2) Das was es gibt oft nicht als Text erfassbar ist

So fcked bin ich also (noch) nicht.

@Garbage: Das wird in zukunft nimma gehen und das ist gut so. dieses "in 3 Jahren is eh pension, i mach nix mehr neues" mindset, welches ja schon mindestens 10 jahre früher beginnt mit "ja nix neues" is purer wahnsinn.

Bei uns wird grad einiges umgeworfen (nicht nur AI) und wir haben noch immer die leute, welche komplett auf verweigerung sind. "neue prozesse torpedieren mir, wir bekommen ja mehr verantwortung und arbeit." was darin endet, dass man sich als software engineer weigert die bürotür für den techniker zu öffnen weil "ma is software entwickler, woher soll ich wissen ob das in ordnung ist? ich mach sicher keine tür auf, da soll er halt wieder heim fahrn!"

Diesen leuten hab ich nahegelegt sie sollen in sich gehen, die Zeichen der Zeit sehen und überlegen ob sie wirklich auf der Position stehen bleiben wollen, dass alles so bleiben muss wie bisher wenn sich alles verändert. sonst könnte es sein, dass sie über bleiben. freundlicher rat, ich bin kein manager.

@Wondermike: a) heul leise chantal :P b) super punkt. bei uns geht ein PR nach dem andern auf "der PR is doch AI formuliert" "jo, sieht danach aus.." "pff..." "was stört dich dran? dass wir eine beschreibeung haben? ein changelog? reasoning?"

is es schlecht / less nur weil die Ai es in einer qualität gemacht hat, für die ich eh immer zu faul gewesen bin?

@Infix: ach komm, als ob der status quo etwas ist, worüber ma sich auf die schultern klopfen muss. An jedem Bug sind "end 2 end" 2-3 verschiedene teams beteiligt, in welchem micro service das ding jetzt genau in stein geht ist grobes rätselraten und im zweifel hast du dazwischn noch proxies, reverse proxies, gateways, kubernetes, istio, dns server und dann hast noch tolle dependencies wie einen jetty server welcher einfach zwischn 2 releases ihr threading modell ändern und deine settings greifen nicht mehr :trololol:

Ich bin in 4 Modulen zuhause, welche zusammen wahrscheinlich irgnedwo 6 stellig LOCs haben. ich bin ja sowieos schon lang kein spezialist, der im kopf jede zeile auswenig kennt. kenn kenn die entry punkte, ich kenn die exits und ich kenn den signal flow laut spec.

@stevke: ja, die realen kosten wärn mal interessant, weil 4x3 cent für einen claude opus request, welchen ma komplett pimpen kann indem ein request der plan und ein request die implementierung ist, ist komplett insane. aber auch wenns 10 oder 20x so viel kostet, es ist im vergleich zu meinen personalkosten noch immer quasi gratis.

Jo eh, und Firmen wie Inspectiv werden die große Kohle mit Security Audits machen…oder halt die andere Seite mit Injections etc