я сравнивал довольно давно
в 3 цепляет композиция объектов и прочие подобные финты (которые, правда, в го не очень реализуемы)
ну и те адекватные генераторы структурок для фронта, что я нашел на тот момент работали с 3 версией

Пытался, но не могу все найти время)

Но вот сам генератор - https://github.com/deepmap/oapi-codegen

Но он генерит действительно удобный код, куда нужно прокинуть просто параметром интерфейс, а не каждый хендлер класть функцию, как в go-swagger

не проще над go-swagger написать обертку, которая будет это делать?

Тяжело внести в go-swagger хоть что-то

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

но тут-то можно просто обертку наколбасить, на рефлекте :)

Я дважды за последние пол года его форкал, каждый раз пытаясь переделать слегка генератор, ломал лицо и опускал руки

Ну, в теории можно действительно тогда сделать обертку

да ладно. генератор там легко переделывается, там тесты модифицировать засада

Там вообще есть надежда, что его портируют на 3 версию? Как бы хоть там и не особо много новых фич, тем не менее более свежий стандарт

Блин, 3.5к людей в чате, проголосовало 7 человек.....

Я надеюсь, что это не все, кто юзает сваггер

скорее всего - надежды нет

package main: cannot find package "main" in any of:
       /usr/lib/go-1.13/src/main (from $GOROOT)
       /home/z1/go/src/main (from $GOPATH)

кто знает что сделать

не импортировать main

никада

вариант 1
       n1 := <-in1
       n2 := <-in2
       ret := f(n1) + f(n2)
       out <- ret

вариант 2      
     sum := 0
     select {
     case x1 := <-in1:
       sum = f(x1) + f(<-in2)
     case x1 := <-in2:
       sum = f(x1) + f(<-in1)
     }
     out <- sum

можете подсказать, есть разница в этих двух решениях? по мне нет. Т.е. что в 1м что во 2м будет ожидать данных из 2го канала, пока данные не придут выполнение дальше не пойдем. Верно?

ну и блокировка соответственно будет ждать что в 1м что во 2м случае данных со 2го канала