не тиндером же единым

во-во

женишься на HR и получаешь самые горячие вакансии

profit

впрочем, лицо виктории мне знакомо, и, по-моему, виктория постила вакансии

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

ок, Викторию обсудили "просто", а дальше что?)

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

и ты такой, тсссс, подожди до утра, а там и видно будет ... :))

??

и ты такой, тсссс, подожди до утра, а там и видно будет ... :))

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

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

Я слышал что в Японии стандартно - когда hr тебя перед работой приглашает кофе попить

А пока ты пьешь втирает про вакансии

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

Была, даже в моем городе, кажется )

ага, вот потом ещё и обажаются, что всё просто оказывается

а в израиле "давай выпьем кофе" означает "let's fuck"

drinkee?!

?

а в израиле "давай выпьем кофе" означает "let's fuck"

Зато сразу честно и все понятно! )

Зато сразу честно и все понятно! )

у нас тут один приглашал всех кофе пить, когда уже всё

а в израиле "давай выпьем кофе" означает "let's fuck"

Главное чтоб не наоборот

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

слушай, вот прям в самое сердце ранишь!

слушай, вот прям в самое сердце ранишь!

вот прям вообще в десятку)

то есть это всё было ради той ссылки на хедхантер?

Я слышал что в Японии стандартно - когда hr тебя перед работой приглашает кофе попить

А я слышал что программистам в Японии нанимают массажисток которые им массаж во время рабочего дня делают :)

А я слышал что программистам в Японии нанимают массажисток которые им массаж во время рабочего дня делают :)

Может быть в японских компаниях так и делают ) но у меня знакомые только в амазоне

А те просто платят 2х рынка

И никакого массажа, еды и прочего

Там что-то просто типа стимуляции что бы они работали лучше) Выпендрится типа надо перед прекрасным полом)

И никакого массажа, еды и прочего

а могли бы гейш выдавать

а могли бы гейш выдавать

Это амазон же

Это амазон же

аГейш

а как вы обновляете го на лине?

поверх

Россия, Челябинск

Россия, Челябинск

Соболезную

и я там тоже жил год назад

потом решил что хватит!

потом решил что хватит!

Пеехал в Копейск?

Планируем переезд в Питер)))

в Новосибирск

в Новосибирск

А чем там лучше?

Все лучше

2Gis)

Больше Питера нравиться

Планируем переезд в Питер)))

тут хорошо :)

Больше Питера нравиться

Ну вы прям заинтриговали

Новосибирск хорош, учился в СибГути

Если ты програмист то в Академе вообще норм

Только пенсионеров очень много

15 минут и ты в новосибе)

Народ есть что-нибудь интересненькое, чтобы бродкастить данные в каналы не через for, а одновременно?

Народ есть что-нибудь интересненькое, чтобы бродкастить данные в каналы не через for, а одновременно?

Все равно в for где-то прийдется упереться

Народ есть что-нибудь интересненькое, чтобы бродкастить данные в каналы не через for, а одновременно?

go func ?

не одновременно конечно, но и не по очереди все же

не одновременно конечно, но и не по очереди все же

Все равно внутри for

go func ?

ну кстати как вариант, но как оно будет жить когда мы в 10к каналов шлем одно и то же сообщение

Все равно внутри for

ну тут согласен

ну кстати как вариант, но как оно будет жить когда мы в 10к каналов шлем одно и то же сообщение

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

Овер хед по памяти по памяти поди огого будет

ну кстати как вариант, но как оно будет жить когда мы в 10к каналов шлем одно и то же сообщение

Если горутина не долгоживущая - норм

Все равно очередность будет видна немного

Прям одновременно нигде нельзя)

Если горутина не долгоживущая - норм

да ей буквально данные в канал записать

Сойдёт, чат пилите?

Смысла нет в горутине

не, систему доставки котировок

Смысла нет в горутине

Надо код смотреть, мб там ещё что-то

ERROR: S client not available

Лучше буферизованный канал и запись в селекте.

Смысла нет в горутине

А проверки всякие на переполнение канала и то что он не nil

Хотя наверняка оверхед на создание горутины приравняет выгоду к 0

Лучше буферизованный канал и запись в селекте.

это как?

А вот не надо этого допускать

Что - как?

А вот не надо этого допускать

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

Непонятно что такое запись в селекте, докой можно кинуться? Или что почитать?

Непонятно что такое запись в селекте, докой можно кинуться? Или что почитать?

Скорее всего очепятка, чтение в селекте

Лучше буферизованный канал и запись в селекте.

Ксажите, а в чем выигрыш от селекта, если каналов - одна штука? if в этом случае как - то кошернее смотрится

Неблокирующая операция

Неблокирующая операция

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

Ну автор ожидал что будет два канала, но пока не придумал зачем второй

В селекте так же есть дефолт кейс

Да это все отличные плюшки, но когда надо, а в данном случае задача одна получить данные с ОДНОГО канала и проверить все ли с ним впорядке if d, ok := <-c.Send; ok {} выглядит идеально для данной задачи

Я могу быть не прав и если селект дает +100 к силе, то конечно готов перейти на селект, но поясниче в чем подвох ?

Да это все отличные плюшки, но когда надо, а в данном случае задача одна получить данные с ОДНОГО канала и проверить все ли с ним впорядке if d, ok := <-c.Send; ok {} выглядит идеально для данной задачи

Вполне

я nats (queue) юзаю и разделяю на микросервисы... если задача - оповистить о котировках, мб идея распределенных микросервисов зайдет

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

если секция default есть - не будет

Я могу быть не прав и если селект дает +100 к силе, то конечно готов перейти на селект, но поясниче в чем подвох ?

Селект нужен, если ты не знаешь, из какого канала придет значение раньше

если секция default есть - не будет

все понял вашу логику

Скорее всего очепятка, чтение в селекте

в селекте можно писать. та же фишка - если канал переполнен, то запись не блокируется при наличии default секции.

я nats (queue) юзаю и разделяю на микросервисы... если задача - оповистить о котировках, мб идея распределенных микросервисов зайдет

А если не секрет, почему nuts? не rabitmй или redis

Да это все отличные плюшки, но когда надо, а в данном случае задача одна получить данные с ОДНОГО канала и проверить все ли с ним впорядке if d, ok := <-c.Send; ok {} выглядит идеально для данной задачи

Называть канал словом Send, это как называть переменную data

Селект нужен, если ты не знаешь, из какого канала придет значение раньше

это одно из его применений. второе - неблокирующие операции.

это одно из его применений. второе - неблокирующие операции.

Ну при наличии default

Называть канал словом Send, это как называть переменную data

Зато даже тапку понятно, что с этой штукой надо делать.))))) На мой взгляд Явное лучше чем не явное. Тем более это одно поле большой структуры

send - это глагол. переменные лучше называть существительными

send - это глагол. переменные лучше называть существительными

А еще все переменные априори хранят данные, потому любая переменная может быть data

А еще все переменные априори хранят данные, потому любая переменная может быть data

Если nil, то не data

А еще все переменные априори хранят данные, потому любая переменная может быть data

Для unknown данных data - самое то)))