Softwarové inženýrství a řízení

← Všechny kategorie

Za osm hodin odešlo 42 miliard dolarů. Proč se velké firmy nehroutí pomalu, ale naráz

1. 6. 2026

Článek vysvětluje, proč velké organizace nezanikají pozvolna, ale zhroutí se náhle jako fázový přechod ve fyzice - po dlouhém období zdánlivé pevnosti je spustí podnět, který by zdravý systém nepoškodil. Na případech od Silicon Valley Bank a Lehman Brothers po Enron, Wirecard, FTX a Nokii ukazuje tři opakující se mechanismy (vnitřní ztuhlost, vnější propojenost a kritičnost) opřené o teorii komplexních systémů. Zároveň střízlivě hodnotí limity predikce kolapsů, od Altmanova Z-skóre po Sornettovy log-periodické modely, a uzavírá, že mechanismům rozumíme, ale spolehlivě je předpovědět neumíme.

Kdy druhý pohled pomáhá a kdy je to jen tentýž omyl dvakrát

25. 5. 2026

Článek na datech z mamografie, softwarových inspekcí a klinických studií ukazuje, že o užitečnosti kontroly (odvolací soud, recenze, code review) nerozhoduje počet kontrolorů, ale vzájemná nezávislost jejich omylů. Paralelní nezávislé posouzení sčítá nálezy, kdežto sekvenční řetězení dědí kotvu předchozího verdiktu a je nejslabší; smíření a arbitráž navíc slouží hlavně k odstranění falešných poplachů, ne k hledání nových chyb. AI může být cenným druhým čtenářem jen tehdy, pokud se její slepá místa nepřekrývají s lidskými.

Silné vlastnictví kódu plodí nejméně chyb, ale i nejkřehčí týmy

24. 5. 2026

Článek mapuje spor o vlastnictví kódu v softwarovém inženýrství: silné individuální vlastnictví podle empirických dat Microsoftu, Googlu i akademického výzkumu vede k nejnižší chybovosti a méně zranitelnostem, ale zároveň vytváří křehké týmy s nízkým bus factorem a znalostními sily. Na základě Fowlerovy taxonomie (silné/slabé/kolektivní vlastnictví) i novějších modelů (CODEOWNERS, stewardship, InnerSource, AREA) autor dochází k tomu, že vítězí hybridní přístupy spojující jasnou odpovědnost s otevřeností. Závěrečná doporučení přizpůsobují model velikosti týmu, regulaci a architektuře (mikroslužby vs. monolit).

COBOL je mrtev, ať žije COBOL! Třicet let odcházení, které se nekonalo

13. 4. 2026

Článek vychází z výzvy guvernéra New Jersey z dubna 2020, který během pandemie veřejně sháněl programátory šedesát let staré technologie COBOL, a na jejím osudu ukazuje, proč třicet let ohlašovaných migračních plánů na modernější systémy nikdy nevyšlo. Pomocí modelů teorie her (hra kuřat, hon na jelena, tragédie obecní pastviny) a behaviorální ekonomie autor vysvětluje, proč se programátoři legacy systémů nestali zbytečnými, ale vzácnými a lépe placenými — a zároveň upozorňuje, kde tento optimistický scénář platí a kde naopak hrozí fatální konec jako u Kodaku.

Proč vás nový nástroj nezrychlí pětkrát: Amdahlův zákon lidské produktivity

11. 4. 2026

Článek pomocí Amdahlova zákona vysvětluje, proč nástroje jako AI pro programátory či 3D CAD pro konstruktéry přinášejí mnohem menší celkové zrychlení, než slibuje marketing — urychlují totiž jen zhruba třetinu práce, takže i nekonečně rychlý nástroj zvedne výkon celku nanejvýš o desítky procent a úzké hrdlo se jen přesune jinam (z psaní kódu na jeho revize a schvalování). Autor to dokládá empirickými studiemi, mj. randomizovaným testem METR 2025, kde byli zkušení vývojáři s AI o 19 % pomalejší, ačkoli sami věřili v opak, a fenoménem „J-křivky“, kdy produktivita po nasazení nejdřív klesne. Skutečné produktivní zisky podle něj nepřinášejí rychlejší nástroje, ale přestavba způsobu práce — a ta trvá roky, ne kvartály.

Technický dluh neřešte na konci. Řešte ho v každém commitu.

15. 3. 2026

Článek argumentuje proti odkládání technického dluhu na jednorázové „hardening sprinty

Když firma testuje odolnost, kterou nemá: jak milion eur ročně mizí v plánovaných výpadcích

9. 3. 2026

Článek kritizuje praxi české technologické firmy, která každé dva týdny vypíná datové centrum pro test odolnosti, ačkoliv interní systémy (Git, CI/CD, wiki) redundantní nejsou a při každém testu spadnou. Autor ukazuje, že to stojí firmu přes milion eur ročně na ztrátě produktivity 600 vývojářů, a porovnává tento přístup s principy chaos engineering od Netflixu, Googlu a Amazonu – ty nejprve vybudovaly redundantní infrastrukturu a teprve pak ji testovaly.

Proč vaše firma nedělá agile (i když si myslí, že ano)

27. 2. 2026

Článek analyzuje, proč většina firem selhává při agilní transformaci — pouze 4 % dosáhnou celopodnikového agile. Příčinou nejsou špatné rámce, ale hluboké kulturní a organizační bariéry: zmrazený střední management, imitační kult agile a chybějící technické praktiky. V českém prostředí situaci zhoršuje hierarchická kultura s kořeny v rakousko-uherské a komunistické tradici, přičemž klíčem k úspěchu je kulturní změna, ne zavádění rituálů.

Kdo zatáhne za šňůru? Proč technologické firmy selhávají, když informace neproudí

26. 2. 2026

Na příkladu katastrofy raketoplánu Columbia článek analyzuje, proč v technologických firmách selhává tok informací — střední management filtruje špatné zprávy, vedení rozhoduje na základě optimisticky korigovaných dat. Představuje formální modely toku informací (Bell-LaPadula, Biba) a ukazuje, jak organizační kultura určuje, zda kritická informace dorazí k tomu, kdo rozhoduje.

Od děrných štítků k AI-nativním databázím

21. 2. 2026

Článek mapuje více než stoletou historii ukládání a zpracování dat – od Hollerithových děrných štítků použitých při americkém sčítání lidu v roce 1890, přes magnetické bubny, pásky a disky, až po současné AI-nativní databáze. Popisuje klíčové technologické milníky včetně von Neumannovy architektury, vzniku IBM, sekvenčního i přímého přístupu k datům a vysvětluje, proč trh databází dosáhl 150 miliard dolarů s dominancí PostgreSQL.

Pod kapotou relačních databází: proč Pepa ve skladu nenašel váš displej

20. 2. 2026

Článek na příkladu skladníka Pepy, který nenašel displej na regálu, vysvětluje fundamentální koncepty relačních databází — od rozdílu mezi vnitřní integritou dat (koherence) a jejich shodou s realitou (korespondence), přes klíče, vazby a integritní omezení až po transakční model ACID. Ukazuje, proč databáze dokáže garantovat pouze konzistenci dat vůči vlastním pravidlům, ale nikoli jejich pravdivost vůči reálnému světu, a proč je tento více než padesát let starý model stále základem většiny informačních systémů.

Měř dopad, ne úsilí

19. 2. 2026

Článek argumentuje, že technologické firmy by měly měřit reálný dopad na zákazníka, nikoli jen interní metriky jako počet deployů či modernizaci infrastruktury. Představuje třívrstevný systém měření (zákaznické metriky, DORA metriky, alokace kapacity), metody prioritizace jako Cost of Delay a WSJF a organizační principy jako stream-aligned týmy, které propojují technologickou práci s dodáváním skutečné hodnoty.

Indukční kritérium rozšiřitelnosti informačních systémů

18. 2. 2026

Článek navrhuje využití principu matematické indukce jako formálního kritéria pro hodnocení rozšiřitelnosti informačních systémů — pokud přidání další funkcionality vyžaduje úsilí závislé primárně na její vlastní složitosti, nikoli na stavu systému, je systém zdravý. Zavádí metriku Development Velocity Ratio (DVR) pro kvantifikaci zpomalování vývoje a analyzuje technické, organizační i psychologické příčiny degradace systémů, včetně dopadu AI nástrojů na vývojové metriky.

Proč v přírodě neexistují vazby M:N?

18. 2. 2026

Článek formuluje tezi, že v reálném světě existuje jediná fundamentální kardinalita vztahu: 1:N. Vazba M:N se v přírodě nevyskytuje — její přítomnost v datovém modelu vždy signalizuje nedostatečně provedenou analýzu a skrytou zprostředkující entitu. Tezi podpírá syntézou relační ontologie ve filozofii (ontický strukturální realismus, procesová filozofie), relační teorie v informatice (Codd, Kent) a praktických zkušeností s datovým modelováním.