Pull to refresh

Comments 7

Чтобы не заниматься перекладыванием JSON из одного места в другое, надо перейти на gRPC :)
Чувствуется, что есть интересные вещи. Но «вытащить» их из текста не удается. Мне кажется по следующим причинам:
  1. Много терминов которые требуют гугления. Стоит давать прямые ссылки на их определение, иначе нагуглить можно не то и понять не так;
  2. В статье сразу несколько крупных мыслей объединены. В итоге, ты еще не проникся первой, а вторая тебя уже накрывает новой волной.


Лично меня заинтересовали несколько вещей, которые вы описали:
  1. Вы приняли как норму вероятную ошибку. Узаконив это, разработали стратегию жизни с ней. Мне кажется это очень интересный опыт. И его стоит раскрыть.
  2. Domain Driven Design Тоже крайне интересно использованием этого подхода для реальных кейсов. Почему этот подход? Чем он лучше других? Было бы здоров наглядное сравнение.
  3. Архитектор как командообразующий игрок. Вот это утверждение крайне спорное в той интерпретации, как я его понял. Было бы здорово раскрыть эту мысль.
Спасибо за фидбек. Хорошие тезисы. Тема обширная для одной статьи. Обязательно приму во внимание в подготовке следующего материала.
Domain Driven Design Тоже крайне интересно использованием этого подхода для реальных кейсов. Почему этот подход? Чем он лучше других?

А какие конкурирующие подходы к DDD вы можете привести?
Помоему их не так то и много.
Тоесть пытаясь ответить на ваш вопрос "почему"
1) Потому, что это хорошая идея моделирования не оторваная от предметной области а наоброто всецелостно от неё отталкивающаяся.
2) Дает ответы на разных уровнях абстракций. Стратегический дизайн, тактический дизайн…
3) Существует давно, опробован временем.
4) Получил ренесанс в эпоху облаков и микросервисов


Архитектор как командообразующий игрок.


Архитектор как командообразующий игрок. Вот это утверждение крайне спорное
А мне какраз это очень по духу. Именно так.
Сегодня это все очень взаимосвязанно. Роль архитекта это свазующее звено и в каждой огранизации будет свой уникальный набор.
Реашать задачи предметной области с помошью архитектуры это конечно интересно ;)
Но горазно эффективенне если ещё и есть кому это делать! Тоесь не в отрыви от людей и комманд которые это в жизнь воплащают а наоборот с полным погружением.
Наняли меня как-то архитектором, так я в первый год только комманды настраивал и процесс разработки "чинил" если хотите… Только потом можно было начинать что-то по архитектуре…
Есть разные уровни "запущености" ;)
Меня больше заинтересовали картинки)) В каком ПО такую визуализацию можно построить?
Excalidraw. Отличный инструмент как для схем-иллюстраций в слайды/статьи, так и для удалённых коллабораций вместо привычного флипчарта.

@desmount было бы интересно узнать, используете ли UML в работе, и если используете, то какие диаграммы и в чём рисуете.

Sign up to leave a comment.