https://gist.github.com/valinurovam/e9e81a1a81b9e627ef0d8d0ed81bcc85 https://gist.github.com/valinurovam/1207667debf4438037b0588f36624c9e

пока разместил на гисте

dunhillmq - сама либа, main - использование

пинать можно(нужно) сильно =)

пинать можно(нужно) сильно =)

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

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

это про (exchange *Exchange, err error), например? Если честно, мне они вообще не нравятся, но постоянно вижу такое у других, в книгах - поэтому использую

видимо какое-то best practices, раз все используют

это про (exchange *Exchange, err error), например? Если честно, мне они вообще не нравятся, но постоянно вижу такое у других, в книгах - поэтому использую

Именованые возвращаемые значения полезны, например, когда функция, к примеру, может возвращаеть (int, int, error), чтобы понимать чем первое значение от второго отличается по названию

А так у тебя исчерпывающе очевидно, что *Exchange - это exchange, а err - error

А так у тебя исчерпывающе очевидно, что *Exchange - это exchange, а err - error

понял, спасибо

еще такой созрел вопрос, пока писал, обязательно ли всегда переопределять стандартные типы, например type ExchangeName string показалось, что это вносит больше неудобства, чем удобства

понял, спасибо

ну хороший пример, например sync.Map Есть метод func (m *Map) Load(key interface{}) (value interface{}, ok bool) если бы bool не был именованым значением, тебе бы возвращалось какое-то true или false, и вообще непонятно, что оно значит

Если много return'ов в функции, то именовать возвращаемые значения тоже иногда удобно. И везде просто пишешь return без перечислений

еще такой созрел вопрос, пока писал, обязательно ли всегда переопределять стандартные типы, например type ExchangeName string показалось, что это вносит больше неудобства, чем удобства

Свои кастомные типы нужны, если хочешь их расширять, ибо над ExchangeName ты можешь объявить методы. Лучше оставлять примитивный тип как есть, либо как вариант использовать type alias type ExchangeName = string Тогда не надо пердолиться с конвертацией

Свои кастомные типы нужны, если хочешь их расширять, ибо над ExchangeName ты можешь объявить методы. Лучше оставлять примитивный тип как есть, либо как вариант использовать type alias type ExchangeName = string Тогда не надо пердолиться с конвертацией

про алиасы не знал, спасибо, как раз попердолился немного

про алиасы не знал, спасибо, как раз попердолился немного

Просто когда ты используешь алиас типов и тебе надо вернуться обратно в string, тебе не надо делать string(fromMyCustomType)

да, у меня как раз есть такое место от которого дико батхертило, ведь и так понятно что там string, зачем конвертировать if rxp.MatchString(string(message.RoutingKey)) { queueNames = append(queueNames, queueName) }

да, у меня как раз есть такое место от которого дико батхертило, ведь и так понятно что там string, зачем конвертировать if rxp.MatchString(string(message.RoutingKey)) { queueNames = append(queueNames, queueName) }

Ну просто в го ничего автоматически не конвертируется, даже int в int64 сам себя не сконвертирует :)

Просто когда ты используешь алиас типов и тебе надо вернуться обратно в string, тебе не надо делать string(fromMyCustomType)

Прикольно, а если я от какой-то стандартной структуры, скажем time.Time хочу свой тип, есть разница между заюзать этот alias и embedded этой структуры?

Прикольно, а если я от какой-то стандартной структуры, скажем time.Time хочу свой тип, есть разница между заюзать этот alias и embedded этой структуры?

Ну смотри, расширить тип создавая новую структуру и просто создавая тип поверх уже существующей структуры - совершенно разные вещи. Если ты делаешь type MyTime time.Time, func(t MyTime) MyNow() {}, ты можешь обратно вернуться к time.Time(instanceMyTime) Если делаешь type MyTime struct { time.Time }, то такой фокус уже не прокатит, но ты можешь получить time.Time обратно myTimeInstance.Time

Я так понимаю, alias вообще нельзя расширить, по спеке он содержит тот же набор методов

Я так понимаю, alias вообще нельзя расширить, по спеке он содержит тот же набор методов

Да. Я алиасы использую больше для организации кода. Например есть разные модельки, они сейчас одинаковы, но я знаю что в будущем они будут меняться и я в другом пакете создаю алиас, а потом вместо алиаса по мере надобности уже делаю какой-то другой тип, очень удобно так думать наперед

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

Случаем никто еще не пробовал этот или подобные кодогенераторы для тестов? именно в этом мотивация писать интерфейсы и генерация по ним моков https://medium.com/percolate-engineering/introducing-charlatan-df9b5d3d3107

Алиасы нужны для рефакторинг а постепенного.

А не для рядового использования когда лень конвертировать.

Ну просто в го ничего автоматически не конвертируется, даже int в int64 сам себя не сконвертирует :)

Потому что инт не всегда 64.

Для констант типа ACK и REQUE лучше б iota использовать. Зачем ты ввел типы на имена вообще непонятно. ИМХО - Для функции Consume лучше давать пользователям передавать каналы внутрь, а не создавать самому, они могут быть буфферизированным и т.п. Мапы с ключом - указателем тоже непонятно зачем.

https://gist.github.com/valinurovam/e9e81a1a81b9e627ef0d8d0ed81bcc85 https://gist.github.com/valinurovam/1207667debf4438037b0588f36624c9e

<-

а чем в iota лучше? По типам объяснил выше, что вижу так делают везде, стоит ли менять их на алиасы или вообще оставить обычный string?

> Мапы с ключом - указателем тоже непонятно зачем. такой один мап да, пока не могу найти объяснение :)

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

а чем в iota лучше? По типам объяснил выше, что вижу так делают везде, стоит ли менять их на алиасы или вообще оставить обычный string?

С iota проще добавлять и удалять константы.

подскажите пож каким образом можно мокнуть http.Get(url string)?

подскажите пож каким образом можно мокнуть http.Get(url string)?

гугль "golang mock http client"

кто в исландию поедет на gopherconf?

Я бы работать туда поехал, нет вакансий?))

Я бы работать туда поехал, нет вакансий?))

Зачем?)

Работы меньше, вилки больше. Для меньшинств всё на порядок

Работы меньше, вилки больше. Для меньшинств всё на порядок

И никаких людей в округе, просто рай для программиста

вроде как очень дорого там жить

и скучновато

согласен, другое дело в России — с постоянными блокировками не заскучаешь /offtop

Везде есть свои минусы ;)

согласен, другое дело в России — с постоянными блокировками не заскучаешь /offtop

Это не бинарный выбор

я бы хоть куда-нить поехал

пока на выезд блокировок нету

+++

У кого есть какие выходы на Европу-США? Можем спротиться в команду, продавать услуги там. Есть кто знакомый прожекты, сейлзы с инглишем? Что думаете, сможем скооперироваться?

надо регать LLC, но есть нюанс

а в \чём проблема его регать?

регнули всех, запросили визы на себя

как только ты зарегал, ты попадаешь как резидент в рф (не путать с гражданством) под закон как "лицо контролирующее зарубежные компании"

и ты обязан сообщить об этом факте и факте открытия счета..

и дальше сами понимаете 100500 бумажек

в Беларуси найдите того, кто хочет юр лицо открыть и через него

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

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

варианттов масса

можно самим поехать, и подтягивать дальше братушек с Рф, Укр, Бу, откуда угодно

ну вообщем что бы совсем легально это сделать, надо выйти из резиденстсва

как вариант отьехать на острова на пол года, а потом уже открывать

ну вообщем что бы совсем легально это сделать, надо выйти из резиденстсва

надо выйти из географической зоны

сам факт выезда не дает тебе "выход из резиденства"

надо пол года там сидеть минимум

а зачем он мне нужен, если я уже выехал?

они что, поедут за мной ччтоле?

ты сам приедешь как бэ

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

Проблема в выдаче голубой карты или рабочей визы, государство проекрит какач компания делает и запрос и просто не даст никому ничего

мм.. зачем?

наверняка тут родственники и прочее, в страну то ездить придется

наверняка тут родственники и прочее, в страну то ездить придется

ну так ты в самой америке просиди полгода?

в америку/европпу ехать без хорошего капитала это все равно что блин по туристической скататься туда-суда

Проблема в выдаче голубой карты или рабочей визы, государство проекрит какач компания делает и запрос и просто не даст никому ничего

открываешь настоящую компнаию под настоящие документы, пусть проверяет

в америку/европпу ехать без хорошего капитала это все равно что блин по туристической скататься туда-суда

это вот да, самый большой минус.

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

а пошлины там не 2000 рублей как у нас

конечно нужно, как без этого

на примере Чехии могу сказать что по ИП очень сложно получить визу, будете годами туда сюда кататься по коридору в 90 дней на пол года

*предпринимательскую визу