Fred Brooks slavné citáty

Z neúspěchu se můžete dozvědět více než z úspěchu. Při neúspěchu jste nuceni zjistit, která část nefungovala. Ale v úspěchu můžete věřit, že všechno, co jste udělali, bylo skvělé, i když ve skutečnosti některé části možná nefungovaly vůbec. Neúspěch vás nutí čelit realitě.

Devět lidí nemůže udělat dítě za měsíc.

Jak může být Projekt o rok pozadu? Jeden den po druhém.

Ukažte mi své vývojové diagramy a skryjte své tabulky a já budu i nadále mystifikován. Ukažte mi své tabulky a obvykle nebudu potřebovat vaše vývojové diagramy; budou zřejmé.

Je velmi obtížné provést energickou, věrohodnou a riskující obranu odhadu, který není odvozen žádnou kvantitativní metodou, podporovaný malými údaji a certifikovaný hlavně předtuchami manažerů

Přidání pracovní síly do pozdního softwarového projektu je později

Vědec staví, aby se učil; inženýr se učí, aby stavěl.

Nejtěžší část budování softwarového systému je přesně rozhodnout, co vybudovat nejdůležitější funkcí, kterou tvůrci softwaru dělají pro své klienty, je iterativní extrakce a zdokonalení požadavků na produkt. Pravdou je, že klienti nevědí, co chtějí. Obvykle nevědí, na jaké otázky je třeba odpovědět, a téměř nikdy nepřemýšleli o problému v detailu, který je třeba specifikovat.

Otázkou managementu proto není, zda postavit pilotní systém a zahodit ho. To uděláš. Proto plánujte jednu vyhodit; stejně to uděláte.

Vědci staví, aby se učili; inženýři se učí stavět.

Porod dítěte trvá devět měsíců, bez ohledu na to, kolik žen je přiděleno.

Neexistuje jediný vývoj, ani v technologii, ani v technice řízení, který by sám o sobě sliboval dokonce jedno řádové zlepšení během deseti let v produktivitě, spolehlivosti, jednoduchosti.

Systematicky identifikujte špičkové designéry co nejdříve. Ti nejlepší často nejsou ti nejzkušenější.

Přizpůsobení se požadavku na dokonalost je, myslím, nejtěžší část učení se programovat.

Základní princip zpracování dat učí bláznovství snahy udržovat nezávislé soubory v synchronismu.

Programátor, stejně jako básník, pracuje jen mírně odstraněný z čistého myšlení. Staví své hrady ve vzduchu, ze vzduchu, vytváří námahou představivosti. Jen málo médií tvorby je tak flexibilních, tak snadno vyleštěných a přepracovaných, tak snadno schopných realizovat velké konceptuální struktury.

Základním problémem údržby programu je, že odstranění závady má značnou (20-50%) šanci na zavedení další. Celý proces je tedy dva kroky vpřed a jeden krok zpět..

Šéf musí nejprve rozlišovat mezi informacemi o akci a informacemi o stavu. Musí se disciplinovat, aby nejednal o problémech, které mohou jeho manažeři vyřešit, a nikdy nejednal o problémech, když výslovně přezkoumává stav.

Ani to nejlepší plánování není tak vševědoucí, aby to bylo hned napoprvé.

Nejtěžší částí softwarového úkolu je dosažení úplné a konzistentní specifikace a velká část podstaty budování programu je ve skutečnosti ladění SPECIFIKACE.

Všichni programátoři jsou optimisté. Možná tato moderní čarodějnictví přitahuje zejména ty, kteří věří ve šťastné konce a pohádkové kmotry. Možná stovky hloupých frustrací zahánějí všechny kromě těch, kteří se obvykle zaměřují na konečný cíl. Možná je to jen tím, že počítače jsou mladé, programátoři jsou mladší a mladí jsou vždy optimisté.

Nejtěžší částí budování softwarového systému je přesně rozhodnout, co postavit.

Einstein tvrdil, že musí existovat Zjednodušená vysvětlení přírody, protože Bůh není rozmarný ani svévolný. Žádná taková víra nepotěší softwarového inženýra.

Plánujte vyhodit jednu (implementaci); stejně to uděláte.

Úspěšný software se vždy změní.

Koncepční integrita je nejdůležitějším hlediskem při návrhu systému.

Malá retrospekce ukazuje, že ačkoli mnoho jemných, užitečných softwarových systémů bylo navrženo výbory a postaveno jako součást vícedílných projektů, ty softwarové systémy, které nadchly vášnivé fanoušky, jsou ty, které jsou produkty jedné nebo několika designérských myslí, skvělých designérů.

Studie za studií ukazuje, že nejlepší designéři vyrábějí struktury, které jsou rychlejší, menší, jednodušší, jasnější a vyráběné s menším úsilím. Rozdíly mezi velkým a průměrným přístupem jsou řádově.

Složitost softwaru je základní vlastností, nikoli náhodnou. Proto popisy softwarové entity, která abstrahuje její složitost, často abstrahují její podstatu.

Podstatou softwarové entity je konstrukt vzájemně propojených konceptů: [...] Věřím, že těžkou částí budování softwaru je specifikace, design a testování tohoto konceptuálního konstruktu, nikoli práce na jeho reprezentaci a testování věrnosti reprezentace.

Staré pořekadlo varuje: "nikdy nechoďte na moře se dvěma chronometry; vezměte si jeden nebo tři.

Job Control Language je nejhorší programovací jazyk, jaký kdy kdokoli navrhl pro jakýkoli účel.

Primární zbraní programátora v nikdy nekončícím boji proti pomalému systému je změna intramodulární struktury. Naší první reakcí by měla být reorganizace datových struktur modulů.

Termín architektura se zde používá k popisu atributů systému, jak je vidí programátor, tj. koncepční struktura a funkční chování, na rozdíl od organizace toku dat a ovládacích prvků, logického návrhu a fyzické implementace. i. další podrobnosti týkající se architektury

Více softwarových projektů se zhoršilo kvůli nedostatku kalendářního času než pro všechny ostatní příčiny dohromady.

Kouzlo mýtu a legendy se v naší době splnilo. Jeden zadá správné zaklínadlo na klávesnici, a obrazovka displeje ožívá, ukazující věci, které nikdy nebyly ani nemohly být.... I v tomto ohledu počítač připomíná kouzlo legendy. Pokud jedna postava, jedna Pauza, zaklínadla není striktně ve správné formě, magie nefunguje. Lidské bytosti nejsou zvyklé být dokonalé a jen málo oblastí lidské činnosti to vyžaduje. Přizpůsobení se požadavku na dokonalost je, myslím, nejtěžší část učení se programovat.