Jak rozumět NoSQL databázím a kdy po nich sáhnout

Na závěr: Scrum nefunguje, pokud ho aplikujete rigidně. V českých týmech často selhává, když se Scrum Master stane projektovým manažerem, který rozdává úkoly, nebo když produktový vlastník změní priority každý den. Dejte týmu čas na učení – první dva sprinty budou nepohodlné. Měřte si rychlost (velocity) až po třetím sprintu, kdy se stabilizuje. A hlavně: experimentujte, upravujte pravidla podle svých potřeb, ale vždy respektujte empirismus – kontrolujte, co funguje, a změňte to, co ne.

Retrospektiva je nejcennější část, ale v českém prostředí se často přeskakuje nebo se mění na stížnosti. Použijte jednoduchý rámec: co fungovalo, co nefungovalo, co zlepšíme v příštím sprintu. Vyberte si maximálně jednu nebo dvě akce, které skutečně uděláte. Pokud si na retrospektivě řeknete „musíme víc testovat", ale nikdo to nezapíše a nepřiřadí vlastníka, nestane se nic. Zkuste rotovat role a mluvit i o procesu, ne jen o technice.

Při stylování textu se vyhněte příliš mnoha úrovním nadpisů – jeden h1 na stránku, pod ním maximálně h2 a h3. V CSS pak stylujte nadpisy pomocí selektorů jako h1, h2, h3. Pro odstavce použijte p a nastavte řádkování (line-height) ideálně mezi 1.5 a 1.8, což zlepšuje čitelnost. Dbejte také na to, aby šířka textového bloku nebyla příliš velká – optimálně kolem 60–80 znaků na řádek. Toho docílíte nastavením max-width a margin: auto pro centrování.

Nezapomínejte na validaci kódu a testování v různých prohlížečích. Co funguje ve vašem prohlížeči, nemusí fungovat jinde. Vždy si ověřte, že stránka vypadá dobře i bez JavaScriptu, který je pro základní HTML a CSS zbytečný. Při psaní CSS používejte selektory efektivně – místo mnoha tříd zkuste využít dědictví stylů a kontextové selektory. Název třídy by měl vystihovat účel prvku, ne jeho vzhled, takže místo „modra-pisma" použijte „upozorneni".

Na co si dát pozor při výběru a jak začít Základní chyba je brát NoSQL jako univerzální řešení. Dokumentové databáze se hodí pro JSON-like data, která se mění a nemají pevné schéma. Sloupcové databáze zase vynikají v analýze velkých dat, kde potřebujete číst jen vybrané sloupce přes miliardy řádků. Grafové databáze zvládají vztahy mezi entitami efektivněji než SQL, ale jen pokud jsou vztahy klíčové pro vaše dotazy. Než vyberete, napište si konkrétní dotazy, které budete spouštět, a otestujte je na vzorku dat o velikosti alespoň jednoho měsíce provozu.

Typické chyby, které dělá každý začátečník Jednou z nejčastějších chyb je zapomenutí na správné uzavírání značek. V HTML platí přísné párové značky, pokud nějakou zapomenete, může se rozpadnout celá stránka. Dále se vyvarujte používání starých tabulkových layoutů – moderní CSS má flexbox a grid, které jsou mnohem flexibilnější a snadněji se s nimi pracuje. Také pozor na velikost písma – absolutní hodnoty jako 12px se nemusí dobře škálovat, lepší je používat relativní jednotky jako em, rem nebo procenta.

Nastavení základů: typografie a barvy Prvním praktickým krokem je nastavení písma a barev. V CSS použijte selektor body a definujte vlastnost font-family – vždy uveďte několik náhradních fontů, aby se stránka správně zobrazila i na zařízeních bez konkrétního typu písma. Pro barvy používejte hexadecimální kódy (např. #333 pro tmavě šedou) nebo funkce rgb(). Dejte pozor na kontrast – text a pozadí musí být čitelné. Častou chybou začátečníků je používání příliš jasných barev nebo nedostatečného kontrastu, což odrazuje návštěvníky.

Při psaní zprávy se držte přítomného času, rozkazovacího způsobu – to je běžný standard. Nezapomeňte také na konzistenci v rámci týmu. Domluvte si šablonu, třeba s prefixy jako „feat:" pro nové funkce, „fix:" pro opravy, „refactor:" pro úpravy bez změny chování. Taková pravidla zvyšují čitelnost a umožňují automatické generování changelogů.

Konzistence je další oblast, kde se NoSQL liší. Mnoho systémů nabízí takzvanou eventuální konzistenci – po zápisu nemusí být data okamžitě viditelná pro všechny čtenáře. To je v pořádku pro sociální sítě nebo logy, ale není vhodné pro bankovní transakce, kde potřebujete přísnou konzistenci. Pokud takovou transakci musíte udělat, budete ji modelovat přes více zápisů a kompenzační operace, což je složitější než v SQL. Ptejte se, co se stane, když vypadne uzel a zápis se nepodaří dokončit.

První sprint: jak nastavit rytmus a vyhnout se chaosu První sprint je kritický. Naplánujte si sprint na jeden až dva týdny – delší cykly začátečníky zahltí zpětnou vazbou. Rozdělte práci na malé, ověřitelné úkoly (ideálně na 1–3 dny). Na sprint plánování si pozvěte celý tým a produktového vlastníka, který musí být schopen jasně vysvětlit priority. Nedělejte si backlog příliš podrobný – stačí názvy a kritéria hotového, detaily doladíte během sprintu.