Комментарии 8
микросервисы решали проблему человеческой памяти архитектурными средствами. AI решает проблему человеческой памяти напрямую, без архитектурных костылей.
Ерунда, напишите код, нарушающий все возможные архитектурные принципы, где каждая фича размазана по всей кодовой базе, где компоненты не существуют принципиально и ни о какой зоне отвественности не идет речь.
Архитектурные границы и правила организации кода - это как раз способ не держать в конетксте всё и уметь быстро найти. Нарушьте это и ваша нейросеть будет страдать так же как человек.
Из прочитанного понял что речь в статье вовсе не про микросервисы, а про распределённый монолит. Микросервисы безусловно не панацея, однако если для вас микросервисы == распределённый монолит - то у меня для вас плохие новости, так как все ваши доводы в этом случае несостоятельны.
Статья - явная бессвязная ИИ-генерация, но в ней много интересных ссылок. Выкинуть бы всю эту воду и оставить короткий текст со ссылками и краткими резюме по каждой. Пойду читать статьи по ссылкам.
У каждого архитектора свое кладбище проектов.
Как и у врача.
Лично я считаю, что кроме некоторых редких случаев monolith first, monolith forever ♾️
Многие (опять же, на мой вкус) решали микросервисами локальные или временные проблемы, получили передышку, а теперь огребают проблемы.
Более менее работает во всяких там озон, где весьма простой основной пайп (основная ветка логики, critical path / main flow / order pipeline) заказа и куча свистоперделок маркетингового толка + асинхроннонных интеграций, отложенных обработок данных, аналитики, почти независимо от основной логики. А если не надолго упадёт или станет слегка неактуальным то и не страшно.
И совершенно не работает во всяких там ERP, CRM со сложными агрегатами, где всё связано со всем. Даже с большими проектами и множеством команд не работает, кто бы что ни говорил. Я работаю ближе к этому краю и понять микросервисы мне сложно.
Хотя географически распределенные даталоадеры я делал с повторами, таймаутами и консистентностью в конечном итоге. Но это не стоит называть микросервисами, просто распределенные системы.
Давайте будем честны. ИИ, как и человеку, понадобилась нормальная документация, а на волне хайпа, внедрения, трат и прочего её и организовали, из-за чего «теперь всё путём». Хотя, будучи честным, ИИ прикольный и полезный инструмент, тут не спорю — даже для создания документации послужил, чем, наверняка, довёл до слёз счастья многих ;)
Что же по теме статьи, то я прочёл поверхностно и немало пролистал... А потом просто не буду комментировать (внешне, аккуратно говоря: тоже вроде неплохая... :)
Мне статья понравилась, но заголовочек бы изменить. "Переворачивает" слишком громкое слово, скорее видоизменяет или модифицирует. ИИ на удивление "переворачивает" очень мало что. Кто-то уже утверждает, что код комментировать не надо, так как ИИ его поймет и так, или ИИ можно попросить объяснить. Что ошибочно, ведь ИИ не телепат и комментарии даже ему полезны. Кто-то вот утверждает, что закон Конвея перевернут. Не надо так.
1) Нейронка предлагала ещё более хайповые варианты, а я смягчил. Тут мы идём по нему в обратном направлении, упрощаем организацию, укрупняем узлы. Ещё можно было бы заменить на "Разворачивает"
2) Забавно, что эту статью немецкий коллега написал буквально за пару дней до меня https://www.infralovers.com/blog/2026-03-03-conways-ai-inverse-kleine-teams-grosse-monolithen/. Судя по слогу, она тоже отформатирована нейронкой, и там у него "Inverse"
3) В условиях ИИ-агента значение чистого кода и чистой архитектуры растёт ещё больше

Распил монолита в 2026: а может, не надо? Как AI переворачивает закон Конвея