Добавление рабочей силы в поздний программный проект делает это позже
Девять человек не могут завести ребенка через месяц.
Самая сложная часть построения программной системы - это именно то, что создать.
Самая сложная часть построения программной системы - это точно решать, какова создавать наиболее важную функцию, которую строители программного обеспечения выполняют для своих клиентов, - это итеративное извлечение и уточнение требований к продукту. По правде говоря, клиенты не знают, чего хотят. Обычно они не знают, какие вопросы следует ответить, и они почти никогда не думали о проблеме в деталях, которые должны быть указаны.
Вы можете узнать больше о неудаче, чем успеха. В неудаче вы вынуждены выяснить, какая часть не работает. Но в успехе вы можете поверить, что все, что вы сделали, было здорово, когда на самом деле некоторые части, возможно, вообще не работали. Неудача заставляет вас столкнуться с реальностью.
Ученый строит, чтобы учиться; Инженер учится, чтобы построить.
Как проект отстает на год? Один день за раз.
Присутствовать, чтобы информировать, чтобы не произвести впечатление. Если вы сообщите, вы произнесете впечатление.
Применение ребенка занимает девять месяцев, независимо от того, сколько женщин назначено.
Самая сложная часть задачи программного обеспечения - это полная и последовательная спецификация, и большая часть сущности построения программы фактически является отладкой спецификации.
Программист, как и поэт, работает лишь слегка удален из чистой мысли. Он строит свои замки в воздухе, из воздуха, создавая путем нагрузки воображения. Немногие средства массовой информации с творением настолько гибки, так легко полировать и переделать, так легко способны реализовать грандиозные концептуальные структуры.
Древняя пословица предупреждает: «Никогда не ходи в море с двумя хронометрами; возьмите один или три».
Программная работа является самой сложной, которую когда -либо проводилось человечество.
Покажите мне свои блок -схемы и скрывайте ваши столы, и я буду продолжать быть озадаченным. Покажите мне свои столы, и мне обычно не нужны ваши блок -схемы; Они будут очевидны.
Даже лучшее планирование не настолько всеведуще, чтобы сделать это правильно с первого раза.
Более половины времени, когда вы тратите на работу над проектом (по заказу 70 процентов), затрагивается, и ни один инструмент, независимо от того, насколько продвинулся, не может думать за вас. Следовательно, даже если инструмент сделал все, кроме мышления для вас - если он написал 100 процентов кода, написал 100 процентов документации, прошел 100 процентов тестирования, сжигал компакт -диски, поместил их в коробки и отправил по почте по почте Они для ваших клиентов - лучшее, на что вы могли бы надеяться, будет 30 -процентное повышение производительности. Чтобы добиться большего успеха, вы должны изменить то, как вы думаете.
Обратите внимание, что для программиста, как и для шеф -повара, срочность покровителя может управлять запланированным выполнением задачи, но он не может регулировать фактическое завершение. Омлет, обещанный через две минуты, может показаться, что он хорошо прогрессирует. Но когда он не установил через две минуты, у клиента есть два варианта - подожди или съесть его в сыром виде. У клиентов программного обеспечения был такой же выбор.
Системная отладка, как и астрономия, всегда была выполнена в основном ночью.
Строительство системной программы-это процесс декализации энтропии, следовательно, по своей природе метастабильный. Техническое обслуживание программы-это процесс повышения энтропии, и даже его самое умелое выполнение только задерживает оседание системы в нежелательном устаревании.
Я более убежден, чем когда -либо. Концептуальная целостность является центральной для качества продукта.
Проектные работы не просто удовлетворяют требованиям, это вызывает их.
Фундаментальная проблема с техническим обслуживанием программы заключается в том, что исправление дефекта имеет значительную (20-50 процентов) вероятность введения другого. Таким образом, весь процесс представляет собой два шага вперед и один шаг назад.
Диссертации не закончены; они заброшены.
Я никогда не видел опытного программиста, который регулярно делал подробные блок -схемы, прежде чем начать писать программы.
Суть программного предприятия - это конструкция взаимосвязанных концепций. Я считаю, что сложной частью построения программного обеспечения является спецификация, проектирование и тестирование этой концептуальной конструкции, а не труд представления его и тестирования верности представления.
