Сквозной проект: исполнение заказа от модели до сервиса и формы
Сквозная архитектура: модель заказа, примеры, command guard, React-форма, Node.js boundary, агент и CI.
Локально и без аккаунта. Аккаунта нет, регистрация не нужна: введённое в инструменты остаётся в localStorage браузера и на сервер не уходит.
Свой счётчик считает открытия страниц и дочитывания: уезжает адрес и десятая доля текста. Без cookies и чужих счётчиков, IP не хранится, Do Not Track уважается. Как это проверить
Репозиторий портала не выложен, «открытым кодом» мы его не зовём. Открыто это:
Живёт портал на донатах, платных консультациях и разборах по запросу и покупке Workbench.
Планов делать курсы платными нет.
Выкладка от 16 сентября 2026, срез 95043e5
Что изменилось на портале с вашего прошлого захода. Полный список выкладок — в разделе «Что изменилось» на странице «О нас».
17 материалов в этой теме.
Сквозная архитектура: модель заказа, примеры, command guard, React-форма, Node.js boundary, агент и CI.
Как встроить flang в доменный слой, не превратить спецификацию в god-object и защитить команду проверяемым допуском.
Бизнес-правило обычно живёт в трёх местах — в задаче, в коде и в тестах — и расходится. Курс про то, как записать его один раз на flang так, чтобы компилятор доказал …
Каталог провалов DDD-внедрений — от папок вместо модели и контекстов по таблицам до агрегатов-гигантов и организационных ловушек — с признаками, кодом, метриками и планом …
Строительные элементы доменной модели изнутри: чем сущность отличается от значения, зачем агрегату граница, где живёт логика, которая никому не принадлежит, и сколько это …
Как разобрать бизнес на поддомены, отличить ядро от инфраструктурного шума и построить единый язык, который живёт одновременно в головах экспертов и в коде.
Как хранить агрегаты в базе так, чтобы домен не знал про SQL: репозиторий, Unit of Work, мэппинг, конкурентность и честные trade-offs.
Как найти границы моделей, почему одно слово в разных контекстах означает разное, и как описать связи между контекстами девятью паттернами карты контекстов.
Как переложить часть инвариантов домена с ревью и тестов на систему типов: parse don’t validate, типизированные идентификаторы, суммы типов для состояний агрегата и …
Как факты домена превращаются в события, как доставить их надёжно через outbox и inbox и как связать ограниченные контексты, не создав распределённый монолит.
Как отделить ядро домена от обвязки — от выделенного ядра до связных механизмов и абстрактного ядра — и что делать с моделью через два года, когда бизнес уже другой.
Что отличает глубокую модель от формально правильной: как вытащить наружу неявные понятия домена и семь паттернов supple design — от интенционально-раскрывающих …
По этому запросу ничего не найдено.