Steve McConnell slavné citáty

Je dost těžké najít chybu ve vašem kódu, když ji hledáte; je to ještě těžší, když jste předpokládali, že váš kód je bezchybný.

Práce průměrného manažera vyžaduje posun zaměření každých pár minut. Práce průměrného vývojáře softwaru vyžaduje, aby vývojář neposunul zaměření častěji než každých několik hodin.

Dobrý kód je jeho vlastní nejlepší dokumentace. Když se chystáte přidat komentář, zeptejte se sami sebe: "Jak mohu vylepšit kód, aby tento komentář nebyl potřeba?"Vylepšete kód a poté jej zdokumentujte, aby byl ještě jasnější.

Softwarové projekty selhávají z jednoho ze dvou obecných důvodů: projektovému týmu chybí znalosti k úspěšnému provedení softwarového projektu nebo projektovému týmu chybí odhodlání efektivně provádět projekt.

V softwaru není řetěz tak silný jako jeho nejslabší článek; je stejně slabý jako všechny slabé články vynásobené dohromady.

Výchozí pohyb softwarového projektu by měl být ve směru odebírání prvků softwaru, aby byl jednodušší, spíše než přidávání prvků, aby byl složitější.

Je lepší počkat, až bude produktivní programátor k dispozici, než čekat, až se první dostupný programátor stane produktivním.

Na úspěšném softwarovém projektu nejsou žádná tajemství. Dobré i špatné zprávy musí být schopny pohybovat se nahoru a dolů v hierarchii ptoject bez omezení.

... programování vyžaduje větší koncentraci než jiné činnosti. Je to důvod, proč se programátoři rozčilují nad "rychlými přerušeními" - taková přerušení se rovnají tomu, že požádáte žongléra, aby držel tři koule ve vzduchu a držel vaše potraviny současně.

Je v pořádku přijít na záhady vražd, ale neměli byste přijít na kód. Měl bys to umět přečíst.

Problém s quick and dirty spočívá v tom, že dirty zůstává dlouho poté, co byl quick zapomenut.

Testování samo o sobě nezlepšuje kvalitu softwaru. Výsledky testů jsou ukazatelem kvality, ale samy o sobě ji nezlepšují. Snažit se zlepšit kvalitu softwaru zvýšením množství testování je jako snažit se zhubnout tím, že se vážíte častěji. To, co jíte, než vstoupíte na váhu, určuje, kolik budete vážit, a techniky vývoje softwaru, které používáte, určují, kolik chyb testování najde. Pokud chcete zhubnout, nekupujte novou váhu; Změňte svůj jídelníček. Pokud chcete vylepšit svůj software, netestujte více; vyvíjet se lépe.

Dobrý kód je jeho vlastní nejlepší dokumentace.

Stavební software zahrnuje různé fáze plánování, přípravy a provádění, které se liší v naturáliích a míře v závislosti na tom, co se staví. [...] Stavba čtyřmetrové věže vyžaduje pevnou ruku, rovný povrch a 10 nepoškozených plechovek od piva. Stavba věže 100krát větší nevyžaduje pouze 100krát více plechovek od piva.

Dobré vizuální rozložení ukazuje logickou strukturu programu.

Řešení hrubou silou, které funguje, je lepší než elegantní řešení, které nefunguje.

I když máte kvalifikované, motivované a tvrdě pracující lidi, špatná struktura týmu může podkopat jejich úsilí, místo aby je katapultovala k úspěchu. Špatná struktura týmu může prodloužit dobu vývoje, snížit kvalitu, poškodit morálku, zvýšit obrat a nakonec vést ke zrušení projektu.

Inženýrství je aplikace vědeckých principů k praktickým cílům. Pokud inženýrství není praktické, je to špatné inženýrství.

Snažit se aplikovat formální metody na všechny softwarové projekty je stejně špatné jako snažit se aplikovat vývoj kódu a opravy na všechny projekty.

Heuristika je algoritmus v klaunském obleku. Je to méně předvídatelné, je to zábavnější a přichází bez 30denní záruky vrácení peněz.

Plošný pokus vyhnout se chybám je největší chybou ze všech.

V softwaru vám konzultanti někdy říkají, abyste si koupili určité metody vývoje softwaru s vyloučením jiných metod. To je nešťastné, protože pokud si koupíte jakoukoli jedinou metodiku na 100 procent, uvidíte celý svět, pokud jde o tuto metodiku. V některých případech vám chybí příležitosti použít jiné metody, které lépe vyhovují vašemu aktuálnímu problému.

95% na obsah a počítačový jazyk zůstává stejný.