Меня просто удивляет момент, что все примеры реализации чистой архитектуры неверны по своему подходу. Начиная уже с того, что Interactor/Usecase - это конкретный бизнес юзкейс, а не метод Domain Service из DDD. И пропихивая те же репозитории из DDD

И что вообще на каждый юзкейс отдельный класс. Такого ни в одном примере нет

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

Хотя руку набить звучит грубо
Скорее практиковаться

Я пишу либу для реализации этого стандарта server side events на go https://www.w3.org/TR/2009/WD-eventsource-20090421/

Она не уникальна, (либы уже есть), но они достаточно старые и можно сейчас многое по-новому сделать. Можем скооперироваться и прямо мерж реквесты в гитхабе пилить и кидать друг другу на ревью (полноценное рабочее флоу выйдет)

Меня вообще удивляет, что любой код, который написан не мной - неверен.

Вы когда открываете http либу вы ожидаете там увидеть работу с http или grpc? Если пример “реализовывает” архитектуру, он должен ей соответствовать, а не соответствовать чему-то другому

С удовольствием!
Только я джун, не забывайте)

а там не сложно) sse достаточно просты сами по себе

Я делаю конкретно стандарт, который поддерживается в браузерах через EventSource объект.
У этого механизма есть много плюсов - браузер сам переподключается. Браузер помнит последнего полученного ивента и шлёт это значение как last event id и сервер может залезть в свою бд и переслать пропущенные ивенты.
При использовании http2 + gzip ещё получается огромная экономия траффика.
У стандарта есть структура сообщения, которой должен придерживаться сервер и вот это единственное, что мне не очень нравится - там многострочные сообщения.

как http или grpc связаны с тем, что обсуждали?
что означает, "должен"?

с тем, что если пример, по словам автора, реализовывает чистую архитектуру, он должен реализовывать ее, а не DDD, или что-либо еще

Ну, автор реализовывает своё виденье DDD, по-своему трактует, но если у вас договор с автором, то да, он вам должен.

ddd и чистая архитектура - это достаточно ортогональные вещи

Что вы имеете ввиду?

sse? эта либа плоха? https://github.com/alexandrevicenzi/go-sse

Что эти вещи независимы.

Эту не смотрел, по ридми ну например, там предлагается сразу готовый хэндлер для ивентов, но имхо проще иметь не отдельный метод с интерфейсом стандартного http.Handler, а более гибкую схему - запустить некий сервис с http.ResponseWriter параметром - такую конструкцию можно встроить в большее число программ,
Ну и основная проблема той либы - отсутствие поддержки gzip, про которую я выше писал

Веб советы не решают потребность?

Sse это наличие все го лишь 2 х заголовков. Зачем там пилить библиотеку?