Il flusso di lavoro nascosto dei professionisti dello sviluppo software
La maggior parte delle persone pensa che lo sviluppo software consista solo nello scrivere codice. Immaginano qualcuno che digita velocemente su uno schermo scuro. Questo rappresenta solo il 20% del lavoro.
L'altro 80% è invisibile. Avviene prima di scrivere anche una sola riga di codice. Questo lavoro distingue i professionisti da chi passa l'intera giornata a correggere i propri errori.
Gli sviluppatori senior dedicano dal 20% al 40% del loro tempo alla pianificazione. Non si tratta di procrastinazione. È gestione del rischio. Modificare il codice una volta che è in produzione è costoso.
Una solida fase di pianificazione è fatta così:
• Riformula il problema con parole tue. Se non riesci a spiegarlo in modo semplice, non lo hai ancora capito. • Identifica i vincoli. Pensa alla velocità, alle scadenze e ai sistemi esistenti. • Schizza la soluzione. Usa elenchi puntati o diagrammi semplici per visualizzare il flusso dei dati. • Elenca le incognite. Scopri cosa devi approfondire prima di iniziare.
Gli sviluppatori professionisti passano anche molto tempo a leggere la documentazione. Non si limitano a scorrere le risposte sui forum. Leggono i riferimenti API ufficiali e il codice sorgente. Questo li aiuta a evitare metodi obsoleti o errati e a individuare i casi limite che causano bug in produzione.
Prima di iniziare un compito importante, prova queste abitudini:
• Esamina le soluzioni esistenti. Non costruire ciò che esiste già. • Valuta i compromessi. Decidi quale strumento si adatta meglio alle tue esigenze specifiche. • Crea un prototipo per le parti rischiose. Scrivi un piccolo script di test per vedere se un'idea funziona. • Chiedi ai colleghi. Una conversazione di cinque minuti può far risparmiare ore di lavoro.
Quando finalmente scrivi il codice, ricorda il tuo pubblico. Il tuo pubblico è la prossima persona che leggerà il tuo lavoro. Questa persona potresti essere tu stesso tra sei mesi.
Scrivi codice che rimanga pulito:
• Usa nomi precisi. Evita nomi generici come "data". Usa invece "pendingInvoices". • Mantieni le funzioni piccole. Una funzione dovrebbe fare bene una sola cosa. • Scrivi commenti che spieghino il "perché" e non il "cosa". Il codice mostra cosa fa. I commenti dovrebbero spiegarne il ragionamento. • Segui i pattern del team. La coerenza è più importante della preferenza personale.
Anche le code review sono vitali. Non sono solo una formalità da spuntare. Sono un modo per condividere la conoscenza e individuare i rischi. Una buona revisione si concentra sull'intento e sulla logica, piuttosto che sulla semplice sintassi.
La vera ingegneria avviene nel pensare, nel leggere e nel fare ricerca. La digitazione è solo l'ultimo passaggio.
Fonte: https://dev.to/lui_were/the-hidden-workflow-of-professional-software-developers-1d74