Jak dělat mini-review
Poslední část bloku je vzájemné review ve dvojicích. Není to hodnocení a nejde v něm o to najít chybu. Jde o to, že cizí oči najdou za pět minut věci, kterých si autor po dvou hodinách psaní nevšimne – a že se při čtení cizího řešení dá ukrást spousta dobrých nápadů.
Podle čeho se dívat
Checklist jsou kritéria ze zadání, projitá jedno po druhém. Všichni stavěli tutéž stránku podle týchž snímků, takže rozdíly mezi řešeními nejsou ve vzhledu, ale v cestě k němu. K tomu se hodí tři otázky, na které se v kritériích neodpovídá:
- Co si z tohohle řešení beru do svého?
- Kde se mi při čtení ztratila nit?
- Co by se stalo, kdyby byl popis zákusku dvakrát delší?
Jak psát komentář
Obvykle:
Tohle je špatně.Líp:
Na tabletu, kolem 700 px, je pod obrázkem v kartičce úzký bílý pruh.
Nechybí obrázku display: block?Rozdíl nedělá zdvořilost, ale tři věci: komentář říká kde to je, co se děje a návrh řešení. Takový komentář se dá rovnou použít.
Komentuje se kód, ne člověk. Věty „tohle máš napsané divně“ a „tenhle zápis se mi čte hůř než ten vedle“ mluví o tomtéž a dostanou úplně jinou odpověď. A stejně užitečný je komentář, který nic nevytýká: „tohle je chytré, beru si to“.
Autor na review neodpovídá obhajobou. Poslechne si to, poznamená a rozhodne se až potom. Přijmout se nemusí všechno – u zamítnutého nálezu ale stojí za to vědět proč.
V praxi se tohle odehrává u pull requestů na GitHubu a v týmu je to každodenní práce. Naostro si to vyzkoušíme v modulu 05, i s tím, jak se komentář v rozhraní zapisuje a co znamená schválení.