Optické zvětšení malého obýváku: chyba, která ho zbytečně zmenšuje
Když si nejste jistí, vypisujte hodnoty do konzole – ale s rozmyslem Třetím návykem je systematické používání nástrojů pro ladění. Místo desítek console.log, které pak musíte mazat, použijte breakpointy v prohlížeči nebo v editoru. Krokování kódu vám ukáže aktuální hodnoty v každém okamžiku, a to bez zaneřádění konzole. Pokud přesto sáhnete po console.log, vypisujte celé objekty ve formátu JSON.stringify a přidejte k nim jednoznačnou předponu, abyste v záplavě zpráv rychle našli tu svou. Tento návyk vám ušetří hodiny neproduktivního hledání v textových výpisech.<br>
<br>
<br>
<br>
Základní podmínkou je, aby dítě umělo samo držet rovnováhu na odrážedle nebo na kole s nízkým rámem. Pokud si na odrážedle jistě najede na obrubník, sbalí se do zatáčky a dokáže zpomalit bez použití nohou, je to první signál, že rovnováha funguje. Naopak pokud se dítě na odrážedle pořád zastavuje nohama a jede spíš „po špičkách", ještě není čas sundávat kolečka.<br>
<br>
<br>
<br>
Konflikty jsou nejčastějším důvodem, proč týmy rebase vzdávají. Když narazíte na konflikt při rebase, git pozastaví proces a nechá vás opravit soubory. Nespěchejte – otevřete každý konfliktní soubor, rozhodněte, která verze je správná, a pak pokračujte příkazem git add a git rebase --continue. Pokud zjistíte, že jste udělali chybu a chcete se vrátit, použijte git rebase --abort – vrátíte se do stavu před rebase. Důležité je, abyste konflikty řešili v malých dávkách, ideálně hned po každém commitu, ne až na konci celé větve.<br>
<br>
<br>
<br>
Když dítě poprvé vyjede na dvou kolech, je to okamžik, na který se těší snad každý rodič. Jenže právě tady se snadno udělá chyba, která dítě zbytečně vystraší a může oddálit celý proces o měsíce. Než sundáte boční kolečka, měli byste vědět, že připravenost nepoznáte podle věku ani podle velikosti kola, ale podle konkrétních dovedností, které dítě zvládá už týdny předem.<br>
<br>
<br>
<br>
Každý tým, který sdílí jeden repozitář, dříve nebo později narazí na zeď v podobě merge commitů. Vypadají nevinně, ale ve chvíli, kdy potřebujete zjistit, která změna způsobila regresi, se z nich stává noční můra. Čistá, lineární historie není jen estetická záležitost – je to nástroj, který vám ušetří hodiny při hledání chyb a usnadní code review. Pokud chcete, aby váš git log vypadal jako přímka, musíte změnit nejen příkazy, ale i způsob, jakým tým přemýšlí o větvích.<br>
<br>
<br>
<br>
Zrcadla mají v malém obýváku zázračnou moc, ale jen když je umístíte správně. Nejlepší je velké zrcadlo naproti oknu, které odráží denní světlo a zdvojnásobuje pocit vzdušnosti. Vyhněte se mnoha malým zrcadlům rozvěšeným po místnosti – vytvoří neklid a žádný optický efekt se nedostaví. Pozor také na zrcadlo za pohovkou, do kterého se při sezení díváte; ruší to pohodlí a místnost působí stísněně. Ideální je umístit zrcadlo na stěnu kolmou k oknu, ne přímo proti němu.<br>
<br>
<br>
<br>
Prvním návykem je psát funkce, které dělají jen jednu věc. Pokud funkce ověřuje vstup, mění data a ještě aktualizuje DOM, je těžké odhalit, kde přesně se něco pokazí. Rozdělte ji na menší celky – každá část pak má jasnou odpovědnost a můžete ji testovat samostatně. Typickou chybou je funkce s více než deseti řádky, která používá mnoho proměnných z vnějšího prostředí. Takový kód je pastí: změníte jednu hodnotu a nevíte, co všechno se tím rozbije.<br>
<br>
<br>
<br>
Jak přimět tým, aby rebase skutečně používal Největší překážkou není technika, ale zvyk. Když zavedete pravidlo rebase, musíte ho podpořit i ve svých pracovních postupech. Pokud používáte pull, vždy s --rebase, abyste předešli zbytečným merge commitům z druhé strany. Větve by měly být krátkodobé – ideálně maximálně pár dní. Čím déle žijí, tím větší je pravděpodobnost konfliktů. A co je nejdůležitější: nastavte si ochranu na hlavní větvi, která zakáže přímé pushy a vynutí merge přes pull request. Tam pak tým vidí, že historie je čistá, a to je nejlepší motivace.<br>
<br>
<br>
<br>
U vlněných a kašmírových svetrů platí ještě přísnější pravidla. Perte je v ruce ve vlažné vodě s jemným pracím prostředkem určeným na vlnu, nebo v pračce na program pro vlnu se studenou vodou. Nikdy je neždímejte – vodu vymačkejte jemným zatlačením do froté ručníku. Svetr pak nechte uschnout naplocho, protože na ramínku se vytáhne a ztratí tvar. Pokud se objeví žmolky, nevytrhávejte je, ale použijte holicí strojek na textil nebo speciální kartáč. Žmolkování není známka špatné kvality, ale přirozený projev třecích ploch.<br>
<br>
<br>
<br>
Pátý návyk: pravidelně kontrolujte, zda váš kód neobsahuje skryté vedlejší účinky. Typickým příkladem je používání globálních proměnných nebo psaní do localStorage bez zjevné potřeby. Takový kód je pak závislý na pořadí vykonávání a na stavu prostředí, což ztěžuje reprodukci chyb. Uzavřete všechny závislosti do parametrů a návratových hodnot – funkce pak budou čisté a predikovatelné. Když narazíte na chybu, budete schopni ji spolehlivě reprodukovat v izolovaném testu, místo abyste spoléhali na to, že se problém objeví jen v určitém prohlížeči nebo po určité posloupnosti akcí.