Fred Brooks відомі цитати

На невдачі можна навчитися більшого, ніж на успіху. У разі невдачі ви змушені з'ясовувати, яка частина роботи не спрацювала. Але якщо ви досягнете успіху, ви можете повірити, що все, що ви зробили, було чудовим, хоча насправді деякі частини, можливо, взагалі не спрацювали. Невдача змушує вас зіткнутися з реальністю.

Дев'ять людей не можуть зачати дитину за місяць.

Як виходить, що проект відстає від графіка на рік? День за днем.

Покажіть мені свої блок-схеми та сховайте таблиці, і я все одно буду розгублений. Покажіть мені свої таблиці, і мені зазвичай не потрібні будуть ваші блок-схеми; вони і так очевидні.

Дуже важко переконливо і з ризиком для роботи обґрунтувати оцінку, отриману без використання кількісних методів, підкріплену невеликою кількістю даних і підтверджену головним чином здогадками менеджерів

Залучення робочої сили до завершеного програмного проекту робить його більш пізнім

Вчений будує для того, щоб вчитися; інженер вчиться для того, щоб будувати.

Найважливішою функцією, яку розробники програмного забезпечення виконують для своїх клієнтів, є ітеративне вилучення та уточнення вимог до продукту. По правді кажучи, клієнти самі не знають, чого хочуть. Вони, як правило, не знають, на які питання потрібно відповісти, і майже ніколи не замислювалися над проблемою в деталях, які потрібно конкретизувати.

Таким чином, питання керівництва полягає не в тому, чи варто створювати експериментальну систему і відмовлятися від неї. Ви це зробите. Отже, плануйте відмовитися від неї; ви це зробите в будь-якому випадку.

Вчені будують, щоб вчитися; інженери вчаться будувати.

Виношування дитини займає дев'ять місяців, незалежно від того, скільки жінок йому призначено.

Немає жодної розробки в області технологій або методів управління, яка сама по собі обіцяла б хоча б на порядок підвищити продуктивність, надійність або простоту протягом десятиліття.

Систематично визначайте найкращих дизайнерів якомога раніше. Найкращі з них часто не найдосвідченіші.

Я думаю, що пристосування до вимог досконалості - це найважча частина навчання програмуванню.

Основний принцип обробки даних показує, що нерозумно намагатися синхронізувати незалежні файли.

Програміст, як і поет, працює лише злегка відсторонено від чистої думки. Він будує свої повітряні замки з повітря, створюючи їх зусиллям уяви. Небагато засобів творчості володіють такою гнучкістю, їх так легко шліфувати і переробляти, вони так легко втілюють в життя грандіозні концептуальні структури.

Основна проблема, пов'язана з супроводом програм, полягає в тому, що усунення дефекту має істотну (20-50%) ймовірність появи іншого. Таким чином, весь процес складається з двох кроків вперед і одного кроку назад..

Керівник повинен в першу чергу відрізняти інформацію про дії від інформації про статус. Він повинен навчити себе не реагувати на проблеми, які можуть вирішити його менеджери, і ніколи не реагувати на проблеми, коли він чітко оцінює статус.

Навіть найдосконаліше планування не настільки всезнаюче, щоб виконати його правильно з першого разу.

Найскладнішою частиною завдання розробки програмного забезпечення є отримання повної та послідовної специфікації, і велика частина суті створення Програми насправді полягає у налагодженні специфікації.

Всі програмісти-оптимісти. Можливо, ця сучасна магія особливо приваблює тих, хто вірить у щасливий кінець і добрі феї. Можливо, сотні дрібних розчарувань відлякують усіх, крім тих, хто звик зосереджуватися на кінцевій меті. Можливо, справа просто в тому, що комп'ютери молоді, програмісти молоді, а молоді завжди оптимісти.

Найскладніша частина створення програмної системи-це прийняття точного рішення про те, що саме потрібно створювати.

Ейнштейн стверджував, що повинні існувати спрощені пояснення природи, тому що Бог не примхливий і не деспотичний. Така віра не втішає інженера-програміста.

Плануйте викинути одну з них (реалізацію); ви все одно це зробите.

Успішне програмне забезпечення завжди змінюється.

Концептуальна цілісність є найважливішим фактором при проектуванні системи.

Невеликий ретроспективний аналіз показує, що, хоча багато прекрасних і корисних програмних систем розроблялися комітетами і створювалися в рамках складових проектів, ті програмні системи, які викликали захват пристрасних шанувальників, є продуктом одного або декількох умів-конструкторів, великих дизайнерів.

Дослідження за дослідженням показують, що найкращі дизайнери створюють конструкції, які виходять швидше, менше, простіше, зрозуміліше і з меншими витратами праці. Різниця між кращими і середніми моделями на порядок більше.

Складність програмного забезпечення-це невід'ємна властивість, а не випадкова. Отже, описи програмного об'єкта, які абстрагуються від його складності, часто абстрагують від його суті.

Сутність програмного об'єкта - це конструкція з взаємопов'язаних концепцій: [...] Я вважаю, що найскладнішою частиною створення програмного забезпечення є специфікація, проектування та тестування цієї концептуальної конструкції, а не робота над її поданням та перевіркою точності презентації.

Стародавнє прислів'я попереджає: "ніколи не виходьте в море з двома хронометрами; візьміть один або три.

Мова управління завданнями-це найгірша мова програмування, яку хтось коли-небудь розробляв для будь-яких цілей.

Основною зброєю програміста в нескінченній боротьбі з повільною системою є зміна внутрішньомодульної структури. Нашим першим кроком має стати реорганізація структур даних модулів.

Термін "архітектура" використовується тут для опису атрибутів системи, які бачить програміст, тобто концептуальної структури і функціональної поведінки, на відміну від організації потоку даних і елементів управління, логічного проектування і фізичної реалізації. I. додаткові відомості, що стосуються архітектури

Більше проектів з розробки програмного забезпечення провалилося через брак календарного часу, ніж з усіх інших причин разом узятих.

Магія міфів і легенд стала реальністю в наш час. Варто набрати на клавіатурі правильне заклинання, і екран оживає, показуючи те, чого ніколи не було і бути не могло.... Комп'ютер і в цьому відношенні нагадує магію легенд. Якщо хоча б один символ, одна пауза в заклинанні вимовлені не зовсім правильно, магія не спрацює. Люди не звикли бути досконалими, і лише деякі сфери людської діяльності вимагають цього. Я думаю, що пристосування до вимог досконалості - це найважча частина навчання програмуванню.