Smart Reading - Ключевые идеи книги: Мифический человеко-месяц, или Как создаются программные системы. Фредерик Брукс
- Название:Ключевые идеи книги: Мифический человеко-месяц, или Как создаются программные системы. Фредерик Брукс
- Автор:
- Жанр:
- Издательство:неизвестно
- Год:неизвестен
- ISBN:нет данных
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Smart Reading - Ключевые идеи книги: Мифический человеко-месяц, или Как создаются программные системы. Фредерик Брукс краткое содержание
В 1960-е IBM была ведущим в мире разработчиком программного обеспечения, ее проект IBM System/360 – ведущим проектом своего времени, а Фредерик Брукс – отцом этого проекта. Как и все менеджеры, Брукс сначала хотел ускорить проект, пригласив к участию в нем больше сотрудников. Как и все менеджеры, он вскоре понял, что этот прием не работает. Что Брукс сделал не как все, так это не повторил собственных ошибок – в результате IBM System/360 вышел в свет, а человечество познакомилось с первыми универсальными компьютерами. Совместимые с System/360 компьютеры IBM System Z выпускаются до сих пор – абсолютный рекорд совместимости. Что пошло не так в далекие 1960-е, как Брукс это исправил и почему его уроки актуальны через десятки лет, в совсем другую компьютерную эпоху?
Ключевые идеи книги: Мифический человеко-месяц, или Как создаются программные системы. Фредерик Брукс - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
Каждый подпроект такой сети содержит две лидерские роли: роль продюсера [2] Роль технического директора на мелком проекте выполняет techlead.
(он собирает команду, распределяет работу, определяет график, ищет ресурсы) и роль технического директора [3] Подход отчасти устарел. Наиболее современный подход – группа так называемых Т-специалистов, максимально взаимозаменяемых сотрудников, в которой каждый знает какую-то часть функционала очень хорошо, но может делать и все остальное.
, или архитектора (он продумывает дизайн и отвечает за концепцию). Иногда, особенно в малых командах, продюсер и директор могут быть одним и тем же человеком. Однако в крупном проекте каждая из ролей требует полного рабочего дня, и в этом случае роли лучше разделить: продюсер может быть главой группы, а директор – его правой рукой, и наоборот.
Для обеспечения концептуальной целостности системы важно отделить архитектуру от реализации. Архитектура проекта определяет, что сделано, реализация – как сделано.
Простой пример – часы. Их архитектура состоит из циферблата и стрелок. Те, кто усвоил эту архитектуру, никогда не разучатся определять время. Реализация же отвечает за работу механизмов в корпусе. От реализаторов зависит соотношение стоимости к производительности продукта.
Архитекторы – аристократия проектов, но это не значит, что они ограничивают творческие возможности разработчиков. Те могут начать работу, как только у них появляются более-менее четкое понимание справочного руководства и критерии по стоимости и производительности. Разработчики могут заняться дизайном потоков данных, концепций упаковки и пр. Часто процессы создания архитектуры, программная и аппаратная реализация проходят параллельно, как и дизайн аппаратного и программного обеспечения.
В связи с этим одно из самых многообещающих технологических решений – разработка подходов и инструментов для быстрого прототипирования систем как части процесса разработки спецификаций. Прототипы симулируют задуманный программный продукт, позволяя обозреть заданную концептуальную структуру, проверить ее на удобство и непротиворечивость.
Конец ознакомительного фрагмента.
Текст предоставлен ООО «ЛитРес».
Прочитайте эту книгу целиком, на ЛитРес.
Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.
Примечания
1
Роль продюсера сейчас называется teamlead.
2
Роль технического директора на мелком проекте выполняет techlead.
3
Подход отчасти устарел. Наиболее современный подход – группа так называемых Т-специалистов, максимально взаимозаменяемых сотрудников, в которой каждый знает какую-то часть функционала очень хорошо, но может делать и все остальное.
Интервал:
Закладка: