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

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

Giv mig besked når bogen er tilgængelig
Denne bog er ikke tilgængelig i streaming pt. men du kan uploade din egen epub- eller fb2-fil og læse den sammen med dine andre bøger på Bookmate. Hvordan overfører jeg en bog?
  • Konstantin Kosmatovhar citeretfor 10 år siden
    Сопровождение программ есть процесс, увеличивающий энтропию, и даже самое умелое его ведение лишь отдаляет впадение системы в безнадежное устаревание
  • Nikita Martynovhar citeretfor 8 år siden
    Закон Брукса:
    Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше.
  • Ann Kalachinahar citeretfor 7 år siden
    Закон Брукса:
    Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше.
    Это развенчивает миф о человеко-месяце. Продолжительность осуществления проекта зависит от ограничений, накладываемых последовательностью работ. Максимальное количество разработчиков зависит от числа независимых подзадач. Эти две величины позволяют получить график работ, в котором будет меньше занятых разработчиков и больше месяцев. (Единственная опасность заключается в возможном устаревании продукта.) Нельзя, однако, составить работающие графики, в которых занято больше людей и требуется меньше времени. Программные проекты чаще проваливаются из-за нехватки календарного времени, чем по всем остальным причинам вместе взятым.
  • impremiumhar citeretfor 4 år siden
    Все исправления имеют тенденцию к разрушению структуры, увеличению энтропии и дезорганизации системы.
  • Маргарита Коновалевскаяhar citeretfor 5 år siden
    Планируйте организационную структуру для внесения изменений
    Косгроув рекомендует ко всем планам, вехам и графикам относиться как к пробам, чтобы облегчить изменения. Здесь он заходит слишком далеко — сегодня группы программистов терпят неудачи обычно из-за слишком слабого, а не слишком сильного административного контроля.
    Тем не менее он выказывает большую проницательность. Он замечает, что нежелание документировать проект происходит не только от лени или недостатка времени. Оно происходит от нежелания проектировщика связывать себя отстаиванием решений, которые, как он знает, предварительные. «Документируя проект, проектировщик становится объектом критики со всех сторон, и должен защищать все, что написал. Если организационная структура может представлять угрозу, не будет документироваться ничего, кроме того, что нельзя оспорить.»
  • Маргарита Коновалевскаяhar citeretfor 5 år siden
    закон Конвея: «Организации, проектирующие системы, неизбежно производят системы, являющиеся копиями их организационных структур
  • Alina Pachevahar citeretfor 7 år siden
    Продолжительность осуществления проекта зависит от ограничений, накладываемых последовательностью работ. Максимальное количество разработчиков зависит от числа независимых подзадач.
  • Alex Popushoyhar citeretfor 9 år siden
    Все исправления имеют тенденцию к разрушению структуры, увеличению энтропии и дезорганизации системы
  • Alex Poganhar citeretfor 10 år siden
    Архитектура и разработка должны быть тщательно разделены.
  • Кирилл Миленькийhar citeretfor 2 år siden
    Рабочая тетрадь проекта
    Что. Рабочая тетрадь проекта является не столько отдельным документом, сколько структурой, налагаемой на все документы, которые будут созданы во время выполнения проекта.
fb2epub
Træk og slip dine filer (ikke mere end 5 ad gangen)