Il flusso di lavoro del professionista

Come ogni azienda tech del mondo fa il deploy del software

⏱ Stima ~13 min

01 · Leggi

Hai imparato ogni singola abilità: terminale, file, git, web server, API, Claude Code, debug, deploy. Ora combiniamole nel flusso che segue ogni team di sviluppo professionale.

Gli strumenti differiscono — alcuni team usano GitLab invece di GitHub, alcuni fanno il deploy su AWS invece di Render, alcuni usano linguaggi diversi. Ma il flusso è sempre lo stesso. Impara questo flusso e puoi entrare in qualsiasi azienda tech capendo come consegnano il software.

💡 Immagina cosìLe singole abilità sono come imparare a palleggiare, passare e tirare. Il flusso professionale è la partita vera — come metti insieme quello che hai imparato in una sequenza coordinata che produce risultati. Capire il flusso è la differenza tra saper programmare e saper fare il deploy.

02 · Passo dopo passo

Il ciclo di sviluppo completo. Ogni feature, bug fix, miglioramento segue esattamente questo ciclo.

1. ISSUE

Qualcuno segnala un bug o richiede una feature. Viene tracciato su GitHub Issues, una board Jira o una semplice lista di cose da fare. Ogni lavoro inizia con un problema o un obiettivo chiaramente descritto.

2. BRANCH

Crea un branch: git checkout -b fix-login-bug. Non lavorare mai direttamente su main. Il branch isola le tue modifiche in modo da poter sperimentare senza rompere nulla.

3. CODE

Usa Claude Code per implementare la correzione o la feature. Descrivi chiaramente cosa vuoi, controlla il risultato, itera finché non è giusto. Qui avviene la costruzione vera e propria.

4. TEST

Verifica che funzioni in locale. Controlla i casi limite. Potrebbe rompere qualcos'altro? Prova input strani, campi vuoti, situazioni inattese. Se hai test automatici, eseguili.

5. REVIEW

Esegui git diff. Esamina le tue modifiche riga per riga. Le approveresti se le avesse scritte qualcun altro? Cerca console.log rimasti, valori hardcoded, o cose che non dovrebbero esserci.

6. COMMIT

Fai lo stage e il commit con un messaggio descrittivo. Un commit per ogni modifica logica. 'Fix login validation to reject empty passwords' racconta una storia. 'Fixed stuff' no.

7. PUSH

Fai push del tuo branch su GitHub: git push -u origin fix-login-bug. Rende le tue modifiche visibili e revisionabili dagli altri.

8. PULL REQUEST

Apri una PR su GitHub. Descrivi cosa hai cambiato e perché. È qui che i colleghi (o il te del futuro) revisionano il codice prima che vada in produzione. Includi il contesto: qual era il bug? Come l'hai corretto? Come si testa?

9. MERGE

Dopo la revisione e l'approvazione, fai il merge su main. Il feature branch ha esaurito il suo scopo e può essere eliminato. Le tue modifiche fanno ora parte ufficiale della codebase.

10. DEPLOY

Se il deploy automatico è configurato (come su Render), le tue modifiche vanno online automaticamente quando fai il merge su main. Altrimenti triggeri un deploy manuale. In entrambi i casi il ciclo è completo — dall'idea alla feature live.

03 · Leggi

Mettiamoci all'opera sui passi git chiave di questo flusso. Hai un progetto non ancora tracciato da git — inizializzalo, crea un feature branch, fai una modifica, fai lo stage.

04 · Pratica nel terminale

Ogni progetto inizia con git init. Trasforma una cartella normale in un repository git dove puoi tracciare le modifiche.

(Questa sezione è interattiva — attiva JavaScript per usarla.)

05 · Pratica nel terminale

Passo 1: BRANCH — crea un nuovo feature branch. Non lavorare mai direttamente su main. Il branch ti permette di sperimentare in sicurezza.

(Questa sezione è interattiva — attiva JavaScript per usarla.)

06 · Pratica nel terminale

Passo 2: CODE — modifica il progetto. Aggiungiamo un form di login a un file HTML.

(Questa sezione è interattiva — attiva JavaScript per usarla.)

07 · Pratica nel terminale

Passo 3: COMMIT — aggiungi i file allo stage e fai il commit con un messaggio descrittivo. Un buon messaggio di commit spiega cosa è cambiato e perché.

(Questa sezione è interattiva — attiva JavaScript per usarla.)

08 · Leggi

🎯 A metà strada — BRANCH → CODE → COMMIT completati

Hai appena completato i primi tre passi della giornata lavorativa di un ingegnere professionista: apri un branch → scrivi il codice → commit con un messaggio descrittivo. Questi tre passi li fa ogni team, indipendentemente dalla dimensione del progetto.

La seconda metà è PR (pull request) → code review → merge — ovvero come proponi di fondere il tuo branch nel tronco principale del team.

Perché non fare merge direttamente su main? Perché fare merge senza una review significa che i bug entrano senza che nessuno li fermi. La PR è il posto dove i tuoi colleghi vedono le tue modifiche, danno feedback e confermano che va tutto bene prima di approvarle. Questo strato di processo è il cuore dell'ingegneria professionale.

Punti chiave

Tre passi: branch / code / commit (completati)
Tre passi rimanenti: push / pull request / code review + merge
Il messaggio di commit spiega cosa è cambiato e perché — il te del futuro ti ringrazierà

09 · Quiz

Nel flusso professionale, cosa crei prima di iniziare a scrivere codice?

Un nuovo repo
Un database
Un nuovo branch
Un GitHub issue che descrive il lavoro

10 · Completa

Dopo aver completato una feature, crei una pull _____ per proporre il merge delle tue modifiche.

11 · Leggi

Complimenti. Hai appena seguito lo stesso flusso usato da Google, Stripe, Shopify e ogni altra azienda tech. La scala è diversa, ma il flusso è identico: issue, branch, code, test, review, commit, push, PR, merge, deploy.

Le grandi aziende eseguono questo ciclo centinaia di volte al giorno. Ora sai farlo anche tu.

12 · Quiz

Hai appena finito di correggere un bug su un feature branch. Cosa fai prima del commit?

Eseguire git diff per esaminare le tue modifiche riga per riga
Fare push direttamente su main
Aprire una pull request
Eliminare il branch e ricominciare

13 · Completa

Nel flusso professionale, ogni lavoro inizia con un _____ chiaramente descritto — una segnalazione di bug o una richiesta di feature.

Altre lezioni di questo capitolo

⚠ L'esperienza interattiva completa richiede JavaScript. Attivalo e ricarica la pagina.

※ Questo è un progetto educativo indipendente — non è un prodotto ufficiale di Anthropic. Claude™ è un marchio di Anthropic, PBC.