Prefazione del traduttore: Dopo aver letto questo articolo potresti rimanere sorpreso o addirittura arrabbiato. Sì, anche noi siamo rimasti sorpresi: presumibilmente l'autore non aveva mai sentito parlare della gerarchia nel team, dell'assegnazione di compiti con lo status "fallo velocemente e senza ragionare". Sì, è vero, questo è un testo un po' strano. In effetti, l'autore suggerisce che il programmatore assuma il ruolo di architetto di sistema: perché allora hai bisogno di un architetto? Ma tutte queste obiezioni non dovrebbero impedirti di vedere la cosa principale: perché abbiamo comunque preso e tradotto questo testo. Non parla di ruoli. Questo testo parla di un approccio professionale e di consapevolezza. La verità è che finché “fai quello che ti viene detto” senza pensare al significato delle tue azioni, non diventerai mai un grande programmatore.
Di' no al codice non necessario. Tutto quello che devi fare è mettere insieme tre lettere e pronunciare la parola. Proviamo a farlo insieme: "Nooooo!"
Ma aspetta. Perché stiamo facendo questo? Dopotutto, il compito principale di un programmatore è scrivere codice. Ma hai bisogno di scrivere qualche codice che ti viene chiesto? NO! “Capire quando non scrivere codice è probabilmente l’abilità più importante per un programmatore.” .
Ti ricordiamo: per tutti i lettori di "Habr" - uno sconto di 10 rubli al momento dell'iscrizione a qualsiasi corso Skillbox utilizzando il codice promozionale "Habr".
Skillbox consiglia: Corso pratico .
La programmazione è l’arte di risolvere problemi. E voi siete maestri di quest'arte.
A volte, nel tentativo di iniziare il lavoro il più rapidamente possibile, non pensiamo ad altro che a completare il compito da svolgere. E questo può causare problemi ancora più seri.
Su cosa i programmatori chiudono un occhio?
Tutto il codice che scrivi deve essere comprensibile agli altri sviluppatori e deve essere testato e sottoposto a debug.
Ma c'è un problema: qualunque cosa tu scriva, complicherà il tuo software e probabilmente introdurrà bug in futuro.
Secondo Rich Skrent, . Ecco cosa scrive:
“Il codice è pessimo perché inizia a marcire e richiede una manutenzione costante. L'aggiunta di nuove funzionalità spesso richiede la modifica del vecchio codice. Più è grande, maggiore è la probabilità che si verifichi un errore e maggiore è il tempo necessario per la compilazione. Un altro sviluppatore impiega più tempo per capirlo. E se è necessario il refactoring, ci saranno sicuramente frammenti che vale la pena modificare. Un codice di grandi dimensioni spesso significa ridotta flessibilità e funzionalità del progetto. Una soluzione semplice ed elegante è più veloce di un codice complesso.”
Come fai a sapere quando non scrivere il codice?
Il problema è che i programmatori spesso esagerano sul numero di funzionalità di cui la loro applicazione ha bisogno. Di conseguenza, molte sezioni di codice rimangono incomplete o nessuno le utilizza, ma complicano l'applicazione.
Devi capire chiaramente di cosa ha bisogno il tuo progetto e cosa no.
Un esempio è un'applicazione che risolve un solo compito: la gestione della posta elettronica. A questo scopo sono state introdotte due funzioni: invio e ricezione di lettere. Non dovresti aspettarti che il gestore della posta diventi allo stesso tempo un task manager.
È necessario dire fermamente "no" alle proposte di aggiungere funzionalità che non sono correlate al compito principale dell'applicazione. Questo è esattamente il momento in cui diventa chiaro che non è necessario un codice aggiuntivo.
Non perdere mai il focus della tua applicazione.
Chiediti sempre:
— Quale funzione dovrebbe essere implementata ora?
— Che codice dovrei scrivere?
Metti in discussione le idee che ti vengono in mente e valuta i suggerimenti che arrivano dall'esterno. Altrimenti, il codice aggiuntivo può semplicemente uccidere il progetto.
Sapere quando non aggiungere cose non necessarie ti aiuterà a mantenere la tua base di codice sotto un fermo controllo.
All'inizio del percorso, il programmatore ha solo due o tre file sorgente. È semplice. La compilazione e il lancio dell'applicazione richiedono un tempo minimo; È sempre chiaro dove e cosa cercare.
Man mano che l'applicazione si espande, vengono visualizzati sempre più file di codice. Riempiono il catalogo, ciascuno con centinaia di righe. Per organizzare correttamente tutto questo, dovrai creare directory aggiuntive. Allo stesso tempo, ricordare quali funzioni sono responsabili di cosa e quali azioni le causano sta diventando sempre più difficile; anche la cattura degli insetti richiede più tempo. Anche la gestione dei progetti sta diventando sempre più complessa: non uno, ma diversi sviluppatori devono tenere traccia di tutto. Di conseguenza, i costi, sia monetari che temporali, aumentano e il processo di sviluppo rallenta.
Il progetto alla fine diventa enorme e l'aggiunta di ogni nuova funzionalità richiede uno sforzo sempre maggiore. Anche per qualcosa di molto insignificante ci vogliono diverse ore. La correzione degli errori esistenti porta alla comparsa di nuovi errori e non vengono rispettate le scadenze per il rilascio delle domande.
Ora dobbiamo lottare per la vita del progetto. Perché?
Il fatto è che semplicemente non hai capito quando non dovresti aggiungere codice extra e hai risposto "sì" a ogni suggerimento e idea. Eri cieco, la voglia di creare cose nuove ti faceva ignorare fatti importanti.
Sembra la sceneggiatura di un film horror, vero?
Questo è esattamente ciò che accadrà se continui a dire di sì. Cerca di capire quando non è opportuno aggiungere il codice. Rimuovi le cose non necessarie dal progetto: questo ti renderà la vita molto più semplice e prolungherà la vita dell'applicazione.
"Uno dei miei giorni più produttivi è stato quando ho cancellato 1000 righe di codice."
—Ken Thompson.
Imparare quando non scrivere codice è difficile. Ma è necessario.
Sì, lo so che hai appena intrapreso il percorso di sviluppatore e vuoi scrivere codice. Va bene, non perdere la prima impressione, ma non perdere di vista i fattori importanti a causa dell'entusiasmo. Abbiamo realizzato tutto attraverso prove ed errori. Farai anche degli errori e imparerai da essi. Ma se puoi imparare da quanto sopra, il tuo lavoro diventerà più consapevole.
Continua a creare, ma sappi quando dire di no.
Skillbox consiglia:
- Corso online applicato .
- Corso online .
- Corso pratico annuale .
Fonte: habr.com