Без плейграунда можно и не писать

Окей

без экрана? Можно же скопировать и вставить.

Привет, вопрос есть. Если есть множество требований, которые разные по приоритету, и по выпускам. Что более разумно сделать
1 - Сразу дизайн для всех и потом писать имплементацию по приоритетам?
2 - Реализовывать по требованиям - написать дизайн для 1 потом код для 1, модифицировать дизайн для 2 потом код для 2?
3 - Сделать дизайн под выпускаемую версию и имплементировать по приоритетам?

По мне логично скорее всего 3, 1 более вотерфол подход, а второй наверно подойдет с релизами каждую неделю-2(Хотя тот 3 подход подойдет - релиз новой версии на каждой неделе)

Интересно услышать ваше мнение

вы не по адресу, но 3

стоит ли использовать gorm?

кто что думает про пакеты gorilla mux vs gin-gonic/gin?

от задачи же зависит. я начинающий в Go, но меня не устроил по производительности. у меня много инсертов в зависимые таблицы - получается сильно дольше чем insert batch
в любом случае, на чистом sql можно написать более производительные запросы

а у кого вебсервисы на го написаны? ставите ли вы перед ними nginx? Я думаю его надо ставить из-за медленных клиентов мобильных

Опять же от задачи. У меня в проект есть легаси часть, где использовалась mysql, sqlite, и нужно было это добро мигрировать на постгри. В итоге пришлось использовать горм. Если например в проекте есть оракл, горм не подойдёт. Если бы не легаси - использовал бы натив

Мюкс - просто более приятное оформление роутов. Но все же предпочитаю Чи, так как там можно удобно объединять роуты, не только в группы.

Джин - роутер на стероидах, фреймворк. Когда пишешь полноценный рест апи например, со временем код будет похож примерно на джин, поэтому иногда есть смысл использовать сразу его

Стоит, но больше для организации eapi

что такое eapi

?

У нас это что-то типа общего сервиса для всех микросервисов, у кого есть рест. То есть все апи начинаются с eapi/service/v1 например

Все микросеовисы находятся в одном месте грубо говоря

Тяжело объяснить))

типа в nginx у вас роутер, что eapi/photo -> идити на порт 8081, eapi/video -> иди на порт 8082

Немного не так. У тебя сервис например /eapi/cookbook/v1, у товарища /eapi/metro/v1, и на проме бы оба ходим по адресу prom:8080/eapi/cookbook/v1 и prom:8080/eapi/metro/v1

когда встраиваешь одну структуру в другую, можно ли переопределить поле?