А знаете, в чем парадокс? В DDD одно из ключевых идей заключается в том, что код должен быть написан так, чтобы бизнес-эксперт (доменный эксперт) мог его прочитать и понять, что происходит, даже не будучи программистом. Внедрить DDD оч сложно, сопротивление ждет на каждом уровне, от разработчиков, экспертов и начальства. Не смог продать? -- Сидишь юзаешь тактические паттерны в свое удовольствие, и спросишь с тимлидом о решениях, вот и всё -- типичное внедрение. Тут же от тебя DDD требует и дисциплину, добавляет огоньку в жаркие споры и ссоры с коллегами, а также задачу ещё вчера нужно было сдать. А ещё, а ещё -- реализовали крутой тактический паттерн, а он дал тебе оверхед и нагрузку на инфу, ну счастье 🙂 Поэтому внедрение DDD затягивается или не внедряется. LLM сейчас активно внедряется в разработку, 25% стартапов имеют 95% кода, написанного AI, 60% разработчиков юзают ллм, ттм растет, а время внедрять ддд, обучаться и обучать команду стало ещё меньше. Код генерится быстрее, чем ты успеваешь подумать. Появились вайб-кодеры, пишут приложения с нуля, без знания ЯП и в целом технологий, и всё гуд, а кто может написать таким образом приложение и получит профит? Конечно же доменный эксперт. Тот самый, из которого мы пытаемся постоянно извлечь знания, чтобы их описать в программную модель. И логично, что он общается с LLM на том же языке, который ему привычен и этот язык является единым, с присущими терминами для домена. Вот такой парадокс, ддд зашел с другой стороны