Comments 9
Благодарю за обзор книги.
Некоторые советы, на мой взгляд, специфичны для конкретной компании (ThoughtWorks), сотрудники которой и писали книгу, и неприменимы для обобщения.
Конкретно:
- не переиспользовать код,
- диверсификация языков и кодовых баз,
- уклон на микросервисы ...
Не могу сказать, что со всем согласен.
Скорее - частный случай архитектуры, когда она была удачна для проекта/компании.
Насчет "не переиспользовать код" вы невнимательно прочли, ключевое место там:
Мы не предлагаем отказаться от создания многократно используемых активов — скорее необходимо постоянно проверять, что они по-прежнему полезны. В случае с PenultimateWidgets, как только архитекторы поняли, что компонент является узким местом, они разорвали точку сцепления.
Это довольно часто встречающаяся ситуация, когда много разных сценариев использования проходят через один компонент, который сначала кажется весьма полезным (и является полезным в какой-то степени), но потом становится бутылочным горлышком с точки зрения поддержки. В этих случаях нужно просто отказаться от логики "у нас уже есть компонент с 90% нужного функционала, поэтому нужно обязательно использовать его". Вариацией этой проблемы является общая библиотека компонентов, используемая в нескольких проектах и не поспевающая за их требованиями.
В PenultimateWidgets связанность разорвали, позволив командам самим отвечать за общий код.
В разделе "повторное использование в PenultimateWidgets" есть противоречащие советы.
Как вы сами можете видеть по вашим и моим цитатам.
Когда команды сами отвечали за общий код, тех. долг за 2 года превратил проект в хаос.
Если проект сложный, должен быть архитектор, который видит большую картину и не дает проекту скатиться в хаос.
Плохо что в магазине нет возможности добавить в избранное и через время вернутся к покупке.
Купил. В книге 272 страницы. Прочитал 102, больше не могу. Одна вода, не рекомендую.
Книга «Эволюционная архитектура. Автоматизированное управление программным обеспечением. 2-е межд. изд.»