Préface du traducteur : Dopu avè lettu stu articulu, pudete esse sorpresu o ancu arrabbiatu. Iè, avemu statu ancu surprised: l'autore ùn avia mai intesu parlà di a ghjerarchia in una squadra, di mette in opera cù u statutu "fate rapidamente è senza ragiunamentu". Iè, hè ghjustu, questu hè un testu un pocu stranu. Infatti, l'autore suggerisce chì u programatore assume u rolu di un architettu di u sistema - perchè allora avete bisognu di un architettu? Ma tutte queste obiezioni ùn deve micca cecu à u principale - perchè avemu sempre pigliatu è traduttu stu testu. Ùn parla micca di roli. Stu testu hè nantu à un accostu prufessiunale è a cuscenza. A verità hè chì basta à "fà ciò chì vi dicu" senza pensà à u significatu di e vostre azzioni, ùn sarete mai un grande programatore.
Dite micca à u codice inutile. Tuttu ciò chì duvete fà hè di mette trè lettere è dite a parolla. Pruvemu di fà questu inseme : « Nooooo !
Ma aspetta. Perchè facemu questu? Dopu tuttu, u compitu principale di un programatore hè di scrive codice. Ma avete bisognu di scrive qualsiasi codice chì vi hè dumandatu? Innò! "Capisce quandu ùn deve micca scrive codice hè probabilmente l'abilità più impurtante per un programatore". .
Ramintemu: per tutti i lettori di "Habr" - un scontu di 10 000 rubles quandu si iscrizzione in ogni cursu Skillbox cù u codice promozionale "Habr".
Skillbox consiglia: Corso praticu .
A prugrammazione hè l'arti di risolve i prublemi. È sì maestri di st'arti.
Calchì volta, in un sforzu di principià u travagliu u più prestu pussibule, pensemu à nunda altru ch'è compie u compitu in manu. È questu pò causà prublemi ancu più serii.
Chì facenu i programatori chjosi l'ochju?
Tuttu u codice chì scrivite deve esse comprensibile à l'altri sviluppatori, è deve esse pruvatu è debugged.
Ma ci hè un prublema: qualunque cosa scrivite, complicà u vostru software è prubabilmente introducerà bug in u futuru.
Sicondu Rich Skrent, . Eccu ciò chì scrive:
"U codice hè cattivu perchè cumencia à putiri è esige mantenimentu constantu. L'aghjustà di novi funziunalità spessu richiede di mudificà u codice anticu. Quantu più grande hè, più alta hè a probabilità di un errore chì accade è u più tempu ci vole à compilà. Ci vole à un altru sviluppatore più tempu per capisce. È se u refactoring hè necessariu, allora ci saranu definitivamente frammenti chì valenu a pena cambià. U grande codice spessu significa riduzzione di flessibilità è funziunalità di u prugettu. Una suluzione simplice è elegante hè più veloce di u codice cumplessu.
Cumu sapete quandu ùn scrive micca codice?
U prublema hè chì i programatori spessu esaggeranu u numeru di funzioni chì a so applicazione necessita. In u risultatu, parechje rùbbriche di codice restanu micca finite o nimu ùn li usa, ma complicanu l'applicazione.
Avete da capisce chjaramente ciò chì u vostru prughjettu hà bisognu è ciò chì ùn hè micca.
Un esempiu hè una applicazione chì risolve solu un compitu - a gestione di e-mail. Per questu scopu, duie funzioni sò state introdutte - mandà è riceve lettere. Ùn deve micca aspittà chì u mail manager diventerà un gestore di attività à u stessu tempu.
Avete bisognu di dì "nè" à e pruposte per aghjunghje funziunalità chì ùn sò micca ligati à u compitu principalu di l'applicazione. Questu hè esattamente u mumentu quandu diventa chjaru chì u codice supplementu ùn hè micca necessariu.
Ùn mai perde u focu di a vostra applicazione.
Sempre dumandate sè stessu:
- Chì funzione deve esse implementata avà?
- Chì codice deve scrive ?
Questione l'idee chì venenu in mente è evaluà i suggerimenti chì venenu da l'esternu. Altrimenti, u codice extra pò solu tumbà u prugettu.
Sapendu quandu ùn aghjunghje micca cose innecessarii vi aiuterà à mantene a vostra basa di codice sottu un cuntrollu fermu.
À u principiu di a strada, u programatore hà solu dui o trè schedarii di fonte. Hè simplice. A compilazione è a lanciazione di l'applicazione richiede un minimu di tempu; Hè sempre chjaru induve è chì circà.
Cum'è l'applicazione si stende, più è più schedarii di codice appariscenu. Pienu u catalogu, ognunu cù centinaie di linii. Per urganizà tuttu questu currettamente, avete da creà cartulari supplementari. À u listessu tempu, ricurdà chì e funzioni sò rispunsevuli di ciò chì è chì l'azzioni li causanu hè sempre più difficiule; catturà i bug piglia ancu più tempu. A gestione di u prugettu hè ancu diventata più cumplessa micca unu, ma parechji sviluppatori sò tenuti à seguità di tuttu. In cunsiquenza, i costi, sia monetari sia di tempu, aumentanu, è u prucessu di sviluppu rallenta.
U prugettu diventa eventualmente enormu, è aghjunghje ogni nova funzione richiede più è più sforzu. Ancu per qualcosa assai insignificante avete da passà parechje ore. A correzione di l'errori esistenti porta à l'apparizione di novi, è i termini di liberazione di l'applicazioni sò mancati.
Avà avemu a lotta per a vita di u prugettu. Perchè?
U fattu hè chì simpricimenti ùn avete micca capitu quandu ùn deve micca aghjunghje codice extra, è rispose "sì" à ogni suggerimentu è idea. Eri cecu, u desideriu di creà cose novi hà fattu ignurà fatti impurtanti.
Sembra un script di film d'orrore, nò?
Questu hè esattamente ciò chì succederà se continuate à dì di sì. Pruvate à capisce quandu u codice ùn deve esse aghjuntu. Eliminate e cose innecessarii da u prugettu - questu farà a vostra vita assai più faciule è prolongà a vita di l'applicazione.
"Unu di i mo ghjorni più pruduttivi era quandu aghju eliminatu 1000 linee di codice".
- Ken Thompson.
Amparate quandu ùn scrive micca codice hè difficiule. Ma hè necessariu.
Iè, sò chì avete appena imbarcatu in a strada di un sviluppatore è vulete scrive codice. Hè bonu, ùn perde micca quella prima impressione, ma ùn perde micca di vista fatturi impurtanti per l'entusiasmu. Avemu realizatu tuttu per mezu di prova è errore. Puderete ancu fà sbagli è amparà da elli. Ma se pudete amparà da quì sopra, u vostru travagliu diventerà più cuscente.
Mantene à creà, ma sapete quandu dì micca.
Skillbox consiglia:
- Corso in linea applicatu .
- Corsu in ligna .
- Corso praticu annu .
Source: www.habr.com
