Argomenti di tendenza
#
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.
> Il costo della logica aziendale spiegato all'AI > costo di codifica, quindi non utilizzo Vibe Coding nel backend.
Dal mio punto di vista, il motivo per cui nel backend non si utilizza l'AI per scrivere è anche a causa della dipendenza dal percorso, si è troppo familiari e si preferisce rimanere nella propria zona di comfort, mentre si è meno disposti a utilizzare le parole chiave per generare codice. Nel frontend, invece, proprio perché non si è familiari, si è più disposti a rischiare.
Inoltre, il problema che hai già ben chiaro: è difficile descrivere chiaramente le proprie esigenze con le parole chiave.
Essere in grado di esprimere e comunicare in modo semplice e comprensibile con il linguaggio naturale è una richiesta per i programmatori esperti, perché nella realtà devi guidare le persone, convincere gli altri a utilizzare il tuo design, e tutto ciò richiede una comunicazione naturale.
Per il codice backend, puoi provare a utilizzare le parole chiave con il pseudocodice, provare il TDD, scrivere prima il codice di test e poi implementarlo, ma consiglio comunque di utilizzare di più l'AI.
11 ore fa
Sono d'accordo con quanto detto dal maestro Baoyu e posso aggiungere alcune altre prospettive (Vb per il backend e il frontend).
Quando scrivo backend in Java, non uso mai la programmazione Vb, scrivo tutto a mano, perché l'ecosistema Java è estremamente maturo e i framework hanno già incapsulato in modo elevato i dettagli tecnici di base, quindi posso concentrarmi solo sull'implementazione della logica di business.
Il costo di spiegare la logica di business all'AI è maggiore > del costo di codifica, quindi non utilizzo la programmazione Vb nel backend.
Tuttavia, quando scrivo il frontend, spesso utilizzo un Agent completamente automatico + un editor per fare delle piccole regolazioni, il 99% del codice è scritto dall'Agent, io devo solo fare alcune piccole modifiche in base ai suoi risultati, molte volte riesco a farlo al primo colpo.
Perché utilizzo un Agent completamente automatico quando scrivo il frontend? Una delle ragioni principali è che la ripetitività del codice frontend non può essere evitata, indipendentemente da quanto sia esperto un ingegnere, ogni componente, ogni pulsante deve comunque essere inserito nel posto giusto e combinato per ottenere l'effetto desiderato.
Ogni validazione frontend, finestra di dialogo, messaggio, invio di moduli non può essere completata da un framework, devi comunque scriverla a mano, ed è qui che i vantaggi di un Agent completamente automatico si evidenziano: basta scrivere chiaramente il Task e le attuali capacità del modello possono aiutarti a riprodurre il 99% del lavoro.
Ora, nello sviluppo full-stack frontend, esiste già un modello Monorepo maturo, in questo modello il grande modello può comprendere tutte le API e le definizioni degli oggetti dell'intero progetto all'interno dello stesso repository, quindi credo che lo sviluppo full-stack utilizzando Monorepo + Agent completamente automatico sia estremamente efficiente.
In sintesi, il mio pensiero è: se utilizzare un Agent completamente automatico dipende dal fatto che possa aiutarmi a risparmiare tempo e aumentare l'efficienza, e per un ingegnere esperto, dovrebbe essere facile giudicare quali scenari di codice possono utilizzare l'Agent per migliorare l'efficienza.
Certo, non consiglio di affidare tutto all'AI; alcune attività ripetitive devono essere gestite dall'AI, ma per quanto riguarda le questioni di design, l'AI dovrebbe essere utilizzata solo come supporto. È importante anche scrivere manualmente del codice di tanto in tanto per non far deteriorare le proprie competenze.
È un po' come se oggi le persone non avessero più bisogno di fare lavori fisici, ma continuassero ad andare in palestra!
3,2K
Principali
Ranking
Preferiti