Будьте бдительны если у вас есть домен в зоне .com. Только что ко мне пришло письмо от некого Domain Service newsletters@swartist.info Пушут что скоро у вас закончится mydomain.com продлите его на год за 86 долларов. Да действительно один мой домен у него скоро закончится срок. У меня сперва был ступор, почему я должен платить целых 86 долларов за какой то домен. И вообще этот домен я перенес на свою учетную запись в местоную компанию хостер. Вот наглые. Спарсили все данные про мой домен и хотят меня обмануть а фиг вам.

Мое тоже такое приходило насчёт домена .tech

должны ли быть generated go-файлы в репозитории?

или их надо удалить, и пользователь сам должен их генерить через make build там или еще что-то

должны ли быть generated go-файлы в репозитории?

в репе golang/protobuf го файлы хранятся

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

имхо лучше хранить, а то выйдет новая версия генератора и сломает все нах

должны ли быть generated go-файлы в репозитории?

Да, разработчик сам должен их генерить и класть в репозиторий, это поможет избежать кучи проблем

по феншую - go generate это средство в помошь разработчику. пользователю должен достаться его результат

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

А, ну и 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, имеет также биндинги на ангуляр, может быть применен на серверсайде, также работает на андроиде и, в перспективе, на фуксии со всеми вытекающими.

коллеги, у меня тут странное, и никогда мной доселе невиданное у меня есть код: 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 куда копать?

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