Skryté činnosti v odhadu času, které většina lidí přehlédne

Začněte tím, že si ke každé vrstvě pyramidy napíšete, co má chránit. U jednotkových testů to bývá logika výpočtů a hraniční stavy, u integračních testů kontrakty mezi službami, u end-to-end testů klíčové uživatelské cesty. Když se požadavek změní, neptejte se nejdřív, jak zařídit malou kuchyni upravit testy, ale která z těchto ochran se změní. Tím získáte jasný signál, zda jde o úpravu v jedné vrstvě, nebo o přesun odpovědnosti mezi vrstvami.

Typické chyby, které zbytečně prodlužují vývoj: zapomenutá uzavírací značka, duplicitní identifikátory, příliš specifické selektory, které se později těžko přepisují, a míchání inline stylů s externím souborem. Dále pak chybějící alt texty u obrázků, nevhodná hierarchie nadpisů (například přeskočení úrovně) nebo zapomenutý atribut lang. V CSS bývá častým problémem špatné pochopení box modelu – šířka prvku se počítá včetně okrajů a vnitřního odsazení, pokud nepoužijete vlastnost box-sizing s hodnotou border-box. Tu nastavte globálně pro všechny prvky, ušetříte si překvapení.

Když odhaduješ čas na vývojový úkol, pravděpodobně počítáš s psaním kódu, testováním a možná code review. Skryté činnosti ale tvoří často třetinu až polovinu skutečné práce. Nejde o práci navíc, kterou bys měl „přidat jako rezervu" — jde o činnosti, které reálně nastanou a které je možné pojmenovat a odhadnout zvlášť.

Další častou chybou je zapomenout na údržbu a úklid. Aktualizace závislostí, oprava nesouvisejících testů, které padají kvůli tvé změně, a doplnění dokumentace jsou běžnou součástí úkolu. Pokud je vynecháš, odhad bude vypadat optimisticky, ale realita ho dorovná. Stejně tak se zapomíná na zpětnou vazbu z review — zapracování připomínek není výjimka, je to pravidlo.

Nejprve si u každé přímé i nepřímé závislosti zjistěte, pod jakou licencí je distribuována. Nestačí se podívat na název balíčku, protože jeden projekt může obsahovat soubory s různými licencemi. Pomůže nástroj pro generování seznamu licencí, který projde strom závislostí a vypíše, co se v projektu skutečně nachází. U nejasných případů si přečtěte přímo licenční soubor v repozitáři, ne jen krátký popis na stránce balíčku.

Začni tím, že si před odhadem sepíšeš, co všechno bude potřeba udělat před samotným kódem. Patří sem čtení existujícího kódu, dohledávání, proč je něco udělané určitým způsobem, konzultace s někým, kdo tomu rozumí, a příprava testovacích dat. Tyto činnosti se snadno schovají pod „implementaci", ale mají vlastní trvání. Když je vypíšeš jako samostatné položky, přestanou být neviditelné.

Typická chyba začátečníků je skákat mezi jazyky. Začnou v jednom, po týdnu zjistí, že existuje populárnější, přejdou jinam, a po měsíci neumí pořádně ani jeden. Druhá častá chyba je učit se jazyk bez projektu. Sledovat videa a opisovat příklady je pasivní činnost. Mozek si syntaxi osvojí, až když ji použiješ k řešení vlastního problému, i kdyby to byl jen jednoduchý převod jednotek nebo evidence knih.

Na co se vyplatí dát pozor při prvním rozhodování První jazyk by měl mít tři vlastnosti: jednoduchou syntaxi, dostatek materiálů v češtině nebo angličtině a aktivní komunitu. Jednoduchá syntaxe znamená, že nemusíš řešit složité typové systémy nebo ruční správu paměti dřív, než pochopíš základy. Dostatek materiálů znamená, že když narazíš na chybu, najdeš vysvětlení. Aktivní komunita znamená, že se dostaneš k odpovědím na otázky, které ještě nikdo nezodpověděl.

Vyberte si jazyk, jehož základní syntaxi pochopíte během několika večerů. Nemusíte rozumět všemu, ale musíte být schopni napsat krátký funkční program, který něco dělá – načte vstup, zpracuje ho a vypíše výsledek. Pokud se už na začátku topíte v pojmech, které se týkají spíše architektury než samotného jazyka, je to signál, že jste sáhli po příliš složitém nástroji. Dobrý první jazyk vás nechá soustředit se na logiku a algoritmy, ne na boj s konfigurací.

Praktický postup: rozlož úkol na činnosti, u každé napiš, kdo ji vykonává a na čem závisí. Potom projdi tři scénáře — optimistický, realistický a pesimistický — a k realistickému připočti položky, které jsi našel jen v pesimistickém. Tím získáš odhad, který obstojí i při běžných komplikacích. Vyhni se ale tomu, že bys výsledek tajně násobil konstantou; lepší je mít položky pojmenované a obhajitelné.

Praktický postup: vyber dva kandidáty, každému věnuj dva týdny, napiš v každém jeden malý program, který něco dělá — třeba načte vstup a vypíše výsledek. Podle toho, který ti sedl lépe, se rozhodni. Ne podle toho, co říkají ostatní, ale podle toho, jestli tě práce s jazykem baví a jestli rozumíš tomu, co píšeš. není doživotní závazek. Je to nástroj, který ti otevře dveře k dalším.