Předmluva překladatele: Po přečtení tohoto článku budete možná překvapeni nebo dokonce naštvaní. Ano, i nás to překvapilo: autor prý nikdy neslyšel o hierarchii v týmu, o zadávání úkolů se statusem „udělej to rychle a bez uvažování“. Ano, je to tak, tohle je trochu zvláštní text. Autor skutečně navrhuje, aby se programátor ujal role systémového architekta – proč tedy potřebujete architekta? Ale všechny tyto námitky by vás neměly zaslepit před tím hlavním – proč jsme přesto vzali a přeložili tento text. Nemluví o rolích. Tento text je o profesionálním přístupu a informovanosti. Pravdou je, že pokud budete jen „dělat, co se vám řekne“, aniž byste přemýšleli o smyslu svých činů, nikdy se nestanete skvělým programátorem.
Řekněte ne zbytečnému kódu. Stačí dát dohromady tři písmena a říct slovo. Zkusme to udělat společně: "Néééé!"
Ale počkej. Proč to děláme? Koneckonců, hlavním úkolem programátora je psát kód. Ale potřebujete napsat nějaký kód, který je po vás žádán? Ne! "Pochopit, kdy nepsat kód, je pravděpodobně nejdůležitější dovedností programátora." .
Připomínáme: pro všechny čtenáře "Habr" - sleva 10 000 rublů při zápisu do jakéhokoli kurzu Skillbox pomocí propagačního kódu "Habr".
Skillbox doporučuje: Praktický kurz .
Programování je umění řešit problémy. A vy jste mistři tohoto umění.
Někdy ve snaze začít pracovat co nejrychleji nemyslíme na nic jiného, než na dokončení zadaného úkolu. A to může způsobit ještě vážnější problémy.
Před čím programátoři zavírají oči?
Veškerý kód, který napíšete, musí být srozumitelný ostatním vývojářům a musí být otestován a odladěn.
Ale je tu problém: cokoli napíšete, zkomplikuje to váš software a pravděpodobně v budoucnu přinese chyby.
Podle Riche Skrenta, . Zde je to, co píše:
„Kód je špatný, protože začíná hnít a vyžaduje neustálou údržbu. Přidání nových funkcí často vyžaduje úpravu starého kódu. Čím větší je, tím vyšší je pravděpodobnost výskytu chyby a tím více času zabere kompilace. Dalšímu vývojáři trvá déle, než na to přijde. A pokud je potřeba refaktoring, pak se určitě najdou fragmenty, které stojí za to změnit. Velký kód často znamená sníženou flexibilitu a funkčnost projektu. Jednoduché a elegantní řešení je rychlejší než složitý kód.“
Jak víte, kdy nepsat kód?
Problém je v tom, že programátoři často přehánějí počet funkcí, které jejich aplikace potřebuje. V důsledku toho zůstává mnoho částí kódu nedokončených nebo je nikdo nepoužívá, ale komplikují aplikaci.
Musíte jasně pochopit, co váš projekt potřebuje a co ne.
Příkladem je aplikace, která řeší pouze jeden úkol – správu emailu. Za tímto účelem byly zavedeny dvě funkce - odesílání a přijímání dopisů. Neměli byste očekávat, že se správce pošty stane zároveň správcem úloh.
Návrhům na přidání funkcí, které nesouvisejí s hlavním úkolem aplikace, musíte důrazně říci „ne“. To je přesně ten okamžik, kdy je jasné, že další kód není potřeba.
Nikdy neztrácejte zaměření své aplikace.
Vždy se zeptejte sami sebe:
— Jaká funkce by měla být nyní implementována?
— Jaký kód mám napsat?
Zpochybňujte nápady, které vás napadnou, a vyhodnoťte návrhy přicházející zvenčí. V opačném případě může extra kód jednoduše zabít projekt.
Vědět, kdy nepřidávat zbytečné věci, vám pomůže udržet základnu kódu pod pevnou kontrolou.
Na samém začátku cesty má programátor pouze dva nebo tři zdrojové soubory. Je to jednoduché. Kompilace a spuštění aplikace vyžaduje minimum času; Vždy je jasné, kde a co hledat.
Jak se aplikace rozšiřuje, objevuje se stále více souborů kódu. Plní katalog, každý má stovky řádků. Abyste to všechno správně uspořádali, budete muset vytvořit další adresáře. Zároveň je stále obtížnější zapamatovat si, které funkce jsou za co zodpovědné a které akce je způsobují; odchyt chyb také zabere více času. Projektové řízení se také stává složitějším, ne jeden, ale několik vývojářů musí sledovat vše. V souladu s tím rostou náklady, peněžní i časové, a proces vývoje se zpomaluje.
Projekt se nakonec stane obrovským a přidání každé nové funkce vyžaduje stále více úsilí. I za něco velmi bezvýznamného musíte strávit několik hodin. Oprava existujících chyb vede k výskytu nových a nedodržují se termíny vydání aplikací.
Nyní musíme bojovat o životnost projektu. Proč?
Faktem je, že jste jednoduše nepochopili, kdy byste neměli přidávat další kód, a odpověděli „ano“ na každý návrh a nápad. Byli jste slepí, touha vytvářet nové věci vás přiměla ignorovat důležitá fakta.
Zní to jako scénář hororového filmu, že?
To je přesně to, co se stane, pokud budete neustále říkat ano. Pokuste se pochopit, kdy by se kód neměl přidávat. Odstraňte z projektu nepotřebné věci – značně vám to usnadní život a prodlouží životnost aplikace.
"Jeden z mých nejproduktivnějších dnů byl, když jsem smazal 1000 řádků kódu."
— Ken Thompson.
Naučit se, kdy nepsat kód, je obtížné. Ale je to nutné.
Ano, vím, že jste se právě vydali na dráhu vývojáře a chcete psát kód. Je to dobré, neztrácejte ten první dojem, ale neztrácejte ze zřetele důležité faktory kvůli nadšení. Vše jsme si uvědomili metodou pokus-omyl. Budete také dělat chyby a poučit se z nich. Ale pokud se z výše uvedeného dokážete poučit, vaše práce se stane vědomější.
Tvořte dál, ale vězte, kdy říct ne.
Skillbox doporučuje:
- Aplikovaný online kurz .
- Online kurz .
- Praktický roční kurz .
Zdroj: www.habr.com