Pausa caffè #38. Che cos'è una revisione del codice e perché è necessaria? La sindrome dell'impostore è la migliore amica dello sviluppatore

Che cos'è una revisione del codice e perché è necessaria?

Fonte: DZone Avviare una startup è difficile, ma scrivere software per essa non è più semplice. Perché il software funzioni bene, è necessario un buon codice. Ma come puoi essere sicuro che il tuo codice sia davvero buono? Mentre lavoravamo con il codice client, abbiamo scoperto che molti sviluppatori freelance e persino aziende IT ignorano le revisioni del codice. Bene, poiché il nostro team considera la revisione del codice una fase di lavoro standard, abbiamo deciso di spiegare il nostro punto di vista. Cominciamo quindi con un po' di terminologia di base.

Cos'è una revisione del codice?

Si tratta di un esame sistematico del codice sorgente del software per trovare errori e valutarne la qualità. Una revisione del codice prevede i seguenti passaggi:

• Determinare i modi più efficaci per completare un'attività;
• Ricerca di errori logici;
• Ricerca delle vulnerabilità più comuni;
• Il rilevamento malware è un tipo speciale di ispezione del codice per cercare pezzi di codice sospetti o cercare eventuali malware integrati nel software.

Perché hai bisogno di una revisione del codice?

Esistono diversi motivi per cui la revisione del codice è considerata una parte necessaria dello sviluppo. Il primo motivo è la riduzione del rischio. Diciamo che hai un software scritto da un libero professionista o da un'agenzia, ma non sei sicuro della qualità del lavoro perché anche i bravi sviluppatori possono perdere qualcosa. Quindi ricontrollare è sempre una buona idea. Inoltre, lavorando insieme per apprendere il codice, ogni membro del team può trovare soluzioni più intelligenti che miglioreranno le prestazioni complessive del progetto. La cosa principale da ricordare sulle revisioni del codice è che dovrebbero essere eseguite PRIMA che il nuovo team di sviluppo intraprenda il codice base o il progetto. Una revisione del codice prima di lanciare un progetto offre al tuo team l'opportunità di rivederlo e determinare la qualità del codice e se sono necessari miglioramenti.

Guida alla revisione del codice

Sulla base della nostra esperienza, abbiamo deciso di preparare una breve guida per gli sviluppatori che vogliono verificare il codice sorgente dei loro progetti.

Dividi le revisioni del codice in intervalli di tempo

Non provare ad analizzare l'intero progetto in una volta. Gli esperti consigliano di non rivedere più di 400 righe di codice alla volta. Inoltre, un controllo una tantum non dovrebbe richiedere più di un'ora. Gli esseri umani non possono elaborare in modo efficiente questa quantità di informazioni, soprattutto per lunghi periodi di tempo. Quando superi questo limite, la capacità di rilevare errori diminuisce notevolmente, quindi potresti perdere alcuni errori importanti.

Chiedi aiuto ai tuoi compagni di squadra

Una testa va bene, ma due meglio. Potresti rimanere sorpreso di quanto migliorerà la qualità della tua recensione se condividi questo processo con qualcun altro. Siamo abituati a eseguire revisioni collaborative del codice utilizzando Crucible di Atlassian . Questo strumento ti consente di assegnare revisori aggiuntivi, discutere righe selezionate di codice sorgente, file o un intero set di modifiche. La revisione collaborativa del codice non solo migliora il software, ma migliora anche la competenza del team condividendo la conoscenza attraverso la discussione.

Indicatori di registrazione

Prima che la revisione abbia inizio, il team dovrebbe fissare obiettivi precisi, come ad esempio “dimezzare il tasso di difetti”. L’obiettivo di “trovare più bug” è troppo astratto e quindi impossibile da raggiungere. Durante la revisione, registra indicatori come la velocità del controllo, il numero di errori rilevati all'ora e il numero medio di errori per riga di codice. Il monitoraggio costante dei risultati delle revisioni ti mostrerà un quadro reale dei processi interni.

Mantieni un atteggiamento positivo

Le revisioni del codice a volte possono peggiorare le relazioni all'interno di un team. A nessuno piace essere criticato, quindi è molto importante mantenere un'atmosfera amichevole a meno che non si voglia perdere la motivazione dei colleghi. Invece di vedere ogni bug in modo negativo, consideralo come una nuova opportunità per migliorare la qualità complessiva del tuo codice.

Configurare il processo di correzione degli errori

Quindi il tuo team ha completato la revisione del codice, ma per quanto riguarda la correzione degli eventuali bug rilevati? È stata una sorpresa per noi apprendere che non tutti i team di sviluppo hanno un metodo consolidato per correggere gli errori riscontrati. Fortunatamente, stiamo lavorando collettivamente non solo per trovare gli errori, ma anche per correggerli. Tutti i bug vengono discussi con il creatore (tranne quando stiamo rivedendo il codice di un altro team) e tutte le modifiche vengono sempre approvate prima di essere inviate al codice sorgente.

Riassumendo

La revisione del codice dovrebbe essere un processo importante in qualsiasi società di sviluppo poiché aiuta a mantenere standard di codifica di alta qualità. Lavorare insieme sulle revisioni del codice riunisce il team e offre l'opportunità di condividere conoscenze ed esperienze all'interno dell'azienda. Quindi, che tu stia gestendo una startup o affidando un progetto a un altro team, esegui sempre una revisione del codice per assicurarti che il tuo software sia della migliore qualità.

La sindrome dell'impostore è la migliore amica dello sviluppatore

Fonte: Catalins.tech Dopo aver letto il titolo, potresti pensare che ci sia qualcosa che non va in me. Ma lo ripeto: la sindrome dell’impostore è la migliore amica dello sviluppatore se incanalata nella giusta direzione. Credo inoltre che la sindrome dell'impostore sia così diffusa nello sviluppo del software a causa dell'enorme quantità di conoscenze che è necessario possedere e del costante cambiamento negli strumenti e nei linguaggi di programmazione. Il linguaggio di programmazione e gli strumenti che usi oggi potrebbero non essere aggiornati entro un anno. Ciò significa che in una certa misura dovrai nuovamente “ricominciare da zero”. Lo sviluppo software è un ambiente molto dinamico in cui è necessario apprendere costantemente. Ma, nonostante le difficoltà, puoi abituarti. Pertanto, è quasi impossibile liberarsi della sindrome dell'impostore. Perché allora non imparare a conviverci?

La maggior parte di noi ce l'ha

Lascia che ti dica qualcos'altro. Quasi tutti soffriamo della sindrome dell’impostore. C'è sempre qualcuno migliore di noi. C'è sempre qualcosa che non sappiamo. C'è sempre qualcosa da imparare. Ogni giorno esce un nuovo strumento. Di tanto in tanto appare una nuova tecnologia o linguaggio di programmazione. Non sarai mai in grado di imparare tutto. Anche cercare di tenere il passo è molto difficile. Ed è così che appare la sindrome. Inizi a farti domande: “Sarò mai in grado di fare questo?”, “Sarò mai in grado di fare x, y, z?”, “Riconoscerò le tecnologie x, y, z? ", "E se fossi un impostore?", e l'elenco potrebbe continuare. La risposta è sì, sì e sì. A proposito, la sindrome dell'impostore è peggiore per quei principianti che sentono che non riusciranno mai ad avere successo in questo campo. Ci sono passato anch'io. Puoi superare la sindrome con il duro lavoro.

Immaginare

Non sei l'unico a porsi queste domande. Il tuo collega di lavoro ha gli stessi problemi. Anche lo sviluppatore che segui su Twitter ha domande simili. E un video blogger con 50.000 iscritti. E queste domande appaiono anche davanti a me, anche se ho un lavoro e va tutto bene. Le domande non ti danno solo fastidio. La sindrome dell’impostore fa parte della nostra professione. Naturalmente, alcune persone affrontano meglio la situazione, quindi non è così ovvio che anche loro abbiano problemi. Ma credetemi: quasi tutti li abbiamo.

Cosa fare?

Prima di tutto devi capire che la sindrome dell’impostore può diventare la tua migliore amica. Dopotutto, ti spinge a migliorare. Sentirti come se non fossi tagliato per il settore o come se non ne sapessi molto può essere un incentivo a saperne di più. Di conseguenza, diventi migliore ogni giorno. Utilizzo la sindrome dell'impostore come carburante, come motivazione per diventare uno sviluppatore migliore, e funziona molto bene. Ma fai attenzione: può spingerti rapidamente verso il burnout. Credimi, non ne hai bisogno. Ogni volta che domande e pensieri irrazionali si insinuano nella tua testa, RICORDA che tutti gli sviluppatori soffrono della stessa sindrome. RICORDA che c'è sempre uno sviluppatore migliore di te. Ma RICORDA anche che c'è sempre uno sviluppatore peggiore di te. RICORDA che non puoi mai sapere tutto, e va bene così. Hai solo bisogno di conoscere alcuni strumenti rilevanti per il tuo lavoro. Con persistenza, puoi diventare un buon sviluppatore. Pensi che diventerai il miglior programmatore? Molto probabilmente no. Lavorerai per Amazon/Facebook/Google/Apple? Probabilmente neanche. Guadagnerai milioni? Difficilmente. Ma sai cosa? Questo va bene. Non è necessario fare nessuna di queste cose per diventare un buon sviluppatore. Perché in realtà la maggior parte di noi non raggiunge mai tutti questi obiettivi.

Ricordare

1. Quasi tutti noi soffriamo della sindrome dell'impostore.
2. Puoi raggiungere il successo in questo settore grazie alla tua perseveranza.
3. Non saprai mai tutto e va bene così.
4. Ci sono sempre sviluppatori migliori di te, ma ci sono anche sviluppatori peggiori di te.
5. Non devi essere un programmatore superstar. È sufficiente essere bravi nel tuo lavoro.