La maggior parte degli ingegneri usa l'IA. Pochi ingegneri fanno ingegneria con essa.
Ormai la maggior parte degli ingegneri del software usa l'IA.
La usano per il debugging, per scrivere test o per generare query SQL. Usare l'IA è facile. Fare ingegneria con l'IA è molto più difficile.
Ho notato un problema mentre usavo l'IA su compiti reali in un repository. Una modifica errata non si limita a produrre un output scadente. Rompe la tua struttura, i tuoi test e la tua futura manutenibilità.
La parte di generazione del codice è semplice. Un prompt generico produce codice rapidamente. A prima vista sembra pulito.
I risultati utili arrivano solo quando svolgi prima il lavoro noioso. Devi:
- Definire il requisito.
- Limitare l'ambito.
- Spiegare i vincoli.
- Decidere come verificare la modifica.
La competenza non è il prompting. La competenza è dare forma al lavoro.
L'IA aumenta la velocità di output. Non aumenta la qualità della verifica. Se il codice diventa più veloce da generare, i requisiti poco chiari diventano più costosi. Le revisioni approssimative diventano più pericolose.
L'IA amplifica il tuo attuale ciclo di ingegneria.
Se il requisito non è chiaro, l'IA produrrà comunque qualcosa. Se l'architettura è disordinata, l'IA copierà il disordine. Se non sei in grado di revisionare l'output, la velocità diventa un rischio.
La domanda non è se l'IA sostituirà gli ingegneri. La domanda è: quali parti dell'ingegneria diventano più importanti quando il codice costa poco?
La mia risposta: pensare chiaramente prima dell'implementazione.
L'IA rende ancora più importanti i vecchi consigli:
- Pensa due volte, scrivi codice una volta sola.
- Definisci il problema prima di chiedere all'IA di costruirlo.
- Valuta i compromessi prima di accettare una risposta.
- Verifica il comportamento prima di fare il merge.
L'ingegneria si sta spostando dalla scrittura del codice alla definizione della modifica corretta.
Tratta l'IA come un collaboratore che ha bisogno di struttura. Un buon ciclo è questo: Requisito → Lacune → Piano → Piccola modifica → Revisione → Controlli → Note.
La vera ingegneria non consiste nel produrre codice. Consiste nel produrre modifiche affidabili.
Il vantaggio non sta nel generare più codice possibile. Il vantaggio sta nel sapere cosa costruire e come si inserisce nel tuo sistema.
Gli ingegneri che vinceranno non saranno i più veloci a scrivere prompt. Saranno quelli che progettano flussi di lavoro migliori attorno allo strumento.
Source: https://dev.to/jeelvankhede/most-engineers-use-ai-few-engineer-with-it-3pd
Optional learning community: https://t.me/GyaanSetuAi