Trend-Themen
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
> Die Kosten für die Erklärung der Geschäftslogik an AI > die Kosten für das Codieren, deshalb verwende ich im Backend kein Vibe Coding.
Meiner Meinung nach liegt es auch daran, dass das Backend nicht bereit ist, AI zum Schreiben zu verwenden, weil es zu sehr von gewohnten Pfaden abhängig ist, zu vertraut ist und lieber in seiner Komfortzone bleibt, während man sich nicht traut, mit Prompts Code zu generieren. Im Frontend ist es umgekehrt, da man weniger vertraut ist, ist man eher bereit, es auszuprobieren.
Ein weiteres Problem, das dir bereits klar ist: Es ist schwierig, die eigenen Anforderungen klar mit Prompts zu beschreiben.
Die Fähigkeit, in einfacher, verständlicher natürlicher Sprache zu kommunizieren, ist eine Anforderung an erfahrene Programmierer, denn in der Realität musst du Menschen führen und andere davon überzeugen, dein Design zu verwenden, was immer eine natürliche Ausdrucksweise und Kommunikation erfordert.
Backend-Code kann man versuchen, mit Pseudocode in Prompts zu arbeiten, TDD auszuprobieren, zuerst Testcode zu schreiben und dann zu implementieren, aber ich empfehle immer noch, AI mehr zu nutzen.
Vor 11 Stunden
Ich stimme dem, was Lehrer Baoyu gesagt hat, sehr zu und kann einige andere Perspektiven (Backend und Frontend Vb) hinzufügen.
Als ich Backend in Java geschrieben habe, habe ich nie Vb-Programmierung verwendet, alles war Handcode, weil das Java-Ökosystem extrem ausgereift ist und die Frameworks die technischen Details der unteren Ebene stark abstrahieren. Ich muss mich nur auf die Implementierung der Geschäftslogik konzentrieren.
Die Kosten für die Erklärung der Geschäftslogik an die KI > die Kodierungskosten, daher verwende ich im Backend keine Vb-Programmierung.
Aber wenn ich Frontend schreibe, benutze ich oft Agenten für die vollautomatische Erstellung + einen Editor zur Feinabstimmung. 99 % des Codes werden von Agenten für mich geschrieben, ich muss nur einige Anpassungen basierend auf den Ergebnissen vornehmen, oft beim ersten Versuch.
Warum benutze ich beim Schreiben von Frontend-Agenten vollautomatisch? Ein großer Grund ist, dass die Wiederholbarkeit von Frontend-Code nicht vermieden werden kann. Egal wie hochqualifiziert der Ingenieur ist, jedes Element, jeder Button muss immer noch an den richtigen Stellen eingefügt werden, um den gewünschten Effekt zu erzielen.
Jede Validierung, jedes Popup, jede Benachrichtigung und jede Formularübermittlung im Frontend kann nicht von einem Framework für dich erledigt werden; du musst es selbst schreiben. In diesem Moment wird der Vorteil des vollautomatischen Agenten deutlich: Solange du die Aufgabe klar formulierst, kann die aktuelle Modellfähigkeit dir helfen, 99 % der Arbeit zu reproduzieren.
Jetzt gibt es im Frontend-Stack-Entwicklung bereits ein ausgereiftes Monorepo-Modell. In diesem Modell kann das große Modell alle APIs und Objektdesigns des gesamten Projekts im selben Repository verstehen. Daher denke ich, dass die Verwendung von Monorepo + Agent vollautomatisch in der Full-Stack-Entwicklung einfach eine explosive Effizienz bedeutet.
Zusammenfassend lässt sich sagen, dass die Entscheidung, ob man Agenten vollautomatisch verwendet, davon abhängt, ob sie mir Zeit sparen und die Effizienz steigern können. Für einen erfahrenen Ingenieur sollte es leicht sein zu beurteilen, in welchen Codierungsszenarien Agenten zur Effizienzsteigerung eingesetzt werden können.
Natürlich empfehle ich auch nicht, alles der AI zu überlassen. Einige sich wiederholende Aufgaben sollten unbedingt von der AI erledigt werden, aber bei Designaufgaben sollte die AI höchstens unterstützend eingesetzt werden. Außerdem sollte man regelmäßig bewusst etwas Code manuell schreiben, um die eigenen Fähigkeiten nicht verkümmern zu lassen.
Es ist wie bei den Menschen, die keine körperliche Arbeit mehr verrichten müssen, aber trotzdem ins Fitnessstudio gehen!
3,21K
Top
Ranking
Favoriten