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

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

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