Если я не ошибаюсь, у Мартина в книге обсуждается использование Репозиториев

Антон я вот вчера когда спрашивал

Вам не проще ссылку давать

На доклад

И в придачу наверное на книгу чистая архитектура

)))

Большое спасибо! Кажется то, что надо.

Пытаюсь сделать перезапуск программы при изменении go файлов в Docker (golang:1.14-alpine) запущенном на Windows. Проект в контейнер подключен через volume. Попробовал reflex и CompileDaemon. Ни одни из них не видит изменений в файлах, хотя через cat видно что файлы меняются и время изменения файла тоже меняется. В чем может быть проблема?

Обсуждается, но никто не заставляет исползовать DDD. У Марина это обсуждается, потому что для него все эти концепции понятны. Он в принципе не разжевывает вещи. К тому же тот же DDD просто невозможно продемонстрировать на TODO листе. У Вернона есть критерии с помощью которых можно понять, нужен ли вам Предметно Ориентированный Дизайн. Как правило большинству не нужен (Слишком простая предметная область). Тем более большинству Гоферов, которые пишут по большей части инфраструктурный код. Clean совершенно не нужен там, где есть устоявшиеся стандарты, а требования практически не меняются. Он нужен там где у бизнеса 10 пятниц на неделю и проект постоянно растет.

А в чем, собственно проблема в транзакции между несколькими репозиториями?

Как это имплементировать? Если у вас есть пример, буду благодарен за ссылку

Руки не доходят до книг по DDD. Как-то, и надобности не ощущается пока что. Я вообще себе накидал шаблон приложения, по которому что-то делаю изначально. https://github.com/floyernick/Init. Если у вас будет возможность просмотреть и дать небольшое ревью, будет интересно

> Руки не доходят до книг по DDD. Как-то, и надобности не ощущается.

Ну и хорошо. Значит нет тех проблем которые этот подход помогает решить. Я вот точно так же не понимаю людей которые постоянно считают аллокации и заморочены на повсеместной оптимизации. И знаете почему? Все просто, я с проблемами оптимизации практически никогда не сталкивался в личном опыте, и это нормально. Столкнусь и сразу руки дойдут.

Таки да 👍🏻

С DDD как будто бы сложнее, чем с оптимизациями, потому что нет единственного правильного решения одной задачи при этом подходе. И действительно хороших примеров применения DDD гуглится мало, имхо, так как это нужно для сложных систем и хеллоувордом не отделаешься :(

А почму компилятор go не ругается на функцию вида:

func blabla(int) {
}

разве можно как-то получить значение int переданное таким образом?

А вы чем руководствовались создавая такую архитектуру приложения?

По опыту, книгам, статьям, примерам других проектов