Formáli þýðanda: Eftir að hafa lesið þessa grein gætirðu orðið hissa eða jafnvel reiður. Já, það kom okkur líka á óvart: höfundurinn hafði að sögn aldrei heyrt um stigveldið í teyminu, um að setja verkefni með stöðunni „gerðu það fljótt og án rökstuðnings.“ Já það er rétt, þetta er svolítið skrítinn texti. Reyndar leggur höfundurinn til að forritarinn taki að sér hlutverk kerfisarkitekts - hvers vegna þarftu þá arkitekt? En öll þessi andmæli ættu ekki að blinda þig fyrir aðalatriðinu - hvers vegna við tókum engu að síður og þýddum þennan texta. Hann er ekki að tala um hlutverk. Þessi texti fjallar um faglega nálgun og vitund. Sannleikurinn er sá að svo lengi sem þú „gerir bara það sem þér er sagt“ án þess að hugsa um merkingu gjörða þinna, muntu aldrei verða frábær forritari.
Segðu nei við óþarfa kóða. Allt sem þú þarft að gera er að setja þrjá stafi saman og segja orðið. Við skulum reyna að gera þetta saman: "Neioooo!"
En bíddu. Af hverju erum við að þessu? Eftir allt saman er aðalverkefni forritara að skrifa kóða. En þarftu að skrifa einhvern kóða sem þú ert beðinn um? Nei! „Að skilja hvenær á ekki að skrifa kóða er líklega mikilvægasta kunnáttan fyrir forritara. .
Við minnum á: fyrir alla Habr lesendur - 10 rúblur afsláttur þegar þú skráir þig á hvaða Skillbox námskeið sem er með því að nota Habr kynningarkóðann.
Skillbox mælir með: Verklegt námskeið .
Forritun er listin að leysa vandamál. Og þið eruð meistarar í þessari list.
Stundum, í viðleitni til að hefja störf eins fljótt og auðið er, hugsum við ekki um annað en að klára verkefnið sem fyrir höndum er. Og þetta getur valdið enn alvarlegri vandamálum.
Hvað loka forritarar fyrir?
Allur kóði sem þú skrifar verður að vera skiljanlegur öðrum forriturum og verður að prófa og kemba.
En það er vandamál: hvað sem þú skrifar mun það flækja hugbúnaðinn þinn og sennilega kynna villur í framtíðinni.
Samkvæmt Rich Skrent, . Hér er það sem hann skrifar:
„Kóðinn er slæmur vegna þess að hann byrjar að rotna og krefst stöðugs viðhalds. Til að bæta við nýjum eiginleikum þarf oft að breyta gömlum kóða. Því stærri sem hún er, því meiri líkur eru á að villa komi upp og því lengri tíma tekur að setja saman. Það tekur annan forritara meiri tíma að átta sig á því. Og ef endurþátta er þörf, þá verða örugglega til brot sem vert er að breyta. Stór kóði þýðir oft minni sveigjanleika og virkni verkefnisins. Einföld og glæsileg lausn er hraðari en flókinn kóði.“
Hvernig veistu hvenær á ekki að skrifa kóða?
Vandamálið er að forritarar ýkja oft fjölda eiginleika sem forritið þeirra þarfnast. Fyrir vikið eru margir hlutar kóðans ókláraðir eða enginn notar þá, en þeir flækja forritið.
Þú verður greinilega að skilja hvað verkefnið þitt þarfnast og hvað það gerir ekki.
Dæmi er forrit sem leysir aðeins eitt verkefni - stjórnun tölvupósts. Í þessu skyni hafa tvær aðgerðir verið kynntar - að senda og taka á móti bréfum. Þú ættir ekki að búast við að póststjórinn verði verkefnastjóri á sama tíma.
Þú þarft að segja ákveðið „nei“ við tillögum um að bæta við eiginleikum sem tengjast ekki aðalverkefni forritsins. Þetta er einmitt augnablikið þegar það verður ljóst að ekki er þörf á viðbótarkóða.
Misstu aldrei einbeitinguna í umsókn þinni.
Spyrðu sjálfan þig alltaf:
— Hvaða aðgerð ætti að innleiða núna?
— Hvaða kóða á ég að skrifa?
Spyrjið hugmyndirnar sem koma upp í hugann og metið tillögur sem koma að utan. Annars getur aukakóði einfaldlega drepið verkefnið.
Að vita hvenær á ekki að bæta við óþarfa hlutum mun hjálpa þér að halda kóðagrunninum þínum undir traustri stjórn.
Í upphafi leiðarinnar hefur forritarinn aðeins tvær eða þrjár frumskrár. Það er einfalt. Að setja saman og ræsa forritið krefst lágmarks tíma; Það er alltaf ljóst hvar og hvað á að leita að.
Eftir því sem forritið stækkar birtast fleiri og fleiri kóðaskrár. Þeir fylla vörulistann, hver með hundruðum línur. Til þess að skipuleggja allt þetta rétt verður þú að búa til fleiri möppur. Á sama tíma verður sífellt erfiðara að muna hvaða aðgerðir bera ábyrgð á hverju og hvaða aðgerðir valda þeim; Það tekur líka lengri tíma að veiða pöddur. Verkefnastjórnun er líka að verða flóknari, ekki einn heldur nokkrir verktaki til að halda utan um allt. Í samræmi við það eykst kostnaður, bæði peningalegur og tími, og þróunarferlið hægir á sér.
Verkefnið verður að lokum risastórt og að bæta við hverjum nýjum eiginleika tekur meiri og meiri fyrirhöfn. Jafnvel fyrir eitthvað mjög ómerkilegt þarftu að eyða nokkrum klukkustundum. Leiðrétting á núverandi villum leiðir til þess að nýjar birtast og frestir til að gefa út umsóknir missa af.
Nú verðum við að berjast fyrir lífi verkefnisins. Hvers vegna?
Staðreyndin er sú að þú skildir einfaldlega ekki hvenær þú ættir ekki að bæta við aukakóða og svaraðir „já“ við hverri tillögu og hugmynd. Þú varst blindur, löngunin til að búa til nýja hluti fékk þig til að hunsa mikilvægar staðreyndir.
Hljómar eins og hryllingsmyndarhandrit, ekki satt?
Þetta er nákvæmlega það sem mun gerast ef þú heldur áfram að segja já. Reyndu að skilja hvenær kóða ætti ekki að bæta við. Fjarlægðu óþarfa hluti úr verkefninu - þetta mun gera líf þitt miklu auðveldara og lengja líf forritsins.
„Einn af afkastamestu dögum mínum var þegar ég eyddi 1000 línum af kóða.
— Ken Thompson.
Það er erfitt að læra hvenær á ekki að skrifa kóða. En það er nauðsynlegt.
Já, ég veit að þú ert nýbúinn að fara á braut þróunaraðila og vilt skrifa kóða. Það er gott, ekki missa af fyrstu sýn, en ekki missa sjónar á mikilvægum þáttum vegna eldmóðs. Við gerðum okkur grein fyrir öllu með tilraunum og mistökum. Þú munt líka gera mistök og læra af þeim. En ef þú getur lært af ofangreindu verður starf þitt meðvitaðra.
Haltu áfram að búa til, en veistu hvenær þú átt að segja nei.
Skillbox mælir með:
- Notað netnámskeið .
- Rafræn fræðsla .
- Hagnýtt eins árs nám .
Heimild: www.habr.com