Predslov prekladateľa: Po prečítaní tohto článku budete možno prekvapení alebo dokonca nahnevaní. Áno, aj nás to prekvapilo: autor vraj nikdy nepočul o hierarchii v tíme, o zadávaní úloh so statusom „urob to rýchlo a bez uvažovania“. Áno, je to tak, toto je trochu zvláštny text. Autor skutočne navrhuje, aby programátor prevzal úlohu systémového architekta - prečo potom potrebujete architekta? Ale všetky tieto námietky by vás nemali zaslepiť pred hlavnou vecou - prečo sme napriek tomu vzali a preložili tento text. Nehovorí o rolách. Tento text je o profesionálnom prístupe a informovanosti. Pravdou je, že pokiaľ budete len „robiť, čo sa vám povie“ bez toho, aby ste premýšľali o zmysle svojich činov, nikdy sa nestanete skvelým programátorom.
Povedzte nie zbytočnému kódu. Stačí poskladať tri písmená a povedať slovo. Skúsme to urobiť spoločne: "Nieeee!"
Ale počkaj. Prečo to robíme? Koniec koncov, hlavnou úlohou programátora je písať kód. Potrebujete však napísať nejaký kód, ktorý sa od vás požaduje? Nie! "Pochopiť, kedy nepísať kód, je pravdepodobne najdôležitejšou zručnosťou programátora." .
Pripomíname vám: pre všetkých čitateľov „Habr“ - zľava 10 000 rubľov pri registrácii do akéhokoľvek kurzu Skillbox pomocou propagačného kódu „Habr“.
Skillbox odporúča: Praktický kurz .
Programovanie je umenie riešenia problémov. A vy ste majstri tohto umenia.
Niekedy v snahe začať pracovať čo najrýchlejšie nemyslíme na nič iné, len na dokončenie danej úlohy. A to môže spôsobiť ešte vážnejšie problémy.
Pred čím programátori zatvárajú oči?
Všetok kód, ktorý napíšete, musí byť zrozumiteľný pre ostatných vývojárov a musí byť otestovaný a odladený.
Ale je tu problém: čokoľvek napíšete, skomplikuje to váš softvér a pravdepodobne v budúcnosti prinesie chyby.
Podľa Richa Skrenta, . Tu je to, čo píše:
„Kód je zlý, pretože začína hniť a vyžaduje neustálu údržbu. Pridanie nových funkcií často vyžaduje úpravu starého kódu. Čím je väčšia, tým vyššia je pravdepodobnosť výskytu chyby a kompilácia trvá dlhšie. Ďalšiemu vývojárovi to trvá dlhšie, kým na to príde. A ak je potrebný refaktoring, určite sa nájdu fragmenty, ktoré sa oplatí zmeniť. Veľký kód často znamená zníženú flexibilitu a funkčnosť projektu. Jednoduché a elegantné riešenie je rýchlejšie ako zložitý kód.“
Ako viete, kedy nepísať kód?
Problémom je, že programátori často preháňajú počet funkcií, ktoré ich aplikácie potrebujú. Výsledkom je, že veľa častí kódu zostáva nedokončených alebo ich nikto nepoužíva, ale komplikujú aplikáciu.
Musíte jasne pochopiť, čo váš projekt potrebuje a čo nie.
Príkladom je aplikácia, ktorá rieši len jednu úlohu – správu emailu. Na tento účel boli zavedené dve funkcie – odosielanie a prijímanie listov. Nemali by ste očakávať, že sa správca pošty stane zároveň správcom úloh.
Návrhom na pridanie funkcií, ktoré nesúvisia s hlavnou úlohou aplikácie, musíte rozhodne povedať „nie“. To je presne ten moment, kedy je jasné, že ďalší kód nie je potrebný.
Nikdy nestratíte zameranie svojej aplikácie.
Vždy sa opýtajte sami seba:
— Aká funkcia by sa mala teraz implementovať?
— Aký kód mám napísať?
Spochybňujte nápady, ktoré vám prídu na myseľ, a vyhodnoťte návrhy prichádzajúce zvonka. V opačnom prípade môže extra kód jednoducho zabiť projekt.
Vedieť, kedy nepridávať zbytočné veci, vám pomôže udržať základňu kódu pod pevnou kontrolou.
Na samom začiatku cesty má programátor iba dva alebo tri zdrojové súbory. Je to jednoduché. Kompilácia a spustenie aplikácie vyžaduje minimum času; Vždy je jasné, kde a čo hľadať.
Ako sa aplikácia rozširuje, objavuje sa stále viac a viac súborov kódu. Plnia katalóg, každý so stovkami riadkov. Aby ste to všetko správne usporiadali, budete musieť vytvoriť ďalšie adresáre. Zároveň je čoraz ťažšie zapamätať si, ktoré funkcie sú za čo zodpovedné a ktoré činy ich spôsobujú; chytanie chýb tiež zaberie viac času. Projektový manažment sa tiež stáva zložitejším, nie jeden, ale niekoľko vývojárov musí sledovať všetko. V dôsledku toho sa zvyšujú náklady, peňažné aj časové, a proces vývoja sa spomaľuje.
Projekt sa nakoniec stane obrovským a pridanie každej novej funkcie si vyžaduje stále viac úsilia. Dokonca aj pre niečo veľmi bezvýznamné musíte stráviť niekoľko hodín. Oprava existujúcich chýb vedie k objaveniu sa nových a nedodržia sa termíny vydania aplikácie.
Teraz musíme bojovať o životnosť projektu. prečo?
Faktom je, že ste jednoducho nerozumeli, kedy by ste nemali pridať ďalší kód, a na každý návrh a nápad ste odpovedali „áno“. Boli ste slepí, túžba vytvárať nové veci vás nútila ignorovať dôležité fakty.
Znie to ako scenár hororového filmu, však?
To je presne to, čo sa stane, ak budete stále hovoriť áno. Pokúste sa pochopiť, kedy by sa kód nemal pridávať. Odstráňte z projektu nepotrebné veci – značne vám to uľahčí život a predĺži životnosť aplikácie.
"Jeden z mojich najproduktívnejších dní bol, keď som vymazal 1000 XNUMX riadkov kódu."
— Ken Thompson.
Naučiť sa, kedy nepísať kód, je ťažké. Ale je to nevyhnutné.
Áno, viem, že ste sa práve vydali na dráhu vývojára a chcete písať kód. Je to dobré, nestrácajte ten prvý dojem, ale nestrácajte zo zreteľa dôležité faktory kvôli nadšeniu. Všetko sme si uvedomili metódou pokus-omyl. Budete tiež robiť chyby a poučiť sa z nich. Ale ak sa dokážete poučiť z vyššie uvedeného, vaša práca sa stane uvedomelejšou.
Pokračujte vo vytváraní, ale vedzte, kedy povedať nie.
Skillbox odporúča:
- Aplikovaný online kurz .
- Online kurz .
- Praktický ročníkový kurz .
Zdroj: hab.com