Šifrovací hra pro děti: chyba, která zabije celé odpoledne

Potom zapojte specializované nástroje. Existují online i offline programy, které porovnávají váš text s databázemi webů, knih a akademických prací. Většina z nich funguje na stejném principu: vložíte text a dostanete procento shody a seznam zdrojů. U placených verzí bývá hlubší databáze, ale i bezplatné varianty odhalí nápadné kopie. Pozor na nástroje, které si samy nárokují uložení textu. Pokud pracujete s citlivými daty, použijte offline řešení nebo si nejdřív přečtěte, co se s textem děje.

V lednici platí jiná pravidla. Suroviny, které se kazí nejrychleji, patří na nejchladnější místo – obvykle do spodní police nad zásuvkou na zeleninu. Mléčné výrobky dejte do prostředních polic, ne do dveří. Dveře jsou nejteplejší a neustále se otevírají, takže máslo nebo jogurt tam vydrží kratší dobu. Syrové maso vždy oddělte od hotových jídel a uložte ho do uzavřené nádoby, aby nekapalo na ostatní potraviny. Zeleninu a ovoce nemyjte předem. Vlhkost urychluje hnilobu.

Uspořádejte spíž podle toho, jak často věci používáte, ne podle toho, jak hezky vypadají. Základní suroviny, které spotřebujete každý týden, patří do výšky očí. Těžké a velké věci dolů, lehké a méně používané nahoru. Sklenice a konzervy seskupujte podle druhu, ne podle značky. Když máte čočku na jednom místě a fazole na druhém, snadno zapomenete, že už nějaké máte, a koupíte další. Přesně tak vzniká plýtvání.

Nakonec si udělejte vlastní kontrolní seznam. Projděte všechny citace, ověřte, že každý převzatý údaj má zdroj, a zkontrolujte, zda někde nechybí uvozovky. U parafrází se ujistěte, že jste skutečně přepsali myšlenku vlastními slovy, ne jen vyměnili pár výrazů. Pokud publikujete na webu, prožeňte text ještě jednou po finálních úpravách. Poslední verze se totiž často liší od té, kterou jste kontrolovali na začátku. Teprve pak text odešlete.

Šifrovací hra pro děti vypadá jednoduše: schováte indicie, děti je najdou, vyluští tajenku a jsou nadšené. V praxi se ale většina rodičů zasekne na stejném místě – připraví hru tak, že ji vyřeší za deset minut, nebo naopak tak složitou, že děti po třetí indicii vzdají. Nejčastější chyba není v počtu šifer, ale v tom, že tvůrce zapomene na věk a čtenářské dovednosti hráčů.

Kdy rebase nepoužívat a jak řešit konflikty Rebase není vhodný pro větve, které už jsou pushnuté a sdílené s ostatními. Pokud na ní pracuje víc lidí, raději použijte merge, nebo si větev rozdělte. Při samotném rebasu může dojít ke konfliktu. Git vás zastaví, vy soubory upravíte, přidáte přes git add a pokračujete pomocí git rebase --continue. Když si nejste jistí, celý rebase zrušíte přes git rebase --abort a vrátíte se do původního stavu. Nikdy nepushujte vynuceně bez --force-with-lease, který ověří, že na vzdálené větvi nikdo mezitím nepřidal commity.

Začněte tím, že si rozvrhnete trasu. Pro děti od pěti do sedmi let stačí čtyři až pět zastávek v jedné místnosti nebo na malé zahradě. Pro starší můžete trasu protáhnout přes celý pozemek i do domu. Každá indicie musí být jasně ohraničená – například obálka s barevným symbolem, který děti hledají. Bez vizuálního rozlišení se v zahradě ztratí a začnou se hádat, která indicie patří komu.

Lineární historie není cíl, ale prostředek. Umožňuje používat git bisect bez přeskakování merge commitů, zjednodušuje code review a zrychluje orientaci v logu. Zaveďte ji v týmu jako pravidlo: feature větev se před sloučením rebasuje na main, main přijímá jen fast-forward. Výsledkem je čitelná historie, kde každý commit odpovídá jedné ucelené změně a kde se dá kdykoli zjistit, proč byl kód upraven.

Na zahradě počítejte s počasím a terénem. Papírové indicie dejte do uzavíratelných sáčků nebo je zalaminujte, jinak je ranní vlhkost zničí. Nepřipevňujte je na místa, kam dítě nedosáhne bez nebezpečného lezení. Také myslete na to, že v zahradě může foukat – lehké papírky připevněte kolíčkem nebo je schovejte pod kámen. Na konci hry vždy zkontrolujte, že jste posbírali všechny indicie, jinak je najde soused nebo je poseče sekačka.

Typická úskalí: rebase na main, který mezitím dostal nové commity, vyžaduje opakované řešení stejných konfliktů. Pomáhá git rerere, což je funkce, která si zapamatuje, jak jste konflikt vyřešili dříve. Další chybou je rebase větve, ze které někdo jiný vytvořil pull request. Pokud spolupracovníci na tuto větev navazují, přepis historie jim rozbije lokální kopie. Před rebasem si vždy ověřte, kdo na větvi pracuje.

Základem je rebase místo merge při aktualizaci vlastní větve. Když na své feature branch zjistíte, že main je napřed, nespouštějte git merge main. Místo toho použijte git rebase main. Tím se vaše commity přenesou na aktuální špičku mainu a vznikne přímá linie. Před rebasem se ujistěte, že větev ještě nikdo jiný nepoužívá. Přepsání historie na sdílené větvi je nejčastější chyba a způsobuje kolegům konflikty, které se špatně řeší.