Būtiskākā izstrādātāja prasme, kas uzlabos jūsu kodu

Būtiskākā izstrādātāja prasme, kas uzlabos jūsu kodu

Tulkotāja priekÅ”vārds: Pēc Ŕī raksta izlasÄ«Å”anas jÅ«s varat bÅ«t pārsteigts vai pat dusmÄ«gs. Jā, arÄ« mēs bijām pārsteigti: autors it kā nekad nebija dzirdējis par hierarhiju komandā, par uzdevumu izvirzÄ«Å”anu ar statusu ā€œdari ātri un bez argumentācijasā€. Jā, tieÅ”i tā, Å”is ir mazliet dÄ«vains teksts. PatieŔām, autors iesaka programmētājam uzņemties sistēmas arhitekta lomu ā€“ kāpēc tad vajadzÄ«gs arhitekts? Bet visiem Å”iem iebildumiem nevajadzētu jÅ«s padarÄ«t aklus pret galveno - kāpēc mēs tomēr paņēmām un iztulkojām Å”o tekstu. ViņŔ nerunā par lomām. Å is teksts ir par profesionālu pieeju un izpratni. PatiesÄ«ba ir tāda, ka tikmēr, kamēr jÅ«s vienkārÅ”i ā€œdarÄ«sit to, ko tev liekā€, nedomājot par savu darbÄ«bu nozÄ«mi, jÅ«s nekad nekļūsiet par lielisku programmētāju.

Sakiet nē nevajadzīgam kodam. Viss, kas jums jādara, ir jāsaliek kopā trīs burti un jāpasaka vārds. Mēģināsim to izdarīt kopā: "Nēēēē!"

Bet pagaidi. Kāpēc mēs to darām? Galu galā programmētāja galvenais uzdevums ir rakstīt kodu. Bet vai jums ir jāraksta kāds kods, kas jums tiek prasīts? Nē! "Sapratne, kad nevajadzētu rakstīt kodu, iespējams, ir vissvarīgākā programmētāja prasme." Lasāma koda māksla.

Atgādinām: visiem "Habr" lasītājiem - atlaide 10 000 rubļu, reģistrējoties jebkurā Skillbox kursā, izmantojot "Habr" reklāmas kodu.

Skillbox iesaka: Praktiskais kurss "Mobile Developer PRO".

ProgrammÄ“Å”ana ir problēmu risināŔanas māksla. Un jÅ«s esat Ŕīs mākslas meistari.
Dažreiz, cenÅ”oties sākt darbu pēc iespējas ātrāk, mēs nedomājam par neko citu, kā tikai par attiecÄ«gā uzdevuma izpildi. Un tas var radÄ«t vēl nopietnākas problēmas.

Uz ko programmētāji piever acis?

Visam jūsu rakstītajam kodam ir jābūt saprotamam citiem izstrādātājiem, un tas ir jāpārbauda un jāatkļūdo.

Taču pastāv problēma: lai ko jūs rakstītu, tas sarežģīs jūsu programmatūru un, iespējams, nākotnē ieviesīs kļūdas.

Pēc Riča Skrenta domām, kods ir mÅ«su ienaidnieks. LÅ«k, ko viņŔ raksta:

ā€œKods ir slikts, jo tas sāk pÅ«t un prasa pastāvÄ«gu apkopi. Lai pievienotu jaunas funkcijas, bieži vien ir jāmaina vecais kods. Jo lielāks tas ir, jo lielāka ir kļūdas iespējamÄ«ba un jo vairāk laika nepiecieÅ”ams kompilācijai. Lai to noskaidrotu, citam izstrādātājam ir nepiecieÅ”ams vairāk laika. Un, ja bÅ«s nepiecieÅ”ama pārstrukturÄ“Å”ana, tad noteikti bÅ«s fragmenti, kurus ir vērts mainÄ«t. Liels kods bieži nozÄ«mē samazinātu projekta elastÄ«bu un funkcionalitāti. VienkārÅ”s un elegants risinājums ir ātrāks par sarežģītu kodu.

Kā zināt, kad nevajadzētu rakstīt kodu?

Problēma ir tā, ka programmētāji bieži pārspīlē to lietojumprogrammu vajadzību skaitu. Rezultātā daudzas koda sadaļas paliek nepabeigtas vai arī tās neviens neizmanto, taču tās apgrūtina lietojumprogrammu.

Jums skaidri jāsaprot, kas jūsu projektam ir vajadzīgs un kas nē.

Piemērs ir lietojumprogramma, kas atrisina tikai vienu uzdevumu - e-pasta pārvaldÄ«bu. Å im nolÅ«kam ir ieviestas divas funkcijas - vēstuļu nosÅ«tÄ«Å”ana un saņemÅ”ana. Jums nevajadzētu gaidÄ«t, ka pasta pārvaldnieks vienlaikus kļūs par uzdevumu pārvaldnieku.

Jums stingri jāsaka ā€œnēā€ priekÅ”likumiem pievienot funkcijas, kas nav saistÄ«tas ar lietojumprogrammas galveno uzdevumu. Tas ir tieÅ”i tas brÄ«dis, kad kļūst skaidrs, ka papildu kods nav nepiecieÅ”ams.

Nekad nezaudējiet savas lietojumprogrammas fokusu.

Vienmēr jautājiet sev:

ā€” Kādu funkciju vajadzētu ieviest tagad?
ā€” Kāds kods man jāraksta?

ApÅ”aubiet idejas, kas nāk prātā, un novērtējiet ieteikumus, kas nāk no ārpuses. Pretējā gadÄ«jumā papildu kods var vienkārÅ”i nogalināt projektu.

Zinot, kad nepievienot nevajadzīgas lietas, varēsit stingri kontrolēt savu kodu bāzi.

Būtiskākā izstrādātāja prasme, kas uzlabos jūsu kodu

PaŔā ceļa sākumā programmētājam ir tikai divi vai trÄ«s avota faili. Tas ir vienkārÅ”i. Lietojumprogrammas kompilÄ“Å”ana un palaiÅ”ana prasa minimālu laiku; Vienmēr ir skaidrs, kur un ko meklēt.

Lietojumprogrammai paplaÅ”inoties, parādās arvien vairāk koda failu. Viņi aizpilda katalogu, katrs ar simtiem rindu. Lai to visu pareizi sakārtotu, bÅ«s jāizveido papildu direktoriji. Tajā paŔā laikā kļūst arvien grÅ«tāk atcerēties, kuras funkcijas par ko ir atbildÄ«gas un kuras darbÄ«bas tās izraisa; arÄ« kļūdu Ä·erÅ”ana prasa vairāk laika. Sarežģītāka kļūst arÄ« projektu vadÄ«ba; visam ir jāseko lÄ«dzi nevis vienam, bet vairākiem izstrādātājiem. AttiecÄ«gi pieaug gan naudas, gan laika izmaksas, un izstrādes process palēninās.

Projekts galu galā kļūst milzÄ«gs, un katras jaunas funkcijas pievienoÅ”ana prasa arvien vairāk pūļu. Pat kaut kam ļoti nenozÄ«mÄ«gam ir jāpavada vairākas stundas. EsoÅ”o kļūdu laboÅ”ana noved pie jaunu parādÄ«Å”anās, un tiek nokavēti pieteikumu izlaiÅ”anas termiņi.

Tagad jācīnās par projekta mūžu. Kāpēc?

Fakts ir tāds, ka jÅ«s vienkārÅ”i nesapratāt, kad nevajadzētu pievienot papildu kodu, un atbildējāt "jā" uz katru ieteikumu un ideju. JÅ«s bijāt akls, vēlme radÄ«t jaunas lietas lika jums ignorēt svarÄ«gus faktus.

Izklausās pēc Å”ausmu filmas scenārija, vai ne?

Tas ir tieÅ”i tas, kas notiks, ja turpināsit teikt jā. Mēģiniet saprast, kad kodu nevajadzētu pievienot. Izņemiet no projekta nevajadzÄ«gās lietas ā€“ tas ievērojami atvieglos jÅ«su dzÄ«vi un pagarinās lietojumprogrammas darbÄ«bas laiku.

"Viena no manām produktīvākajām dienām bija tad, kad es izdzēsu 1000 koda rindiņas."
ā€” Kens Tompsons.

Ir grūti iemācīties, kad nerakstīt kodu. Bet tas ir nepiecieŔams.

Jā, es zinu, ka jÅ«s tikko esat sācis izstrādātāja ceļu un vēlaties rakstÄ«t kodu. Tas ir labi, nezaudējiet pirmo iespaidu, bet neaizmirstiet par svarÄ«giem faktoriem entuziasma dēļ. Mēs visu sapratām, izmantojot izmēģinājumus un kļūdas. Tu arÄ« pieļausi kļūdas un mācÄ«sies no tām. Bet, ja jÅ«s varat mācÄ«ties no iepriekÅ” minētā, jÅ«su darbs kļūs apzinātāks.

Turpiniet veidot, bet zināt, kad pateikt nē.

Skillbox iesaka:

Avots: www.habr.com

Pievieno komentāru