Статья утверждает, что с ростом AI-кодинга идеи Domain-Driven Design становятся еще актуальнее
DDD никогда не был строго про код - главная сложность всегда заключалась в понимании предметной области и ее моделировании. Автор подчеркивает, что доменная модель - это не артефакт. Даже если ИИ-агент сгенерирует внушительный документ или план, это не поможет команде понять бизнес-задачу, а ценность knowledge crunching в том, чтобы самому разобраться в домене и уметь судить, осмысленен ли результат агента. Полностью пожжерживаю автора в этом
Он советует проектировать решение командой до написания кода, использовать ограниченные контексты для точных имен и точных промптов, а не делегировать мышление ИИ. Иначе некому будет оценить корректность результата.
Даже если весь код пишет ИИ, инженеру нужно глубоко знать домен, чтобы направлять агента, как напарника. Аминь
05.09.2026
Похожее
29.08.2026
Фундаментальные знания важны
Автор размышляет о том, что значит быть инженером в эпоху агентного ИИ, и приход...
17.08.2026
Go идеален для AI
В эпоху ИИ-помощников узкое место разработки сместилось с написания кода на его ...
16.08.2026
Пишите руками
Автор предлагает парадоксальный на первый взгляд подход к работе с LLM: вместо т...
10.08.2026
AI фабрики не работают
Основатель HumanLayer разбирает, почему "lights-off software factory" - подход, ...