[{"data":1,"prerenderedAt":129},["ShallowReactive",2],{"$f-HzjTwZDS9AkCDMdH1YMkT6m7R8Mr720EpyRaBaBfbI":3},{"article":4,"similarArticles":15,"tagCounts":127},{"slug":5,"content":6,"notes":7,"groupedNotes":8,"title":9,"date":10,"description":11,"tags":12,"author":14},"brooks-frederick-p-jr-the-mythical-man-month-essays-on","\u003Ch4 id=\"1-общее-описание\">1. Общее описание\u003C\u002Fh4>\n\u003Cp>Книга представляет собой классический сборник эссе, посвященных \u003Cstrong>управлению сложными проектами в области программной инженерии\u003C\u002Fstrong>. Это не систематический учебник или справочник, а скорее глубокое размышление автора, основанное на его личном опыте руководства проектами OS\u002F360 в IBM. Текст рассчитан на \u003Cstrong>профессиональных программистов и руководителей проектов\u003C\u002Fstrong>, особенно тех, кто управляет крупными коллективами. Читатель научится понимать фундаментальные причины провалов графиков, узнает о важности концептуальной целостности продукта и получит практические советы по организации команд и процессов разработки.\u003C\u002Fp>\n\u003Ch4 id=\"2-структура-и-карта-охвата\">2. Структура и карта охвата\u003C\u002Fh4>\n\u003Cp>Книга состоит из 19 глав, которые изначально задумывались как самостоятельные эссе, но имеют центральную аргументацию, изложенную в главах 2–7.\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Подробно разбираются:\u003C\u002Fstrong> проблемы оценки сроков, структура команд («хирургическая бригада»), концептуальная целостность и архитектура систем, коммуникации внутри проекта.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Упоминаются или рассматриваются как сопутствующие:\u003C\u002Fstrong> инструменты разработки, документирование и психологические аспекты управления.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Принцип организации:\u003C\u002Fstrong> первые 15 глав — это оригинальные эссе 1975 года, за которыми следуют дополнения юбилейного издания, включая знаменитую статью «Серебряной пули нет» (глава 16) и ретроспективный анализ спустя 20 лет (главы 17–19). Порядок глав продиктован логикой развития проекта: от осознания сложности («Смоляная яма») к организации команды, проектированию, контролю и, наконец, анализу самой природы софта.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch4 id=\"3-подробное-описание-разделов\">3. Подробное описание разделов\u003C\u002Fh4>\n\u003Ch5 id=\"часть-i-природа-программирования-и-мифы-управления-главы-12\">Часть I: Природа программирования и мифы управления (Главы 1–2)\u003C\u002Fh5>\n\u003Cp>В начале автор определяет программирование как творческую деятельность, полную радостей и огорчений, и вводит понятие \u003Cstrong>«программного системного продукта»\u003C\u002Fstrong>, создание которого в 9 раз сложнее написания простой программы. Центральная тема — \u003Cstrong>мифический человеко-месяц\u003C\u002Fstrong>. Брукс доказывает, что люди и время не являются взаимозаменяемыми ресурсами в системном программировании из-за затрат на обучение и коммуникацию. Формулируется \u003Cstrong>Закон Брукса\u003C\u002Fstrong>: добавление людей в поздний проект задерживает его еще сильнее.\u003C\u002Fp>\n\u003Ch5 id=\"часть-ii-организация-команды-и-концептуальная-целостность-главы-37\">Часть II: Организация команды и концептуальная целостность (Главы 3–7)\u003C\u002Fh5>\n\u003Cp>Автор предлагает концепцию \u003Cstrong>«хирургической бригады»\u003C\u002Fstrong> Харлана Миллаза, где один ведущий программист («хирург») создает систему, а остальные члены команды обеспечивают его всем необходимым, что позволяет сохранить единство замысла.\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Концептуальная целостность\u003C\u002Fstrong> называется важнейшим фактором успеха системы. Для ее достижения архитектура (описание интерфейса пользователя) должна быть отделена от реализации.\u003C\u002Fli>\n\u003Cli>Рассматривается проблема «аристократии» архитекторов и «демократии» исполнителей, где дисциплина формы признается благом для творчества.\u003C\u002Fli>\n\u003Cli>Обсуждается крах «Вавилонской башни» как пример провала коммуникаций и предлагается использование формальных \u003Cstrong>рабочих журналов проекта\u003C\u002Fstrong>.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch5 id=\"часть-iii-оценка-ресурсы-и-документация-главы-810\">Часть III: Оценка, ресурсы и документация (Главы 8–10)\u003C\u002Fh5>\n\u003Cp>Приводятся данные о производительности программистов, показывающие, что сложность задач (например, создание ОС по сравнению с компилятором) радикально меняет выработку.\u003C\u002Fp>\n\u003Cul>\n\u003Cli>Подчеркивается роль \u003Cstrong>контроля размера программ\u003C\u002Fstrong> и важность представления данных как сущности программирования.\u003C\u002Fli>\n\u003Cli>Выдвигается «документальная гипотеза»: управление проектом вращается вокруг небольшого набора ключевых документов (цели, спецификации, график, бюджет).\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch5 id=\"часть-iv-жизненный-цикл-и-инструменты-главы-1115\">Часть IV: Жизненный цикл и инструменты (Главы 11–15)\u003C\u002Fh5>\n\u003Cp>Автор дает знаменитый совет: \u003Cstrong>«Планируйте выбросить одну версию, вы все равно это сделаете»\u003C\u002Fstrong>, подчеркивая неизбежность изменений и необходимость пилотных систем.\u003C\u002Fp>\n\u003Cul>\n\u003Cli>Описываются «острые инструменты»: важность симуляторов целевых машин, библиотек программ и использования языков высокого уровня.\u003C\u002Fli>\n\u003Cli>Рассматриваются методы «выращивания» системы через нисходящее проектирование и пошаговую отладку.\u003C\u002Fli>\n\u003Cli>Критикуется «проклятие блок-схем» и предлагается переход к \u003Cstrong>самодокументированным программам\u003C\u002Fstrong>.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch5 id=\"часть-v-серебряной-пули-нет-и-ретроспектива-главы-1619\">Часть V: «Серебряной пули нет» и ретроспектива (Главы 16–19)\u003C\u002Fh5>\n\u003Cp>В главе 16 автор утверждает, что сложность софта является его \u003Cstrong>сущностной характеристикой\u003C\u002Fstrong>, а не случайной. Он предсказывает, что ни одна технология не даст десятикратного роста производительности за десятилетие.\u003C\u002Fp>\n\u003Cul>\n\u003Cli>В ретроспективных главах Брукс признает свои прошлые ошибки (например, он пересмотрел отношение к сокрытию информации по Парнасу) и анализирует влияние микрокомпьютерной революции.\u003C\u002Fli>\n\u003Cli>Подтверждается актуальность концептуальной целостности и важность инвестиций в \u003Cstrong>великих дизайнеров\u003C\u002Fstrong>, а не только в процессы.\u003C\u002Fli>\n\u003C\u002Ful>",[],{},"The Mythical Man-Month: Essays on Software Engineering (1995)","2026-07-22","Классика управления разработкой — мифический человеко-месяц, хирургические бригады, концептуальная целостность и отсутствие серебряной пули.",[13],"Программирование","Brooks, Frederick P., Jr.",[16,23,29,35,40,45,49,55,60,67,73,78,82,86,92,99,106,113,117,123],{"slug":17,"title":18,"date":19,"author":20,"tags":21},"notashelf-taste-is-all-that-s-left-2026","Taste Is All That's Left (2026)","2026-08-10","notashelf",[22,13],"AI",{"slug":24,"title":25,"date":10,"author":26,"tags":27},"mdn-contributors-css-performance-optimization-2025","CSS performance optimization (2025)","MDN Contributors",[28,13],"Frontend",{"slug":30,"title":31,"date":10,"author":32,"tags":33},"simpson-kyle-you-don-t-know-js-async-performance-2015","You Don't Know JS: Async & Performance (2015)","Simpson, Kyle",[34,28,13],"Javascript",{"slug":36,"title":37,"date":10,"author":38,"tags":39},"spolsky-joel-the-law-of-leaky-abstractions-2002","The Law of Leaky Abstractions (2002)","Spolsky, Joel",[13],{"slug":41,"title":42,"date":10,"author":43,"tags":44},"stemmler-khalil-client-side-architecture-basics-i","Client-Side Architecture Basics: I. Architecture (2020)","Stemmler, Khalil",[28,13],{"slug":46,"title":47,"date":10,"author":43,"tags":48},"stemmler-khalil-client-side-architecture-basics-ii","Client-Side Architecture Basics: II. Principles (2020)",[28,13],{"slug":50,"title":51,"date":52,"author":53,"tags":54},"kholmatova-alla-design-systems-a-practical-guide-to","Design Systems: A practical guide to creating design languages for digital products","2026-07-16","Kholmatova, Alla",[13],{"slug":56,"title":57,"date":52,"author":58,"tags":59},"martin-robert-c-clean-code-a-handbook-of-agile-software","Clean Code: A Handbook of Agile Software Craftsmanship (2025)","Martin, Robert C.",[13],{"slug":61,"title":62,"date":63,"author":64,"tags":65},"corbin-henry-the-imago-templi-in-confrontation-with-secular","The Imago Templi in Confrontation with Secular Norms; Temple and Contemplation (1986)","2026-08-20","Corbin, Henry",[66],"Корбен",{"slug":68,"title":69,"date":63,"author":70,"tags":71},"damasio-antonio-r-descartes-error-emotion-reason-and-the","Descartes' Error: Emotion, Reason, and the Human Brain (1994)","Damasio, Antonio R.",[72],"Психология",{"slug":74,"title":75,"date":63,"author":76,"tags":77},"dixon-thomas-alexander-bain-herbert-spencer-charles-darwin","Alexander Bain, Herbert Spencer, Charles Darwin (from «From Passions to Emotions», 2003)","Dixon, Thomas",[72],{"slug":79,"title":80,"date":63,"author":76,"tags":81},"dixon-thomas-from-passions-to-emotions-the-creation-of-a","From Passions to Emotions. The Creation of a Secular Psychological Category (2003)",[72],{"slug":83,"title":84,"date":63,"author":76,"tags":85},"dixon-thomas-teoriya-dzheimsa-makkosha-iz-from-passions-to","Теория Джеймса Маккоша (из «From Passions to Emotions», 2003)",[72],{"slug":87,"title":88,"date":63,"author":89,"tags":90},"donnellan-brendan-friedrich-nietzsche-and-paul-ree","Friedrich Nietzsche and Paul Rée. Cooperation and Conflict (1982)","Donnellan, Brendan",[91],"Ницше",{"slug":93,"title":94,"date":63,"author":95,"tags":96},"heilbroner-robert-l-do-machines-make-history-1967","Do Machines Make History (1967)","Heilbroner, Robert L.",[97,98],"Политика","История",{"slug":100,"title":101,"date":63,"author":102,"tags":103},"kolesnitsa-bez-khozyaina","Колесница без хозяина","NotebookLM",[104,105],"Платон","Индия",{"slug":107,"title":108,"date":63,"author":109,"tags":110},"sanders-robert-h-an-alternative-to-dark-matter-modified","An Alternative to Dark Matter: Modified Newtonian Dynamics (from «The Dark Matter Problem. A Historical Perspective», 2009)","Sanders, Robert H.",[111,112],"Космология","Физика",{"slug":114,"title":115,"date":63,"author":109,"tags":116},"sanders-robert-h-deconstructing-cosmology-2016","Deconstructing Cosmology (2016)",[111,112],{"slug":118,"title":119,"date":63,"author":120,"tags":121},"serkov-a-i-dumskoe-masonstvo-i-vremennoe-pravitelstvo-iz","«Думское масонство» и Временное правительство (из «Истории русского масонства. 1845–1945», 1997)","Серков, А.И.",[122,98],"Масонство",{"slug":124,"title":125,"date":63,"author":120,"tags":126},"serkov-a-i-masonstvo-mikhaila-bakunina-iz-istorii-russkogo","Масонство Михаила Бакунина (из «Истории русского масонства. 1845–1945», 1997)",[122,98],{"Программирование":128},9,1787241654256]