Softwarový vývoj

Dashboard je vizuální panel, který soustředí klíčové metriky, grafy, upozornění a odkazy na jednu přehlednou obrazovku. Pomáhá rychle sledovat stav produktu, firmy nebo systému, odhalit odchylky a rozhodovat podle aktuálních dat místo procházení mnoha samostatných reportů v různých nástrojích a týmech.

Databázová transakce je řízená skupina databázových operací, která se má provést jako jeden logický celek. Pokud se všechny kroky podaří, změny se potvrdí commitem; při chybě se vrátí rollbackem. Transakce chrání konzistenci dat hlavně při souběžných zápisech, výpadcích a více navazujících změnách.

Databázový pohled je pojmenovaný uložený SELECT dotaz, na který se v databázi odkazuje jako na tabulku. Pohled sám o sobě data neukládá: při každém použití se jeho definice vyhodnotí nad zdrojovými tabulkami. Slouží k zjednodušení složitých dotazů, k omezení přístupu na vybrané sloupce a řádky a ke stabilnímu rozhraní nad měnícím se datovým modelem.

Deadlock je stav, kdy se dva nebo více procesů, vláken nebo transakcí navzájem blokují, protože každý drží prostředek, který potřebuje někdo další. Výpočet pak nemůže pokračovat bez zásahu plánovače, databáze nebo aplikace, typicky u zámků, mutexů, souborů či řádků v databázi.

Debugging je systematické hledání, ověřování a odstraňování chyb v programu, konfiguraci nebo běhovém prostředí. Zahrnuje reprodukci problému, sběr stop, práci s debuggerem či logy, formulaci hypotéz a ověření opravy, aby se neodstranil jen viditelný příznak, ale skutečná příčina.

Denormalizace je záměrné zavedení redundance do datového modelu, typicky zkopírováním nebo předpočítáním hodnot z jiných tabulek, aby čtení nemuselo spojovat mnoho tabulek a agregovat je za běhu. Denormalizace zrychluje dotazy výměnou za větší objem dat, složitější zápisy a riziko, že se kopie hodnoty rozejdou s originálem.

Dependency injection je návrhový princip, při kterém objekt nedostává své spolupracovníky vlastní konstrukcí, ale přijímá je zvenku, typicky přes konstruktor nebo konfigurovaný kontejner. Třída pak závisí na rozhraních nebo abstrakcích, snadněji se testuje a její vazby lze měnit bez přepisování obchodní logiky.

Design sprint je časově ohraničený pracovní formát, obvykle pětidenní, ve kterém malý tým převede podnikatelskou otázku na prototyp a otestuje ho na skutečných uživatelích. Metodiku popsali Jake Knapp a kolegové z Google Ventures. Cílem není hotový produkt, ale rychlé rozhodnutí, zda má smysl daný směr dál vyvíjet.

Design system je sdílený soubor pravidel, komponent, vizuálních tokenů a dokumentace, který pomáhá týmu navrhovat a vyvíjet konzistentní digitální produkty. Propojuje UX, UI a frontend, aby tlačítka, formuláře, barvy, typografie i chování aplikace nevznikaly pokaždé znovu a šly bezpečně měnit napříč produkty.

Design tokeny jsou pojmenované hodnoty vizuálních rozhodnutí, jako jsou barvy, odsazení, poloměry rohů nebo velikosti písma, uložené odděleně od kódu i od návrhu. Místo konkrétního zápisu #0B5FFF se v designu i v aplikaci odkazuje název color.action.primary, takže jedna změna hodnoty se promítne do webu, mobilní aplikace i dokumentace současně.

Distribuce aplikace je proces, kterým se hotová aplikace připraví, zabalí, doručí a zpřístupní uživatelům nebo provoznímu prostředí. Zahrnuje build, podpis, konfiguraci, nasazení, publikaci v obchodě, aktualizace, monitoring vydání a možnost návratu na předchozí verzi, když se objeví chyba.

Docker je platforma pro vytváření, distribuci a spouštění aplikací v kontejnerech. Umožňuje zabalit program se závislostmi do přenositelného image, který lze spustit podobně na vývojářském počítači, v testech i na serveru. Pomáhá sjednotit prostředí, zrychlit nasazování a oddělit aplikace od hostitelského systému.

DOM je programové rozhraní a stromový model dokumentu HTML nebo XML, který prohlížeč vytvoří po načtení stránky a zpřístupní skriptům. Díky DOM mohou skripty číst strukturu, měnit obsah, reagovat na události a synchronizovat vykreslenou stránku se stavem aplikace. DOM proto není jen text souboru, ale živý objektový pohled na dokument.

Dotazovací plán je postup kroků, kterým databáze skutečně vykoná zadaný SQL dotaz: v jakém pořadí čte tabulky, zda použije index nebo sekvenční průchod a jakou metodou spojí data. Plán sestavuje plánovač na základě statistik o datech a vybírá z více možností tu s nejnižší odhadovanou cenou.