Pull to refresh

Comments 10

Забыли упоминуть об инвесии зависимостей, на картинах она есть, но подробно не разобрана, хотя является одной из ключевых особенностей

3,5 сущности разбили на контексты. Зачем?

Чтобы написать больше кода и взять за это больше денег, другого объяснения тут нет :)

Подразумевается что это 3.5 сложных сущности в ответственной системе и это не MVP

Допустим, трудоемкость разработки такой системы тысячи человеко часов. Тогда это действительно имеет смысл.

Сложно получилось

Давайте поручим задачу LLM?

Красиво?
Красиво?

Или если без наследования и с нормальной расширяемостью

Тоже красиво
Тоже красиво

А схемы автора к DDD прямого отношения не имеют

Скорее, это чистая архитектура. Радикальная изоляция доменов.

А вот даже так

Одна единственная связь. Low coupling high cohesion

Не ищите черную кошку в темной комнате, особенно если её там нет
Не ищите черную кошку в темной комнате, особенно если её там нет

что за llm? подскажи, плиз

Ну, тут сложная магия)

Один LLM Картинка из статьи -> plantuml code

Другой LLM, лучше рассуждает, но не умеет читать картинки: plantuml code -> рассуждения и генерация вариантов plantuml code

Я: перенос кода на сайт и генерация картинок

Отсутствует важная часть про НФТ. Раз сейчас Excel, то предположу, что речь идёт о не более, чем нескольких миллионах записей. Я не архитектор, а просто аналитик. Здесь точно нужны распределеные транзакции?

Есть ощущение, что наши архитекторы думают, что надо делать как описано вот в таких статьях и книжках известных цветов. В итоге показываешь бизнесу MVP сделанный по фану за выходные, а архитекторы приносят что-то с TTM 7-9 месяцев для целой команды.

Sign up to leave a comment.

Articles