Фредерик Брукс

Мифический человеко-месяц или как создаются программные системы

Notify me when the book’s added
To read this book, upload an EPUB or FB2 file to Bookmate. How do I upload a book?
  • Konstantin Kosmatovhas quoted10 years ago
    Сопровождение программ есть процесс, увеличивающий энтропию, и даже самое умелое его ведение лишь отдаляет впадение системы в безнадежное устаревание
  • Nikita Martynovhas quoted8 years ago
    Закон Брукса:
    Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше.
  • Ann Kalachinahas quoted7 years ago
    Закон Брукса:
    Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше.
    Это развенчивает миф о человеко-месяце. Продолжительность осуществления проекта зависит от ограничений, накладываемых последовательностью работ. Максимальное количество разработчиков зависит от числа независимых подзадач. Эти две величины позволяют получить график работ, в котором будет меньше занятых разработчиков и больше месяцев. (Единственная опасность заключается в возможном устаревании продукта.) Нельзя, однако, составить работающие графики, в которых занято больше людей и требуется меньше времени. Программные проекты чаще проваливаются из-за нехватки календарного времени, чем по всем остальным причинам вместе взятым.
  • impremiumhas quoted4 years ago
    Все исправления имеют тенденцию к разрушению структуры, увеличению энтропии и дезорганизации системы.
  • Маргарита Коновалевскаяhas quoted5 years ago
    Планируйте организационную структуру для внесения изменений
    Косгроув рекомендует ко всем планам, вехам и графикам относиться как к пробам, чтобы облегчить изменения. Здесь он заходит слишком далеко — сегодня группы программистов терпят неудачи обычно из-за слишком слабого, а не слишком сильного административного контроля.
    Тем не менее он выказывает большую проницательность. Он замечает, что нежелание документировать проект происходит не только от лени или недостатка времени. Оно происходит от нежелания проектировщика связывать себя отстаиванием решений, которые, как он знает, предварительные. «Документируя проект, проектировщик становится объектом критики со всех сторон, и должен защищать все, что написал. Если организационная структура может представлять угрозу, не будет документироваться ничего, кроме того, что нельзя оспорить.»
  • Маргарита Коновалевскаяhas quoted5 years ago
    закон Конвея: «Организации, проектирующие системы, неизбежно производят системы, являющиеся копиями их организационных структур
  • Alina Pachevahas quoted7 years ago
    Продолжительность осуществления проекта зависит от ограничений, накладываемых последовательностью работ. Максимальное количество разработчиков зависит от числа независимых подзадач.
  • Alex Popushoyhas quoted9 years ago
    Все исправления имеют тенденцию к разрушению структуры, увеличению энтропии и дезорганизации системы
  • Alex Poganhas quoted9 years ago
    Архитектура и разработка должны быть тщательно разделены.
  • Кирилл Миленькийhas quoted2 years ago
    Рабочая тетрадь проекта
    Что. Рабочая тетрадь проекта является не столько отдельным документом, сколько структурой, налагаемой на все документы, которые будут созданы во время выполнения проекта.
fb2epub
Drag & drop your files (not more than 5 at once)