AI per il coding: come ottenere aiuto affidabile da Llama

Tutti e quattro i modelli Llama nella nostra chat sono progettati per generare codice oltre che testo, stando alle model card di Meta, e sono ottimi alleati per la programmazione: spiegano codice che non conosci, scrivono piccole funzioni, impostano test e trasformano un messaggio di errore in un fix. Sbagliano anche con totale sicurezza, quindi l'atteggiamento giusto è quello di chi fa una code review: leggi ogni suggerimento come se arrivasse da un collega veloce ma inesperto, e non fare merge di nulla che tu non abbia controllato. Questa guida spiega come chiedere, come verificare e quali sono i limiti nella nostra chat.

In cosa eccelle Llama nella programmazione quotidiana

• Spiegare il codice. Incolla una funzione ereditata da altri e chiedi cosa fa, riga per riga, e cosa potrebbe romperla.
• Parti piccole e ben definite. Una funzione che fa il parsing di una data, una regex, una query SQL, un comando shell one-liner, un layout CSS.
• Debug da un errore. Incolla l'intero messaggio di errore insieme al codice circostante.
• Test. "Scrivi gli unit test per questa funzione, inclusi i casi limite": spesso fa emergere scenari a cui non avevi pensato.
• Tradurre tra linguaggi diversi. Da Python a JavaScript, da uno script Bash a PowerShell.
• Confrontarsi sull'architettura. Descrivi cosa intendi realizzare e chiedi di evidenziare i punti deboli prima ancora di scrivere una riga di codice.

È meno efficace sui cambiamenti ampi che toccano molti file a cui non ha accesso, sulle librerie modificate dopo il suo knowledge cut-off e su tutto ciò che dipende dalla configurazione specifica della tua macchina.

Fornisci il contesto che servirebbe a un collega

Debole:
il mio codice non funziona, aggiustalo
[incollate 300 righe]

Efficace:
Node.js 22, JavaScript puro, nessuna libreria. formatDue(dateString)
dovrebbe stampare la data di scadenza nell'ora locale dell'utente, ad es. "Lun 3 Marzo".
Per gli utenti in Brasile mostra il giorno prima.

Cosa vedo nella console:
[incolla l'output esatto]

Codice (solo formatDue e la riga che la invoca):
[incolla]

Spiegami prima la causa, poi fornisci la versione corretta di formatDue. Mantieni il suo nome
e il suo singolo argomento, e non aggiungere librerie per le date.

La versione efficace specifica il linguaggio e le versioni, indica cosa dovrebbe accadere e cosa succede invece, include l'errore esatto, riduce il codice all'essenziale e definisce come deve essere strutturato il fix. Ognuno di questi dettagli elimina i dubbi. Ecco una checklist per qualsiasi prompt di programmazione:

1. Linguaggio, versione, framework e librerie.
2. Cosa dovrebbe fare il codice e cosa fa invece.
3. Il messaggio di errore esatto o l'output errato, copiato e non parafrasato.
4. Un esempio di codice minimo che riproduca il problema.
5. Vincoli: "nessuna nuova dipendenza", "deve girare su Windows", "mantienilo leggibile per principianti".

Un flusso di lavoro sicuro: pianifica, scrivi, esegui, revisiona

1. Pianifica prima. Per qualsiasi cosa più complessa di una singola funzione, chiedi l'approccio prima del codice: "Spiega a grandi linee come struttureresti la soluzione, con file e funzioni, ma non scrivere ancora codice." Correggere un piano costa poco; correggere 200 righe no.
2. Procedi a piccoli passi. Una funzione o una modifica alla volta. Le risposte lunghe lasciano più spazio agli errori, e i messaggi nella nostra chat hanno un limite di lunghezza. Se il codice si interrompe, rispondi "continua dall'ultima riga completa".
3. Eseguilo tu. Llama non può eseguire codice nella nostra chat. Si limita a prevedere come appare un codice funzionante; solo eseguirlo ti dirà se funziona davvero.
4. Fornisci i risultati reali. Incolla il nuovo errore o l'output scorretto. Pochi scambi brevi di questo tipo portano solitamente a risultati migliori rispetto a una sola lunga spiegazione.
5. Rivedi prima di fare il commit. Leggi ogni riga. Poi chiedi con prompt separati: "Quali casi limite non sono coperti?" e "C'è qualcosa di non sicuro qui?".

Fai attenzione a questi errori tipici

Funzioni e opzioni inventate

I modelli a volte invocano un metodo inesistente o usano un flag da riga di comando che appartiene a un altro strumento. Se qualcosa non ti torna, controlla la documentazione ufficiale prima di usarlo.

API obsolete

I dati di addestramento si fermano a una data limite: agosto 2024 per Llama 4 e dicembre 2023 per Llama 3.3 e 3.1, secondo le model card di Meta. Le librerie rilasciate o modificate successivamente sono sconosciute al modello, che spesso suggerirà il vecchio approccio. Digli quale versione stai usando e incolla la parte rilevante della documentazione aggiornata se necessario.

Codice funzionante ma non sicuro

Attenzione alle query SQL create concatenando stringhe, alla validazione mancante dell'input, ai segreti inseriti nei file sorgente, ai controlli dei certificati disabilitati e ai permessi dei file troppo permissivi. Chiedi espressamente una revisione di sicurezza per qualsiasi cosa esposta a internet.

Logica plausibile ma errata

Errori off-by-one, fusi orari, arrotondamenti con il denaro, liste vuote. Scrivi un test con risultati noti prima di fidarti dell'output.

Non inserire dati sensibili nella chat

Non incollare mai chiavi API, password, chiavi private, stringhe di connessione o dati dei clienti. Sostituiscili con segnaposto come API_KEY_HERE. I tuoi messaggi passano attraverso il nostro server e un provider di inferenza terzo per generare la risposta; considera esposto qualsiasi dato sensibile che lascia la tua macchina e provvedi a ruotarlo. Se la tua azienda ha regole sulla condivisione di codice con servizi esterni, rispettale. Maggiori dettagli su Privacy e sicurezza con l'AI.

Quale modello Llama scegliere per il codice?

Inizia con quello predefinito, Llama 4 Maverick. Llama 3.3 70B è una valida alternativa solo testo e un ottimo secondo parere sullo stesso problema. Llama 3.1 8B è veloce per compiti semplici come una regex o un comando su una sola riga, ma controlla attentamente l'output per qualsiasi aspetto delicato. La guida ai modelli confronta tutti e quattro.

Vuoi Llama all'interno del tuo editor o della tua app? I modelli sono open-weight, quindi puoi eseguire Llama in locale o richiamarlo tramite API. Verifica prima i requisiti sulla nostra pagina sulla licenza di Llama.

Prompt pronti all'uso

• "Spiega questo codice a uno sviluppatore appena arrivato nel progetto. Poi elenca tre modi in cui potrebbe fallire in produzione. [codice]"
• "Scrivi una funzione in [linguaggio] che [fa X]. Includi type hint, una docstring e tre esempi di chiamata con l'output atteso."
• "Scrivi unit test con [framework] per questa funzione. Copri input normale, input vuoto e input non valido. [codice]"
• "Converti questo codice da [linguaggio A] a [linguaggio B] mantenendo lo stesso comportamento. Segnala qualsiasi cosa che non abbia un equivalente diretto."
• "Analizza questo codice cercando solo problemi di sicurezza, ordinati per gravità. [codice]"

Usa l'assistente di codice per task specifici, esplora i prompt per la programmazione, leggi Llama per sviluppatori, oppure chiedi a Llama di spiegare un pezzo di codice subito.

Domande frequenti

Llama può eseguire il mio codice?

No. Nella nostra chat legge e scrive solo testo. Non può eseguire codice, aprire i tuoi file o accedere al tuo repository, quindi esegui e testa tutto in autonomia.

Posso usare il codice scritto da Llama nel mio progetto?

In genere sì, ma la responsabilità è tua: revisionalo, testalo e presta attenzione agli snippet più lunghi che sembrano provenire da progetti noti, poiché potrebbero comportare obblighi di licenza. Queste sono informazioni generali, non una consulenza legale.

Funziona meglio con alcuni linguaggi rispetto ad altri?

Di solito sì. I linguaggi più diffusi con molto codice pubblico (Python, JavaScript, Java, PHP, SQL e simili) tendono a ottenere risposte migliori rispetto a linguaggi di nicchia o framework nuovissimi. A prescindere dal linguaggio, testa sempre il risultato.

Perché suggerisce una versione vecchia di una libreria?

I suoi dati di addestramento hanno una data limite. Indicagli quale versione usi e incolla la documentazione rilevante: potrà lavorare su quella anziché affidarsi alla memoria.

È sicuro incollare il codice della mia azienda?

Solo se la tua azienda lo consente. Rimuovi prima qualsiasi dato sensibile o personale. Nel dubbio, chiedi aiuto su un esempio semplificato che riproduca lo stesso problema.