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

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

Obavesti me kada knjiga bude dodata
Da biste čitali ovu knjigu otpremite EPUB ili FB2 datoteku na Bookmate. Kako da otpremim knjigu?
  • Konstantin Kosmatovje citiraoпре 9 година
    Сопровождение программ есть процесс, увеличивающий энтропию, и даже самое умелое его ведение лишь отдаляет впадение системы в безнадежное устаревание
  • Nikita Martynovje citiraoпре 7 година
    Закон Брукса:
    Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше.
  • Ann Kalachinaje citiralaпре 7 година
    Закон Брукса:
    Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше.
    Это развенчивает миф о человеко-месяце. Продолжительность осуществления проекта зависит от ограничений, накладываемых последовательностью работ. Максимальное количество разработчиков зависит от числа независимых подзадач. Эти две величины позволяют получить график работ, в котором будет меньше занятых разработчиков и больше месяцев. (Единственная опасность заключается в возможном устаревании продукта.) Нельзя, однако, составить работающие графики, в которых занято больше людей и требуется меньше времени. Программные проекты чаще проваливаются из-за нехватки календарного времени, чем по всем остальным причинам вместе взятым.
  • impremiumje citiraoпре 3 године
    Все исправления имеют тенденцию к разрушению структуры, увеличению энтропии и дезорганизации системы.
  • Маргарита Коновалевскаяje citiralaпре 4 године
    Планируйте организационную структуру для внесения изменений
    Косгроув рекомендует ко всем планам, вехам и графикам относиться как к пробам, чтобы облегчить изменения. Здесь он заходит слишком далеко — сегодня группы программистов терпят неудачи обычно из-за слишком слабого, а не слишком сильного административного контроля.
    Тем не менее он выказывает большую проницательность. Он замечает, что нежелание документировать проект происходит не только от лени или недостатка времени. Оно происходит от нежелания проектировщика связывать себя отстаиванием решений, которые, как он знает, предварительные. «Документируя проект, проектировщик становится объектом критики со всех сторон, и должен защищать все, что написал. Если организационная структура может представлять угрозу, не будет документироваться ничего, кроме того, что нельзя оспорить.»
  • Маргарита Коновалевскаяje citiralaпре 4 године
    закон Конвея: «Организации, проектирующие системы, неизбежно производят системы, являющиеся копиями их организационных структур
  • Alina Pachevaje citiralaпре 6 година
    Продолжительность осуществления проекта зависит от ограничений, накладываемых последовательностью работ. Максимальное количество разработчиков зависит от числа независимых подзадач.
  • Alex Popushoyje citiraoпре 9 година
    Все исправления имеют тенденцию к разрушению структуры, увеличению энтропии и дезорганизации системы
  • Alex Poganje citiraoпре 9 година
    Архитектура и разработка должны быть тщательно разделены.
  • Кирилл Миленькийje citiraoпрошле године
    Рабочая тетрадь проекта
    Что. Рабочая тетрадь проекта является не столько отдельным документом, сколько структурой, налагаемой на все документы, которые будут созданы во время выполнения проекта.
fb2epub
Prevucite i otpustite datoteke (ne više od 5 odjednom)