Fred Brooks slávne citáty

Z neúspechu sa môžete dozvedieť viac ako z úspechu. V neúspechu ste nútení zistiť, ktorá časť nefungovala. Ale v úspechu môžete veriť, že všetko, čo ste urobili, bolo skvelé, aj keď v skutočnosti niektoré časti nemuseli fungovať vôbec. Zlyhanie vás núti čeliť realite.

Deväť ľudí nemôže urobiť dieťa za mesiac.

Ako môže byť projekt o rok pozadu? Jeden deň v čase.

Ukáž mi svoje vývojové diagramy a skry svoje tabuľky a ja budem naďalej mystifikovaný. Ukážte mi svoje tabuľky a zvyčajne nebudem potrebovať vaše vývojové diagramy; budú zrejmé.

Je veľmi ťažké urobiť ráznu, hodnovernú a riskujúcu obranu odhadu, ktorý je odvodený žiadnou kvantitatívnou metódou, podporený malým množstvom údajov a certifikovaný hlavne tušením manažérov

Pridaním pracovnej sily do neskorého softvérového projektu sa stane neskôr

Vedec stavia, aby sa učil; inžinier sa učí, aby staval.

Najťažšou časťou budovania softvérového systému je presné rozhodovanie o tom, čo vybudovať najdôležitejšou funkciou, ktorú tvorcovia softvéru robia pre svojich klientov, je iteračná extrakcia a zdokonalenie požiadaviek na produkt. Pravdou je, že klienti nevedia, čo chcú. Zvyčajne nevedia, na aké otázky je potrebné odpovedať, a takmer nikdy nepomysleli na problém v detailoch, ktoré je potrebné špecifikovať.

Otázkou riadenia preto nie je, či postaviť pilotný systém a vyhodiť ho. Urobíš to. Preto plánujte jednu vyhodiť; aj tak to urobíte.

Vedci stavajú, aby sa učili; inžinieri sa učia stavať.

Nosenie dieťaťa trvá deväť mesiacov, bez ohľadu na to, koľko žien je pridelených.

Neexistuje jediný vývoj, ani v technológii, ani v technike riadenia, ktorý sám o sebe sľubuje čo i len jedno rádové zlepšenie produktivity, spoľahlivosti a jednoduchosti v priebehu desaťročia.

Systematicky identifikujte špičkových dizajnérov čo najskôr. Tí najlepší často nie sú najskúsenejší.

Prispôsobenie sa požiadavke na dokonalosť je podľa mňa najťažšia časť učenia sa programovania.

Základný princíp spracovania údajov učí bláznovstvo snažiť sa udržiavať nezávislé súbory v synchrónnosti.

Programátor, rovnako ako básnik, pracuje len mierne odstránený z čistého myslenia. Stavia svoje hrady vo vzduchu, zo vzduchu, vytvára námahou fantázie. Len málo médií tvorby je tak flexibilných, tak ľahko leštiteľných a prepracovateľných, tak ľahko schopných realizovať veľké koncepčné štruktúry.

Základným problémom údržby programu je, že odstránenie chyby má podstatnú (20-50 percentnú) šancu na zavedenie ďalšej. Celý proces je teda dva kroky vpred a jeden krok späť..

Šéf musí najprv rozlišovať medzi informáciami o akcii a informáciami o stave. Musí sa disciplinovať, aby nekonal podľa problémov, ktoré môžu jeho manažéri vyriešiť, a nikdy nekonal podľa problémov, keď výslovne prehodnocuje stav.

Ani to najlepšie plánovanie nie je také vševediace, aby to bolo správne na prvýkrát.

Najťažšou časťou softvérovej úlohy je dosiahnutie úplnej a konzistentnej špecifikácie a veľká časť podstaty zostavenia programu je v skutočnosti ladenie ŠPECIFIKÁCIE.

Všetci programátori sú optimisti. Možno toto moderné čarodejníctvo priťahuje najmä tých, ktorí veria v šťastné konce a rozprávkové kmotry. Možno stovky mrzutých frustrácií odháňajú všetkých okrem tých, ktorí sa zvyčajne zameriavajú na konečný cieľ. Možno je to len tým, že počítače sú mladé, programátori sú mladší a mladí sú vždy optimisti.

Najťažšou samostatnou časťou budovania softvérového systému je rozhodovanie o tom, čo presne postaviť.

Einstein tvrdil, že musia existovať zjednodušené vysvetlenia prírody, pretože Boh nie je rozmarný ani svojvoľný. Žiadna takáto viera neutešuje softvérového inžiniera.

Plánujte jednu (implementáciu) zahodiť; v každom prípade budete.

Úspešný softvér sa vždy zmení.

Koncepčná integrita je najdôležitejším aspektom pri návrhu systému.

Trochu retrospekcie ukazuje, že hoci mnohé jemné, užitočné softvérové systémy boli navrhnuté výbormi a postavené ako súčasť viacdielnych projektov, tie softvérové systémy, ktoré nadchli vášnivých fanúšikov, sú produkty jednej alebo niekoľkých dizajnérskych myslí, skvelých dizajnérov.

Štúdia za štúdiou ukazuje, že najlepší dizajnéri vyrábajú štruktúry, ktoré sú rýchlejšie, menšie, jednoduchšie, jasnejšie a vyrobené s menším úsilím. Rozdiely medzi veľkým a priemerom sa približujú rádu.

Zložitosť softvéru je základnou vlastnosťou, nie náhodnou. Preto popisy softvérovej entity, ktoré abstrahujú od jej zložitosti, často abstrahujú od jej podstaty.

Podstatou softvérovej entity je konštrukt vzájomne prepojených konceptov: [...] Verím, že tvrdou časťou budovania softvéru je špecifikácia, návrh a testovanie tohto koncepčného konštruktu, nie práca na jeho reprezentácii a testovanie vernosti reprezentácie.

Staré príslovie varuje :" nikdy nechoďte na more s dvoma chronometrami; vezmite si jeden alebo tri.

Job Control Language je najhorší programovací jazyk, aký kedy ktokoľvek navrhol na akýkoľvek účel.

Primárnou zbraňou programátora v nekonečnom boji proti pomalému systému je zmena intramodulárnej štruktúry. Našou prvou odpoveďou by mala byť reorganizácia dátových štruktúr modulov.

Termín architektúra sa tu používa na opis atribútov systému, ako ich vidí programátor, T.J. koncepčná štruktúra a funkčné správanie, na rozdiel od organizácie toku údajov a kontrol, logického návrhu a fyzickej implementácie. i. ďalšie podrobnosti týkajúce sa architektúry

Viac softvérových projektov sa zhoršilo pre nedostatok kalendárneho času ako pre všetky ostatné príčiny dohromady.

Kúzlo mýtu a legendy sa v našej dobe stalo skutočnosťou. Jeden zadá správne zaklínadlo na klávesnici a ožije obrazovka displeja, ktorá ukazuje veci, ktoré nikdy neboli ani nemohli byť.... Počítač pripomína kúzlo legendy aj v tomto ohľade. Ak jedna postava, jedna pauza zaklínadla nie je striktne v správnej forme, mágia nefunguje. Ľudia nie sú zvyknutí byť dokonalí a vyžaduje si to len málo oblastí ľudskej činnosti. Prispôsobenie sa požiadavke na dokonalosť je podľa mňa najťažšia časť učenia sa programovania.