we are all fcked (as software devs)

Zitat

Eine ordentliche IT Bude hat ein Monitoring, welches Tickets erstellt oder Anrufe tätigt. Da würden mir Dinge einfallen die man am Anfang der KI geben kann. Zuerst die weniger kritischen Dinge, wie zB auf dem Server X ist die Disk zu 80% voll. Und wenn der Platz nicht rasant kleiner wird, weil irgendein Job läuft der wwi… sagen wir seine Logfiles nicht wegschreiben kann, machst du nichts. Wenn in 10 Minuten statt 80% dann doch 90% belegt sind, rufst jemanden an. Und der schaut sich das an. Und irgendwann musst sie nicht mal den anrufen, weil die AI lernt, sie muss Diskspace vergrößern. Oder wwi. Oder die lernt, dass ein Task jeden Tag um 07:00 läuft und kurzfristig irgendetwas beeinflusst, sie macht nichts, checkt eine Stunde später wieder… usw.
Oder sie checkt Jira Tickets, irgendwelche Reporte.

das was du da beschreibst sind aber eher normale Automatisierungsgeschichten die man theoretisch schon seit Beginn von gscheiter Monitoring Software wie nagios machen kann... dazu brauchts keine KI. das mit dem disk beispiel würde bei uns z.B. per SMS an den Bereitschaftshabenden gehen...

Das ich einer KI überlasse welche Alarme sie schickt und welche nicht... ja vll irgendwann mal mit unkritischen Tasks... das macht das Kraut aber nicht fett.
Die Alarme sind ja beim anlegen schon so denfiniert ob sie eine SMS auslösen oder nicht (also wichtig genug sind - bei uns abhängig von der "Severity" in Zabbix). Oder halt durchs Template definiert wenns Checks sind die automatisch angelegt werden mit discovery

egal jetzt, ist eh OT

Zitat aus einem Post von davebastard

wenn das alles so kommt ist es eher eine Umstellung wie bei den Produktionsbetrieben (Fließbandarbeit) als die Automatisierung mit Roboter usw. begonnen hat. Ganz weggefallen sind die Jobs nicht aber ein doch recht großer Anteil is weniger...

ist halt nicht das gleiche, bei jeder anderen automatisierungstechnologie stecken menschen dahinter die das ganze mit intention durchdacht, gebaut und programmiert haben und folglicherweise auch verstehen.

würde man nötigerweise die gleiche kontrolle bei AI-tools zugrunde legen um das ganze im gleichen umfang nachvollziehen zu können und zu verstehen würde das die ganze "ersparnis" dadurch ad-absurdum führen, wird also früher oper später wegfallen (bzw. wirds schon vielerorts einfach garnicht gemacht), weil sonst würd das ganze nichts bringen (im sinne von ROI).

Hab gestern, motiviert durch den Beitrag hier, ein kleines Grafikprogramm für meine Frau mit Claude erstellt. 30min später war es fertig, ich verblüfft und meine Frau überzeugt. Wahnsinn!

Zitat aus einem Post von InfiX

ist halt nicht das gleiche, bei jeder anderen automatisierungstechnologie stecken menschen dahinter die das ganze mit intention durchdacht, gebaut und programmiert haben und folglicherweise auch verstehen.

würde man nötigerweise die gleiche kontrolle bei AI-tools zugrunde legen um das ganze im gleichen umfang nachvollziehen zu können und zu verstehen würde das die ganze "ersparnis" dadurch ad-absurdum führen, wird also früher oper später wegfallen (bzw. wirds schon vielerorts einfach garnicht gemacht), weil sonst würd das ganze nichts bringen (im sinne von ROI).

ein senior Dev hat aber kein Problem den Code den die KI generiert zu lesen.... wieviel Zeit ihn das kostet ist halt die andere Frage Theoretisch kannst die KI ja auch eine Doku anlegen lassen. Man kann auch gleich mit eingebauten Telemetriedaten (opentelemetry und co.)arbeiten um den Fehler schneller zu lokalisieren.. wie gesagt heute ist ja das meiste eh ein zamstoppeln von microservices, es ist schon möglich damit einzuschränken wo sich der Fehler befindet. Es gibt ja auch bei automatisierten Produktionsbetrieben Personal was für die Instandhaltung da is. Ich kenn sojemand, das is auch hin und wieder ein "reverse engineering". auch wenn sowas wie SPS natürlich sehr stable is... den Mitarbeiter der die SPS programmiert hat gibts vll nicht mehr, da können auch fehler drin sein. usw. usf.
analog sind einzelne Services wie z.B. eine MySQL Datenbank oder Redis oder wwi nginx und diverse Frameworks auch sehr stable... das sind auch imho die Produkte wo die KI kein Leiberl haben wird wo noch lange Menschen dahinter sein müssen das alles passt.

die Frage ist eher was macht man wenns keine Senior Devs mehr gibt? Das seh ich aber nicht kommen, auch wenn das Thema "keine junior dev Arbeitsplätze mehr wegen KI" grad trended wird man dafür Lösungen finden (und müssen)

edit: natürlich viiiel spekulation nicht zu ernst nehmen

Zitat aus einem Post von InfiX

ja wie du angemerkt hast, jetzt gibts noch senior devs die das können...
...und wer kontrolliert dann die doku?

das problem bleibt im endeffekt immer das gleiche ^^

i geb da voll recht.
einerseits sind die möglichkeiten mittlerweiler schon sehr oag.
andererseits muss man auch realistisch bleiben.
der goldene gral isses noch ned.
lediglich claude code und opencode is ultra oag grad.
openclaw is auch krass, aber wäre mir zu unsicher.

aber ich wiederhole mich: alles unter opus 4.6 und codex 5-3 is noch ned so gut.
einfach als coding agent mal hernehmen.

Zitat aus einem Post von Longbow

Nachdem das Teil (claude 4.6! giithub premium) letztens kläglich an einem Helm chart gescheitert ist… mach mir keine Sorgen.

„Bitte mach mir grafana/loki the usual… das sind die Einschränkungen…“

Und dann hat das Handerl halten angefangen und bei jedem „bugfix“ hat er wilder begonnen alles komplett umzudrehen und tlw hoffnungslos zu overengineeren.

in vs code jetzt? dann scheints bei helm charts noch sehr abzulosen... gibt sicher noch mehr bereiche wos schlecht rennt.

hrhr
ja. ohne senior software dev da code in prod hauen spielts noch ned.

ich hab letztens was mit der atlassian cli gemacht.
acli installiert und dann einen agent skill dazu installiert.
er hat mir dann in jira alles brav ausgelesen, eingefügt etc.
zum schluss bin ich draufgekommen dass der skill nicht im richtigen ordner war.
er hat nen fehler im hintergrund geworfen und dann einfach geschaut ob acli installiert war und dann diese genutzt anhand der befehle und rückmeldungen. das is schon krass... und auch der grund warum ich sowas nicht ausser einer vm verwenden würde. (also jetzt opencode)

Zitat aus einem Post von InfiX

ja wie du angemerkt hast, jetzt gibts noch senior devs die das können...
...und wer kontrolliert dann die doku?

das problem bleibt im endeffekt immer das gleiche ^^

der Vergleich war aber ein Produktionsbetrieb und ein Produktionsbetrieb muss auch überprüfen wenn Hausnummer eine externe Firma eine Produktionsstraße aufbaut ob das Pflichtenheft erfüllt ist usw. es war ja nie von ganz allein laufen lassen die Rede. Eine Reduktion um die 30% der Mitarbeiter wie Gräflicher geschrieben hat tut ja schon weh.

ich hab selber nur chatgpt die Bezahlvariante zur Verfügung und da sind auch noch hin und wieder Fehler drinnen... aber man merkt halt auch dass es von Iteration zu Iteration besser wird. insofern halte ich es mittlerweile schon für möglich dass es longterm Arbeitsplätze kosten wird. Vll sogar jetzt schon in manchen Fällen ..

war eigentlich immer der Meinung dass es nicht so schnell weitergeht aber im letzten halben Jahr hat sich meine Wahrnehmung da leider etwas verändert... wie gesagt bei Claude stütze ich mich aber auch nur auf Infos von unseren Devs