скорее всего никогда

Ребят, вопрос по архитектуре
Нужно restApi с 4 ролями. Все роли получают предположим список book (сущностей реально моного)
но могут наложить фильтр на выборку. фильтры у каждой роли свои

думаю как разложить это лучше
я бы сделал в структуре как то так
/controller/admin/book.go
/controller/user/book.go

или же роль в сессии таскать, а логику на уровне сервиса разруливать?

Вообще, есть где посмотреть "правильную" структуру restApi проекта.
...сходили в конфиг, логгер, база, оптимальная структура пакетов под это дело.

я понимаю, что все специфично...но есть же минимальный бест практикс?

походу го уже в принципе не будет обрастать фичами большими

а зачем?

и так хорошо, или на него подзабивают?

если и будет, то в виде js-машины и рендерера

рендерер, кстати, можно и сейчас написать без проблем, и js-машина, вроде, есть

в общем - порт электрона получится...

генерики подвезут же 🙂

что значит "зачем"?

ну типа идеология такая, го же делали создатели си

в общем - и так хорошо.

ну вот и славно!

это и значит. Язык, очевидно, предназначен для другого круга задач, довольно узкого. Зачем там гуи? Это примерно как писать гуи на эрланге. Можно, но зачем?

хоть какой то пруф есть?
последнее выступление от Пайка что я смотрел было целиком нытьё о том, что полноценные генерики сложно (в Сиднее вроде выступал)

нету пруфов, и не будет

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

потому что биндинги к куте хорошие, конечно, но я хз кто их использует в продакшоне. gotk3 нифига не кроссплатформ, его в WSL запускать надо. хорошая, но не развивается. про остальное УГ типа электрона я вообще молчу

а чой-та электрон - УГ?

значит вам нужен другой язык, только и всего)

на qt вполне себе пишут, но обычно на плюсах, а не на го

потому что запускать сраный браузер с тыщей слоев абстракции, чтобы отредактировать, скажем, текстовый файл - говенная идея технически изначально. То, что это "проще поддерживать" и "ниже порог входа" - это аргументы для бизнеса, но никак не для инженера