Be pragmatic

Jak moc byste měli důvěřovat osvědčeným postupům v programování?

Pokračování článku Clean Code vs Philosophy of software design. Představení mojí implementace prime generatoru.

Rozbor diskuze mezi Johnem Ousterhoutem (autorem A Philosophy of software design) a Robertem "Uncle Bob" Martinem (autorem Clean code).

Psaní komentářů je umění a zdá se, že i v roce 2025 stále řešíme, jak je správně psát.

Váš kód pravděpodobně obsahuje spoustu nepoužité funkcionality, což zvyšuje čas potřebný k údržbě kódu.

Kód by měl odpovídat popisu přirozeným jazykem. Pokud vypadá jinak, než jak ho popisujeme v češtině, tak musíme více přemýšlet.

Happy path by většinou neměla být zanořená do `if` větví.

Single responsibility principle je často špatně pochopen a špatně použit. Pravděpodobně ho špatně používáte i vy.

Obalit jeden řádek kódu metodou může být někdy užitečné.

NUnit je lepší než xUnit – má více možností setupu, lepší dokumentaci, lepší asserty a lepší testovací atributy.

Čím obecnější kód píšeme, tím méně informací v kódu zůstává. Snažte se jasně a přesně zapsat myšlenku do kódu a nenechte čtenáře hádat.