KIs sollen Coder schneller machen, doch real ist das Gegenteil der Fall
Was ich eher sehe, ist, das vor allem "alte Hasen" bei der Nutzung von KI an ihrem eigenen Ego scheitern und oft ungeübt in der Nutzung von KI Tools sind und diese falsch einsetzen und für Dinge für die diese nicht geeignet ist. Mal abgesehen davon, das die Aussage, das nur 40% der Vorschläge die die KI macht, nicht angenommen werden, nichts aussagt. Ja, ich nehme auch nicht alles an was die KI vorschlägt, das aber nicht weil es falsch währe, sondern weil ich es einfach in bestimmten Codeteilen unnötig finde, weil die KI Vorschläge macht, die Grundsätzlich zwar richtig sind, ich den Code aber persönlich auf die andere weise lesbarer finde, auch wenn mein Code etwas ineffizienter ist und ein paar Zeilen länger, weil ich halt für mich und meine Kollegen lesbaren Code besser finde als irgendwelche fancy Konstrukte, die kürzer sind, dafür für viele Entwickler erstmal schwerer verständlich. Oder die KI nimmt es oft mit dem Exception Handling wesentlich genauer als der erfahrene Entwickler. Der lässt da gern mal Dinge gerade sein und hat keinen Bock jede einzelne auch noch so unwahrscheinliche Exception zu behandeln. Genau so sind viele erfahrene Entwickler was Kommentare angeht oft sehr schreibfaul und übernehmen das dann nicht, genau so wie die Vorschläge beim Logging. Ich nehme die KI vor allem dafür her, um boilerplate Code schnell zu erstellen, Unit Tests zu generieren und auch nochmals meinen Code zu reviewen damit ich nicht eventuell etwas wichtiges übersehen habe. Auch lernt man da gerne mal was neues. Dazu verkürzt das auch die Zeit beim PR review. Dazu kann man die KI auch dazu nutzen den Code nach eventuellen Security Problemen zu checken. Heist ich verwende die KI vor allem um den Code besser zu machen und nochmal alles gegenzuprüfen. Das mag erstmal so wirken als ob man dann länger braucht, verhindert aber auf lange sicht bugs. Dazu verwende ich die KI auch um Code zu Kommentieren, was viele (auch erfahrene Entwickler) sträflich vernachlässigen. Auch um schneller Stacktraces zu verstehen und Fehler zu finden eignet es sich gut. Wogegen es sich weniger eignet ist, ist zu denken, die KI könnte ganze Usecases komplett alleine implementieren. Das mag im einzelfall gehen, dazu muss die User Storie aber schon sehr gut beschrieben sein, was aber die wenigsten sind. Mal ganz davon abgesehen ist ein Vergleich auf diese weise reines Glaskugellesen, da man wenn man Ki einsetzt nicht vorher weis wieblange man gebraucht hätte ohne den Einsatz.
Kommentare
6
Kommentare
geschrieben
1
Antworten
erhalten
1
Likes
erhalten
KIs sollen Coder schneller machen, doch real ist das Gegenteil der Fall
Was ich eher sehe, ist, das vor allem "alte Hasen" bei der Nutzung von KI an ihrem eigenen Ego scheitern und oft ungeübt in der Nutzung von KI Tools sind und diese falsch einsetzen und für Dinge für die diese nicht geeignet ist. Mal abgesehen davon, das die Aussage, das nur 40% der Vorschläge die die KI macht, nicht angenommen werden, nichts aussagt. Ja, ich nehme auch nicht alles an was die KI vorschlägt, das aber nicht weil es falsch währe, sondern weil ich es einfach in bestimmten Codeteilen unnötig finde, weil die KI Vorschläge macht, die Grundsätzlich zwar richtig sind, ich den Code aber persönlich auf die andere weise lesbarer finde, auch wenn mein Code etwas ineffizienter ist und ein paar Zeilen länger, weil ich halt für mich und meine Kollegen lesbaren Code besser finde als irgendwelche fancy Konstrukte, die kürzer sind, dafür für viele Entwickler erstmal schwerer verständlich. Oder die KI nimmt es oft mit dem Exception Handling wesentlich genauer als der erfahrene Entwickler. Der lässt da gern mal Dinge gerade sein und hat keinen Bock jede einzelne auch noch so unwahrscheinliche Exception zu behandeln. Genau so sind viele erfahrene Entwickler was Kommentare angeht oft sehr schreibfaul und übernehmen das dann nicht, genau so wie die Vorschläge beim Logging. Ich nehme die KI vor allem dafür her, um boilerplate Code schnell zu erstellen, Unit Tests zu generieren und auch nochmals meinen Code zu reviewen damit ich nicht eventuell etwas wichtiges übersehen habe. Auch lernt man da gerne mal was neues. Dazu verkürzt das auch die Zeit beim PR review. Dazu kann man die KI auch dazu nutzen den Code nach eventuellen Security Problemen zu checken. Heist ich verwende die KI vor allem um den Code besser zu machen und nochmal alles gegenzuprüfen. Das mag erstmal so wirken als ob man dann länger braucht, verhindert aber auf lange sicht bugs. Dazu verwende ich die KI auch um Code zu Kommentieren, was viele (auch erfahrene Entwickler) sträflich vernachlässigen. Auch um schneller Stacktraces zu verstehen und Fehler zu finden eignet es sich gut. Wogegen es sich weniger eignet ist, ist zu denken, die KI könnte ganze Usecases komplett alleine implementieren. Das mag im einzelfall gehen, dazu muss die User Storie aber schon sehr gut beschrieben sein, was aber die wenigsten sind. Mal ganz davon abgesehen ist ein Vergleich auf diese weise reines Glaskugellesen, da man wenn man Ki einsetzt nicht vorher weis wieblange man gebraucht hätte ohne den Einsatz.
Neues Modell: Abrechnung von Java-Lizenzgebühren nach Mitarbeitern
@tueftler42: Heist im Grunde auch, wenn die ganze Firma kein Oracle Java verwendet aber man einen Freelancer für ein Projekt zur Unterstützung einstellt der das zufällig auf seinem Rechner hat, darf man dann plötzlich in einem 100.000 Mitarbeiter Betrieb für die ganze Firma Lizenzgebühren abdrücken. Würde mich schwer wundern wenn das in irgendeiner Weise Rechtsgültig ist. Solche Lizensbedingungen gehören von Gesetzes Seite schon verboten und solche Firmen dir mit sowas ankommen geächtet und mit riesigen Strafzahlungen belegt.
Das währe ja praktisch so als ob die Telekom sagen würde, hier in Ihrem Wohnblock hat jemand einen Telekom Internet Anschluß also müssen alle anderen auch Zahlen, weil läuft ja über den selben Hausanschluß im Keller.
Neues Modell: Abrechnung von Java-Lizenzgebühren nach Mitarbeitern
@Mitsch79: Das heist ja nicht das diese von Java weg gehen müssen. Es wird halt nur nicht mehr die Kommerzielle Oracle Version von Java verwendet, wo ich mich eh frage wer die braucht. Ist mittlerweile das Neukundengeschäft bei Oracle eigentlich komplett bei 0 angelangt, das sie versuchen jetzt noch die bestehenden Kunden die nicht so schnell wechseln können, auszupressen? Gibt es eigentlich noch irgendjemand der bei neuen Projekten und der bei klarem Verstand ist, irgendwas von Oracle verwendet? Selbst die Datenbank von Oracle fast doch keiner mehr freiwillig an ausser mit der Müllzange und Nasenklammer und Ganzkörper Schutzanzug.
Neues Modell: Abrechnung von Java-Lizenzgebühren nach Mitarbeitern
@James8349: Definiere "Standardisiert". Das Wort sagt absolut garnichts. Weiterhin zeige mir nur eine einzige Kommerzielle Software wo keine einzige OpenSource Library verwendet wird die nicht unter irgendeiner Opensource Lizenz läuft. Du redest Nonsens und scheinst keine Ahnung von Software Entwicklung zu haben.
PowerShell-Erfinder: Microsoft hat ihn für seine Arbeit degradiert
@H3LD: Oder man schätzt dann UserStorys einfach vom Aufwand generell höher und schaft sich so den Freiraum zur Weiterbildung während der Arbeit.
PowerShell-Erfinder: Microsoft hat ihn für seine Arbeit degradiert
@Schnoog: Also ich habe keinerlei Probleme mit Win 11. Auf einem Ultra Widescreen Monitor arbeitet es sich damit besser als mit Windows 10. Da kann ich mir den Bildschirm besser aufteilen und die mittig zentrierte Taskleiste ist da auch von Vorteil. PowerSchell und beliebt? Ich kenne keinen bei uns in der Firma (vorwiegend Software Entwickler) der die wirklich nutzt. Die meisten nutzen die GitBash oder WSL und teils das alte cmd. Die Powershell rührt kaum einer an ausser irgendwelche Sysadmins für irgendwelche Powershell Scripte.