Až budete mít hotové rozvržení, otestujte ho na skutečných zařízeních. Jenom změna šířky okna v prohlížeči nestačí. Mobilní prohlížeče mají jiné chování při posouvání a klávesnice může změnit rozměry. Zkuste si stránku otevřít na mobilu s vypnutým připojením – uvidíte, jak se chovají obrázky a text. Správně nastavený Grid a Flexbox by měly držet obsah čitelný i bez načtených fontů. Pokud se rozvržení rozpadne, je to obvykle tím, že jste použili pevnou šířku nebo zapomněli na min-width: 0 u Grid položek. Tuto vlastnost si zapamatujte – často řeší problémy s přetékajícím textem.<br>
<br>
<br>
<br>
Poslední věc, na kterou mnoho lidí zapomíná, je realistický přístup k první nabídce. Neber práci, která je úplně mimo tvou oblast, jen proto, že je dostupná. Pokud chceš dělat backend, nezačínej jako tester, když ti to neleží – můžeš se tak na roky zaseknout na pozici, která tě nenaplňuje. Na druhou stranu buď otevřený tomu, že první práce nemusí být vysněná, ale měla by ti dát prostor růst směrem, který chceš. Ptej se na to, s jakými technologiemi budeš pracovat a jak vypadá mentoring – to je důležitější než drobné rozdíly v náplni práce.<br>
<br>
<br>
<br>
Začni tím, že si vybereš jednu technologii, ve které se staneš skutečně dobrým. Nejhorší, co můžeš udělat, je skákat mezi pěti jazyky a frameworky. Vyber si něco, co má poptávku na trhu a co tě baví – a v tom se zdokonaluj. Typická chyba začátečníků je učit se všechno najednou, ale výsledkem je povrchní znalost, kterou u pohovoru hned poznají. Místo toho si vytvoř malý projekt, který používá jednu technologii a který dokončíš do konce – takový projekt je tvým nejlepším argumentem.<br>
<br>
<br>
<br>
Pokud se vám stane, že odhadnete špatně, nikdy to neházejte na faktory, které nemůžete ovlivnit. Zákazník slyší „viníkem je počasí, dodavatel, úřad" a má pocit, že se vymlouváte. Místo toho řekněte: „Nepočítal jsem s tím, že bude potřeba dodatečné zpevnění podkladů. Příště si na to nechám větší rezervu." Taková věta buduje důvěru, protože ukazuje, že přebíráte odpovědnost a zároveň vylepšujete proces. Zákazník ocení, že z chyby děláte ponaučení, ne omluvu.<br>
<br>
<br>
<br>
Na závěr si osvojte zvyk pravidelné refaktorizace. Čistý kód není stav, ale proces. Když vidíte, že se funkce prodlužuje nebo že se opakuje stejná logika, nečekejte na velký úklid. Upravte to hned, i kdyby to mělo znamenat deset minut navíc. Tento návyk zabrání tomu, aby se kód postupně proměnil v neudržovanou změť. Až příště budete psát další funkci, zeptejte se sami sebe: pochopím to za tři měsíce, když to uvidím bez komentáře? Pokud ne, napište to jinak. Tím se vyhnete většině problémů, které trápí starší projekty.<br>
<br>
<br>
<br>
Praktické kombinování: kdy který nástroj použít Začněte tím, že si celou stránku rozdělíte na hlavní sekce – hlavička, obsah, sidebar, patička. K tomu použijte Grid: display: grid; grid-template-columns: 1fr 3fr; a v jednom řádku máte dva sloupce. V hlavičce pak potřebujete umístit logo vlevo, menu uprostřed a tlačítko vpravo. To je přesně úkol pro Flexbox: display: flex; justify-content: space-between; align-items: center;. Tímto způsobem získáte přehledné a flexibilní rozvržení, které se snadno přizpůsobí různým šířkám obrazovky.<br>
<br>
<br>
<br>
<span style="font-weight: 700;">Každý vývojář zná</span> okamžik, kdy listuje historií repozitáře a narazí na zápis typu „oprava bugu" nebo „update". Místo jasné odpovědi, co se v daném commitu stalo, přichází jen mlhavé tušení a nutnost procházet diff řádek po řádku. Smysluplné commit zprávy nejsou formalita, ale nástroj, který vám ušetří hodiny práce při hledání příčiny problému. Zpětná dohledatelnost změn totiž nestojí na dokonalém nástroji, ale na tom, jak s historií pracujete.<br>
<br>
<br>
<br>
Čím se odlišit v technickém pohovoru Technický pohovor je často zkouška z logiky, ne z paměti. Očekávejte otázky na datové struktury, algoritmy a vysvětlení vašeho kódu. Typická past? Když začnete mluvit o složitých knihovnách, ale neumíte vysvětlit, proč jste je použili. Místo toho se připravte na jednoduché příklady – třeba reverzní řetězec nebo práce s polem – a nacvičte si, jak o nich přemýšlíte nahlas. Firmy hledají lidi, kteří se nezaseknou, ale hledají řešení.<br>
<br>
<br>
<br>
Další častý kámen úrazu je neumět vysvětlit, proč chceš právě tuto práci. Nejhorší odpověď je „chci se naučit" – to je jasné, ale neříká to nic o tom, co přineseš firmě. Připrav si konkrétní příklad, kdy jsi řešil problém a jaké dopady mělo tvé řešení. Může to být projekt z vlastní iniciativy, pomoct kamarádovi s webem nebo oprava bugu v open-source nástroji. Důležité je, aby tvůj příběh měl jasný začátek, průběh a výsledek – a aby byl pravdivý.
