А, ну и dep vs govendor

dep юзают, к vgo присматриваются

Всем привет, давно не следил за экосистемой, что сейчас используют для управления зависимостями и проектом? Беглый гуглинг показал govendor и gb соответственно. Про gb вообще не понял, чем это лучше go build?

dep или если хочешь экспериментировать, то vgo

dep в gopath только работает?

dep в gopath только работает?

Да конечно, а как иначе?

Го вообще не очень вне gopath работает

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

но

если я не пишу либу, а например делаю микросервис, то я его хочу сбилдить и запустить, что вроде как позволяется вне gopath

поправьте, если я ошибаюсь

да хрен его знает

зачем что-то делать вне gopath?

зачем что-то делать вне gopath?

а зачем внутри?

если зависимости можно уже в вендоре держать

а зачем внутри?

Так по требованию языка положено

если зависимости можно уже в вендоре держать

Есть хак

Если ну очень нужно

а зачем внутри?

некотрые кодогенераторы неправильно работают (неправильные имена пакетам создают), если вне

если я не пишу либу, а например делаю микросервис, то я его хочу сбилдить и запустить, что вроде как позволяется вне gopath

можно юзать vgo

некотрые кодогенераторы неправильно работают (неправильные имена пакетам создают), если вне

Линтеры тоже ломаются

если я не пишу либу, а например делаю микросервис, то я его хочу сбилдить и запустить, что вроде как позволяется вне gopath

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

можно юзать vgo

gopath нужен будет, но сами проекты можно будет вне gopath держать

некотрые кодогенераторы неправильно работают (неправильные имена пакетам создают), если вне

почему-то уверен, что это не проблема языка, а проблема кодогенераторов

Хак - сделать _gopath куда симлинкнуть код

еще раз - зачем нужно держать свой код вне gopath?

почему-то уверен, что это не проблема языка, а проблема кодогенераторов

Язык по спецификации требует

еще раз - зачем нужно держать свой код вне gopath?

ну вдруг захотелось кому

Хак - сделать _gopath куда симлинкнуть код

наоборот, кстати - симлинк должен быть из gopath

ну вдруг захотелось кому

мне вот захотелось на typescript написать фронтенд

еще раз - зачем нужно держать свой код вне gopath?

хочу быть свободным от рудиментов старых версий

мне вот захотелось на typescript написать фронтенд

но я ж пхпшник, мне можно

хочу быть свободным от рудиментов старых версий

коллега, не надо нам компостировать мозги

извините

мне вот захотелось на typescript написать фронтенд

а на чём ещё писать то?

а на чём ещё писать то?

ну я раньше обычным es6 обмазывался

ну TS мне кажется поудобнее чутка будет

а вчера попробовал vue + ts и появилось ощущение что скоро смогу на спринге свободно разговаривать

аннотации все дела

в TS нет аннотаций

огонь крч

есть декораторы

это немножко другое

это немножко другое

ну очень похоже

ну всё же другое

забавно кстати, в ванильном вью ты пишешь кода меньше чем в реакте, в вью + тс пишешь еще меньше

надо будет попробовать, а то я только реактом балуюсь

благодаря декораторам

мне в реакте только jsx нравится

к сожалению, в вебшторме плохая поддержка vue+ts

наоборот, кстати - симлинк должен быть из gopath

Емнип можно сделать ln -sf ./ _gopath/src/github.com/example/neverdothis и использовать ./_gopath как gopath

к сожалению, в вебшторме плохая поддержка vue+ts

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

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

Вроде же Vue 3 будет на TS

почему-то уверен, что это не проблема языка, а проблема кодогенераторов

Ни к языку, ни к кодогенератору эта проблема отношения не имеет. Спека языка прямо говорит Use $GOPATH, Luke, кодогенератор не противоречит спеке. Ну, т.е., если проблема существует, то она исключительно ваша.

Вроде же Vue 3 будет на TS

так когда он будет еще, а когда на нем начнут писать активно…

а на чём ещё писать то?

dart?

elm!

dart?

scala.js

kotlin

kotlin

экзотично

scala.js

нееет

dart?

нееееееееет

ну, какбэ, у каждого языка в данном контектсте свои плюсы.

Kotlin - переносимость кодовой базы в jvm - обратно, возможность реюза с android, да и собственно, вхождение со стороны андроида проще.

Kotlin - переносимость кодовой базы в jvm - обратно, возможность реюза с android, да и собственно, вхождение со стороны андроида проще.

не будет особой переносимости

jvm и браузерный js - это больно разные вещи, чтобы там переносмость была

каких-то нетривиальных вещей

dart - вполне себе релизнулся на днях 2.0, имеет также биндинги на ангуляр, может быть применен на серверсайде, также работает на андроиде и, в перспективе, на фуксии со всеми вытекающими.

ERROR: S client not available

коллеги, у меня тут странное, и никогда мной доселе невиданное у меня есть код: func (s *Forwarder) listenTCP(addr string) error { listener, err := net.Listen("tcp4", addr) if err != nil { return errors.Wrapf(err, "failed to listen tcp: %s", addr) } for { conn, err := listener.Accept() if err != nil { errorsMetric.WithLabelValues("Accept", "tcp").Add(1) return errors.Wrap(err, "failed to accept connection") } acceptedMetric.WithLabelValues("tcp").Add(1) go checkAndForward( conn.(*net.TCPConn), s.Target, s.Timeout, s.HeaderLen, s.ProxyHosts, ) } } и время от времени он выдает мне ошибку в строке conn, err := listener.Accept() accept tcp4 0.0.0.0:443: bad file descriptor failed to accept connection main.(*Forwarder).listenTCP forwarder.go:73 main.(*Forwarder).ListenAndServe forwarder.go:28 main.MustRunService main.go:42 runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:2361 дело происходит на ubuntu 16.04 куда копать?

либо толстый рантайм и стандартная либа будут тянуться

scala.js - ну хз

это если "страдать" очень уж нужно, имхо

dart - вполне себе релизнулся на днях 2.0, имеет также биндинги на ангуляр, может быть применен на серверсайде, также работает на андроиде и, в перспективе, на фуксии со всеми вытекающими.

дарт - это полумёртвый недохайп от гугла, который может окончательно откинуть коньки в любой момент

дарт - это полумёртвый недохайп от гугла, который может окончательно откинуть коньки в любой момент

Недавно 2 версия вышла

Флаттер на основе него сделан

Недавно 2 версия вышла

И?

коллеги, у меня тут странное, и никогда мной доселе невиданное у меня есть код: func (s *Forwarder) listenTCP(addr string) error { listener, err := net.Listen("tcp4", addr) if err != nil { return errors.Wrapf(err, "failed to listen tcp: %s", addr) } for { conn, err := listener.Accept() if err != nil { errorsMetric.WithLabelValues("Accept", "tcp").Add(1) return errors.Wrap(err, "failed to accept connection") } acceptedMetric.WithLabelValues("tcp").Add(1) go checkAndForward( conn.(*net.TCPConn), s.Target, s.Timeout, s.HeaderLen, s.ProxyHosts, ) } } и время от времени он выдает мне ошибку в строке conn, err := listener.Accept() accept tcp4 0.0.0.0:443: bad file descriptor failed to accept connection main.(*Forwarder).listenTCP forwarder.go:73 main.(*Forwarder).ListenAndServe forwarder.go:28 main.MustRunService main.go:42 runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:2361 дело происходит на ubuntu 16.04 куда копать?

если посмотреть на порт, я бы попробовал на tls погрешить

И?

Ну живой как никак

Вроде же Vue 3 будет на TS

Писать что-то серьезное на нетипизированном языке — нельзя. Как следствие, все фреймворки со своим DSL шаблонов, в котором строгой типизации нет, и как ее приделать непонятно — сразу выкидываются в помойку, без попыток в них разобраться.

И?

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

Ну живой как никак

Ну какой живой то, если на нём полтора проекта написано и в продакшене крайне редко встречается?

он жёстко от экосистемы зависит

собственно, в данный момент под него ниша вполне заготовлена

если ниша в целом взлетит, то и дарт аналогично поступит

не взлетит - не поступит

как, впрочем, и любые другие языки

если посмотреть на порт, я бы попробовал на tls погрешить

там действительно tls, но что с ним не так?

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

ну и, если уж выбирать средство "наваять на коленке андроид-приложуху по-быстрому" между дартом/флаттером и реакт-нативами и иже с ними... дарт, мне лично, приятнее

там действительно tls, но что с ним не так?

какая версия го?

там действительно tls, но что с ним не так?

а без тлс поведение тестировал? Чтобы "сузить круг поисков"

мне надо с tls

но - tls не имеет отношения к listen, как я тоько что сообразил

tls - это уже на клиентском сокете

всем привет, через что проще и удобнее валидировать 2 строки например что s := "some" точно "some" ?)

s == "some"?

коллеги, у меня тут странное, и никогда мной доселе невиданное у меня есть код: func (s *Forwarder) listenTCP(addr string) error { listener, err := net.Listen("tcp4", addr) if err != nil { return errors.Wrapf(err, "failed to listen tcp: %s", addr) } for { conn, err := listener.Accept() if err != nil { errorsMetric.WithLabelValues("Accept", "tcp").Add(1) return errors.Wrap(err, "failed to accept connection") } acceptedMetric.WithLabelValues("tcp").Add(1) go checkAndForward( conn.(*net.TCPConn), s.Target, s.Timeout, s.HeaderLen, s.ProxyHosts, ) } } и время от времени он выдает мне ошибку в строке conn, err := listener.Accept() accept tcp4 0.0.0.0:443: bad file descriptor failed to accept connection main.(*Forwarder).listenTCP forwarder.go:73 main.(*Forwarder).ListenAndServe forwarder.go:28 main.MustRunService main.go:42 runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:2361 дело происходит на ubuntu 16.04 куда копать?

хм, кто-то дропнул коннект?

какой коннект?

у меня на listen сокете проблемы

коллеги, у меня тут странное, и никогда мной доселе невиданное у меня есть код: func (s *Forwarder) listenTCP(addr string) error { listener, err := net.Listen("tcp4", addr) if err != nil { return errors.Wrapf(err, "failed to listen tcp: %s", addr) } for { conn, err := listener.Accept() if err != nil { errorsMetric.WithLabelValues("Accept", "tcp").Add(1) return errors.Wrap(err, "failed to accept connection") } acceptedMetric.WithLabelValues("tcp").Add(1) go checkAndForward( conn.(*net.TCPConn), s.Target, s.Timeout, s.HeaderLen, s.ProxyHosts, ) } } и время от времени он выдает мне ошибку в строке conn, err := listener.Accept() accept tcp4 0.0.0.0:443: bad file descriptor failed to accept connection main.(*Forwarder).listenTCP forwarder.go:73 main.(*Forwarder).ListenAndServe forwarder.go:28 main.MustRunService main.go:42 runtime.goexit /usr/local/go/src/runtime/asm_amd64.s:2361 дело происходит на ubuntu 16.04 куда копать?

http://man7.org/linux/man-pages/man2/accept.2.html