Vertėjo pratarmė: Perskaitę šį straipsnį galite nustebti ar net supykti. Taip, mes irgi nustebome: apie hierarchiją komandoje, apie užduočių, turinčių statusą „daryk tai greitai ir be samprotavimų“, iškėlimą autorius tariamai negirdėjo. Taip, tai yra šiek tiek keistas tekstas. Išties, autorius siūlo programuotojui imtis sistemos architekto vaidmens – kam tada reikalingas architektas? Tačiau visi šie prieštaravimai neturėtų jūsų apakinti pagrindinio dalyko - kodėl mes vis dėlto paėmėme ir išvertėme šį tekstą. Jis nekalba apie vaidmenis. Šis tekstas yra apie profesionalų požiūrį ir sąmoningumą. Tiesa ta, kad tol, kol tiesiog „darysite tai, kas jums liepta“, negalvodami apie savo veiksmų prasmę, niekada netapsite puikiu programuotoju.
Pasakykite „ne“ nereikalingam kodui. Tereikia sujungti tris raides ir ištarti žodį. Pabandykime tai padaryti kartu: "Neeee!"
Bet palauk. Kodėl mes tai darome? Juk pagrindinė programuotojo užduotis – rašyti kodą. Bet ar reikia parašyti kokį nors kodą, kurio iš jūsų prašoma? Ne! „Supratimas, kada nereikia rašyti kodo, tikriausiai yra svarbiausias programuotojo įgūdis. .
Primename: visiems „Habr“ skaitytojams – 10 000 rublių nuolaida užsiregistravus į bet kurį „Skillbox“ kursą naudojant „Habr“ reklamos kodą.
„Skillbox“ rekomenduoja: Praktinis kursas .
Programavimas yra problemų sprendimo menas. Ir jūs esate šio meno meistrai.
Kartais, stengdamiesi kuo greičiau pradėti darbą, negalvojame apie nieką kitą, kaip tik apie tai, kaip atlikti užduotį. O tai gali sukelti dar rimtesnių problemų.
Į ką programišiai užmerkia akis?
Visas jūsų parašytas kodas turi būti suprantamas kitiems kūrėjams ir turi būti išbandytas bei derinamas.
Tačiau yra problema: kad ir ką parašytumėte, tai apsunkins jūsų programinę įrangą ir tikriausiai ateityje atsiras klaidų.
Anot Richo Skrent, . Štai ką jis rašo:
„Kodas blogas, nes pradeda pūti ir reikalauja nuolatinės priežiūros. Norint pridėti naujų funkcijų, dažnai reikia pakeisti seną kodą. Kuo jis didesnis, tuo didesnė klaidos tikimybė ir tuo daugiau laiko užtruks kompiliavimas. Norint tai išsiaiškinti, kitam kūrėjui reikia daugiau laiko. O jei reikės pertvarkyti, tai tikrai atsiras fragmentų, kuriuos verta keisti. Didelis kodas dažnai reiškia sumažintą projekto lankstumą ir funkcionalumą. Paprastas ir elegantiškas sprendimas yra greitesnis nei sudėtingas kodas.
Kaip žinoti, kada nereikia rašyti kodo?
Problema ta, kad programuotojai dažnai perdeda funkcijų, kurių jų programai reikia, skaičių. Dėl to daugelis kodo skyrių lieka nebaigti arba niekas jų nenaudoja, tačiau jie apsunkina taikymą.
Turite aiškiai suprasti, ko reikia jūsų projektui, o ko ne.
Pavyzdys yra programa, kuri išsprendžia tik vieną užduotį – tvarko el. Tuo tikslu įdiegtos dvi funkcijos – laiškų siuntimas ir gavimas. Nereikėtų tikėtis, kad pašto tvarkyklė tuo pačiu metu taps ir užduočių tvarkykle.
Turite tvirtai pasakyti „ne“ pasiūlymams pridėti funkcijų, nesusijusių su pagrindine programos užduotimi. Būtent šiuo momentu tampa aišku, kad papildomo kodo nereikia.
Niekada nepraraskite savo programos dėmesio.
Visada paklauskite savęs:
– Kokią funkciją reikėtų įgyvendinti dabar?
– Kokį kodą turėčiau parašyti?
Kvestionuokite į galvą ateinančias idėjas ir įvertinkite iš išorės gaunamus pasiūlymus. Priešingu atveju papildomas kodas gali tiesiog nužudyti projektą.
Žinodami, kada nereikia pridėti nereikalingų dalykų, galėsite tvirtai kontroliuoti savo kodų bazę.
Pačioje kelio pradžioje programuotojas turi tik du ar tris šaltinio failus. Tai paprasta. Programos kompiliavimas ir paleidimas reikalauja minimalaus laiko; Visada aišku, kur ir ko ieškoti.
Plečiantis programai atsiranda vis daugiau kodo failų. Jie užpildo katalogą su šimtais eilučių. Norint visa tai teisingai sutvarkyti, teks susikurti papildomus katalogus. Tuo pačiu vis sunkiau atsiminti, kurios funkcijos už ką atsakingos ir kokie veiksmai jas sukelia; vabzdžių gaudymas taip pat užtrunka daugiau laiko. Projektų valdymas taip pat tampa vis sudėtingesnis – viską sekti turi ne vienas, o keli kūrėjai. Atitinkamai didėja ir piniginės, ir laiko sąnaudos, o kūrimo procesas sulėtėja.
Projektas ilgainiui tampa didžiulis, o kiekvienos naujos funkcijos pridėjimas reikalauja vis daugiau pastangų. Net ir dėl kažko labai nereikšmingo tenka skirti kelias valandas. Ištaisius esamas klaidas, atsiranda naujų, praleidžiami paraiškos išleidimo terminai.
Dabar turime kovoti už projekto gyvavimą. Kodėl?
Faktas yra tas, kad jūs tiesiog nesupratote, kada nereikia pridėti papildomo kodo, ir atsakėte „taip“ į kiekvieną pasiūlymą ir idėją. Buvote aklas, noras kurti naujus dalykus vertė ignoruoti svarbius faktus.
Skamba kaip siaubo filmo scenarijus, tiesa?
Būtent taip atsitiks, jei ir toliau sakysite „taip“. Pabandykite suprasti, kada kodo nereikia pridėti. Pašalinkite nereikalingus dalykus iš projekto – tai labai palengvins jūsų gyvenimą ir pailgins programos gyvavimo laiką.
„Viena produktyviausių mano dienų buvo tada, kai ištryniau 1000 kodo eilučių.
– Kenas Tompsonas.
Sunku išmokti, kada nerašyti kodo. Bet tai būtina.
Taip, aš žinau, kad jūs ką tik pradėjote kūrėjo kelią ir norite rašyti kodą. Tai gerai, nepraraskite to pirmojo įspūdžio, bet nepamirškite ir svarbių faktorių dėl entuziazmo. Viską supratome per bandymus ir klaidas. Taip pat darysite klaidų ir iš jų pasimokysite. Bet jei iš to, kas pasakyta, pasimokysite, jūsų darbas taps sąmoningesnis.
Kurkite toliau, bet žinokite, kada pasakyti „ne“.
„Skillbox“ rekomenduoja:
- Taikomas internetinis kursas .
- Internetinis kursas .
- Praktinių metų kursas .
Šaltinis: www.habr.com