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

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

Сообщить о появлении
Загрузите файл EPUB или FB2 на Букмейт — и начинайте читать книгу бесплатно. Как загрузить книгу?
  • Konstantin Kosmatovцитирует9 лет назад
    Сопровождение программ есть процесс, увеличивающий энтропию, и даже самое умелое его ведение лишь отдаляет впадение системы в безнадежное устаревание
  • Nikita Martynovцитирует7 лет назад
    Закон Брукса:
    Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше.
  • Ann Kalachinaцитирует7 лет назад
    Закон Брукса:
    Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше.
    Это развенчивает миф о человеко-месяце. Продолжительность осуществления проекта зависит от ограничений, накладываемых последовательностью работ. Максимальное количество разработчиков зависит от числа независимых подзадач. Эти две величины позволяют получить график работ, в котором будет меньше занятых разработчиков и больше месяцев. (Единственная опасность заключается в возможном устаревании продукта.) Нельзя, однако, составить работающие графики, в которых занято больше людей и требуется меньше времени. Программные проекты чаще проваливаются из-за нехватки календарного времени, чем по всем остальным причинам вместе взятым.
  • impremiumцитирует3 года назад
    Все исправления имеют тенденцию к разрушению структуры, увеличению энтропии и дезорганизации системы.
  • Маргарита Коновалевскаяцитирует4 года назад
    Планируйте организационную структуру для внесения изменений
    Косгроув рекомендует ко всем планам, вехам и графикам относиться как к пробам, чтобы облегчить изменения. Здесь он заходит слишком далеко — сегодня группы программистов терпят неудачи обычно из-за слишком слабого, а не слишком сильного административного контроля.
    Тем не менее он выказывает большую проницательность. Он замечает, что нежелание документировать проект происходит не только от лени или недостатка времени. Оно происходит от нежелания проектировщика связывать себя отстаиванием решений, которые, как он знает, предварительные. «Документируя проект, проектировщик становится объектом критики со всех сторон, и должен защищать все, что написал. Если организационная структура может представлять угрозу, не будет документироваться ничего, кроме того, что нельзя оспорить.»
  • Маргарита Коновалевскаяцитирует4 года назад
    закон Конвея: «Организации, проектирующие системы, неизбежно производят системы, являющиеся копиями их организационных структур
  • Alina Pachevaцитирует6 лет назад
    Продолжительность осуществления проекта зависит от ограничений, накладываемых последовательностью работ. Максимальное количество разработчиков зависит от числа независимых подзадач.
  • Alex Popushoyцитирует9 лет назад
    Все исправления имеют тенденцию к разрушению структуры, увеличению энтропии и дезорганизации системы
  • Alex Poganцитирует9 лет назад
    Архитектура и разработка должны быть тщательно разделены.
  • Кирилл Миленькийцитируетв прошлом году
    Рабочая тетрадь проекта
    Что. Рабочая тетрадь проекта является не столько отдельным документом, сколько структурой, налагаемой на все документы, которые будут созданы во время выполнения проекта.
fb2epub
Перетащите файлы сюда, не более 5 за один раз