TGViewer
IT Hurtz IT Hurtz @slmaximtechtalk · 163 subscribers
Post #42 202
IT Hurtz Одной из самых полезных практик в архитектурном и детальном проектировании я считаю практику документирования архитектурных решений через ADR. Практика, можно сказать, стартовала в 2011 году с оригинального поста Майкл Найгарда (это автор той самой крутой…
Последнее время активно пытаюсь развить методическую базу для практик ADR - как на базе собственного профессионального опыта (в том числе - негативного), так и на базе разных собственных публичных активностей в этом направлении. Буду периодически делиться фрагментарными историями по этой теме (а более полную картину это всё должно складываться в рамках обучающих активностей, как будет - буду анонсировать)

Итак, вот прямо сейчас для тестового задания по ADR мучаю ИИ на предмет контроля полноты вариантов решения (подробнее смотрите в записи моего доклада на сентябрьском SD). ИИ выкатывает мне кучу вариантов решений, которые отличаются друг от друга незначительными с моей точки зрения деталями. Например, для решения
стратегическое направление развития монолитной системы для масштабирования

накидывает кроме очевидных "масштабировать, как получается, или отрефакторить":
🔹 выделить отдельный сервис для такой вот фигни
🔹 заменить логику на eventual consistency
🔹 добавить очередей
🔹 разделить в БД такие-то данные
и различные сочетания этих вариантов. В целом, количество таких "дополнительных вариантов" может исчисляться десятками, чем шире задача, и тут недолго впасть в аналитический паралич и запилить ADR на 20 страниц в ворде, в котором все эти варианты будут расписаны в деталях (как в моей практике у некоторых и происходит).

Все эти варианты объединяет одно - они все являются вариациями одного единственного варианта "отрефакторить систему". И так как задача звучит как "определить стратегическое направление развития", то на этом этапе они неважны. Если решение "рефакторить" будет принято, то там уже можно в другом ADR прорабатывать более низкоуровневые решения с определением, как именно (откладывание ключевых решений на least responsible moment).

Именно ИИ грешит генерацией таких опций, так как обладает непомерным багажом знаний генерации текста, поэтому я в докладе (ссылка выше) рекомендовал валидировать их список вопросами в стиле "чем этот вариант отличается от вот этого". Теперь же это выглядит как полноценный критерий качества перечня вариантов решения (decision) в ADR - отличие вариантов решения друг от друга в контексте задачи, определяющего в том числе уровень абстракции. Ну и в сочетании с критерием качества "ADR не больше, чем на 1-2 страницы" должно работать еще лучше.
Telegram IT Hurtz Кстати, о конференциях. На следующей неделе пройдет онлайн-конференция из серии System Design - на этот раз посвященная использованию технологии ИИ при проектировании информационных систем и продуктов. Среди спикеров конференции есть и я Вообще тема использования…
  • 🔥 1
More from @slmaximtechtalk
  1. Sep 25, 2026В этом кстати есть не только минусы. Но главный - тот же, что и был у технодрочеров таких…
  2. Sep 25, 2026З.Ы. Всем, кроме разработчиков, ИИ и «агентская разработка» дали возможность еще больше по…
  3. Sep 25, 2026Будучи искренним ИИ-оптимистом в сложных «трудовых функциях» ИТ-деятельности, не могу не з…
  4. Sep 10, 2026Что такое "преждевременная оптимизация" наглядно в реальном мире? Это например скоростной…
  5. Jul 14, 2026Задам крамольный вопрос - а всегда ли плохо, когда соискатель использует ИИ для решения те…
  6. Jul 14, 2026В профильном чате зашел разговор про то, как во время найма отличить людей, которые реальн…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →