Mit Vibe Coding allein kann man das kaum als Outsourcing bezeichnen. Beim Outsourcing prüft man auf Projektebene, aber die heutigen KI-Coding-Agenten müssen eher auf der kleineren Task-Ebene kontrolliert werden.
Bei echtem Outsourcing müsste ich die Arbeit abgeben und mich um andere Dinge kümmern können … im Moment muss man sich aber noch viel zu oft darum kümmern. Wie ein kluger, aber unbeholfener Junior-Entwickler …
Schon bald … vielleicht noch nicht ganz wie Outsourcing, aber womöglich können sie wie ein kleines Entwicklungsteam arbeiten … denke ich. Aufgaben erteilen, laufend reviewen und korrigieren … aber noch scheint selbst das nicht ganz erreicht zu sein.
Vielleicht liegt es auch daran, dass mir das Vibe dafür fehlt …
Es wirkt wie eine Art Beitrag darüber, dass man seit der Einführung von Excel-Funktionen das Gefühl hat, die eigene Fähigkeit zum Addieren und Subtrahieren sei verkümmert ... Da frage ich mich, ob es in den 90er- und 2000er-Jahren, als Excel gerade erstmals in die Büros einzog, nicht auch schon solche Diskussionen gab.
Da man entwickelt, um dem Business zu helfen ...
Wenn das LLM die Details der Implementierung übernimmt, müsste man sich dann nicht eher darauf konzentrieren, welche Rolle meine Anwendung für das gesamte Business des Unternehmens spielt und welche Bedeutung unser Business im Gesamtmarkt hat?
Und ich bezweifle auch, dass ein LLM wirklich alle Details der Implementierung übernehmen kann.
Früher habe ich einmal Code, den ich zu Lernzwecken in C geschrieben hatte, in Rust neu geschrieben, und ich erinnere mich noch daran, wie quälend der Umgang mit Zeigern war ... Dinge wie Rc oder RefCell bekomme ich gedanklich bis heute nicht so richtig sauber sortiert ...
Typischerweise wurde die Geschichte ignoriert und ein altes Rad wieder hervorgeholt.
Einige Ideen scheinen nicht schlecht zu sein (die Art, Markdown zu nutzen), aber im Vergleich zu anderen Tools gibt es wohl keinen großen Vorteil.
Wenn man sich die Diskussionen auf Hacker News ansieht,
zunächst einmal ist das Verständnis des Entwicklers für React viel zu gering.
Ich habe das Gefühl, dass der Name in naher Zukunft geändert werden dürfte ... Wie im Artikel steht, gibt es bereits ein überschneidendes Electron-Projekt ... Musste man wirklich unbedingt diesen Namen verwenden?
Wow, jetzt kann man es endlich nach Belieben verwenden!
Mit Vibe Coding allein kann man das kaum als Outsourcing bezeichnen. Beim Outsourcing prüft man auf Projektebene, aber die heutigen KI-Coding-Agenten müssen eher auf der kleineren Task-Ebene kontrolliert werden.
Bei echtem Outsourcing müsste ich die Arbeit abgeben und mich um andere Dinge kümmern können … im Moment muss man sich aber noch viel zu oft darum kümmern. Wie ein kluger, aber unbeholfener Junior-Entwickler …
Schon bald … vielleicht noch nicht ganz wie Outsourcing, aber womöglich können sie wie ein kleines Entwicklungsteam arbeiten … denke ich. Aufgaben erteilen, laufend reviewen und korrigieren … aber noch scheint selbst das nicht ganz erreicht zu sein.
Vielleicht liegt es auch daran, dass mir das Vibe dafür fehlt …
So bin ich in letzter Zeit genau drauf …
Ich frage mich, welche Einsatzmöglichkeiten es außer für Hacking gibt.
Gerade in Korea ist authentifizierungsbasierte Bezahlung faktisch erzwungen, daher kann sich das bei der Conversion-Rate nur negativ auswirken.
Es wirkt wie eine Art Beitrag darüber, dass man seit der Einführung von Excel-Funktionen das Gefühl hat, die eigene Fähigkeit zum Addieren und Subtrahieren sei verkümmert ... Da frage ich mich, ob es in den 90er- und 2000er-Jahren, als Excel gerade erstmals in die Büros einzog, nicht auch schon solche Diskussionen gab.
Da man entwickelt, um dem Business zu helfen ...
Wenn das LLM die Details der Implementierung übernimmt, müsste man sich dann nicht eher darauf konzentrieren, welche Rolle meine Anwendung für das gesamte Business des Unternehmens spielt und welche Bedeutung unser Business im Gesamtmarkt hat?
Und ich bezweifle auch, dass ein LLM wirklich alle Details der Implementierung übernehmen kann.
Wenn man sich die jüngsten SKT-Nachrichten ansieht, wurden erneut 25 zusätzliche Arten entdeckt, sodass es insgesamt 37 Arten sind.
Es gab einen Kommentar: „Das sind sogar mehr als die Viren auf einem Computer, der nicht gewartet wurde.“
Früher habe ich einmal Code, den ich zu Lernzwecken in C geschrieben hatte, in Rust neu geschrieben, und ich erinnere mich noch daran, wie quälend der Umgang mit Zeigern war ... Dinge wie
RcoderRefCellbekomme ich gedanklich bis heute nicht so richtig sauber sortiert ...Typischerweise wurde die Geschichte ignoriert und ein altes Rad wieder hervorgeholt.
Einige Ideen scheinen nicht schlecht zu sein (die Art, Markdown zu nutzen), aber im Vergleich zu anderen Tools gibt es wohl keinen großen Vorteil.
Wenn man sich die Diskussionen auf Hacker News ansieht,
zunächst einmal ist das Verständnis des Entwicklers für React viel zu gering.
Ich habe das Gefühl, dass der Name in naher Zukunft geändert werden dürfte ... Wie im Artikel steht, gibt es bereits ein überschneidendes Electron-Projekt ... Musste man wirklich unbedingt diesen Namen verwenden?
Heutzutage denke ich bei BPF sofort an den SKT-Hacking-Vorfall.
Korea Internet & Security Agency (KISA): Während der Bestätigung des SKT-Hackings wurden 8 Varianten von Malware identifiziert
Deshalb haben sie wohl auch einen Leitfaden zur Überprüfung auf die BPFDoor-Malware verteilt.
Scheint fast dasselbe zu sein wie die Jargon File.
Sollte man dann nicht selbstverständlich den Preis senken?
Beim Vergleich des Codes scheint es, als ließen sich ziemlich viele Tokens einsparen.
Leute, ich habe das Gefühl, als würde ich den Atem der alten Hasen bis hierher spüren ...
Ist wohl AGPL..
Svelte ist das Beste
Vielen Dank! :)
Vielen Dank, dass Sie das so positiv sehen :)
Es gibt noch vieles, was fehlt, aber ich möchte versuchen, es mit guten Inhalten zu füllen