Теперь вообще Python нет😔

подскажите, это я кинул в архив или меня кинули в архив

у людей

я думал меня заигнорили

Мне вот интересно, если Авито считается крутым работодателем, проводит (якобы) подробные интервью, там крутые Гоферы....что ж там так постоянно ложиться прод.... upstream connect error or disconnect/reset before headers. reset reason: connection failure

Мне вот интересно, если Авито считается крутым работодателем, проводит (якобы) подробные интервью, там крутые Гоферы....что ж там так постоянно ложиться прод.... upstream connect error or disconnect/reset before headers. reset reason: connection failure

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

та обычный сайд эффект с перехода с могучей пыхи на го

джавист порвался

напоминает знаменитый доклад "Авто.Доставка с Java на Go", где в конце на вопрос " а зачем вы переписываете с одного на другое", ответ "чтобы не нанимать java разрабов".... Что-то мне кажется это зашквар....вот прям полный.

напоминает знаменитый доклад "Авто.Доставка с Java на Go", где в конце на вопрос " а зачем вы переписываете с одного на другое", ответ "чтобы не нанимать java разрабов".... Что-то мне кажется это зашквар....вот прям полный.

Просто он не знал что ответить, ему просто приказали сделать доклад))

если это снижает цену разработки то почему бы и да? (возможно тогда это снижало цену, сейчас кажется что джавистов проще найти чем гошников, так пылесосят рынок некоторые компании)

я смотрел тот доклад, если быть точнее они сказали: "Не нашли грамотного Джависта как @chesenfew и стали писать на Котле"

Ребят, кто-то проходил собес в вк?

+

На что упор делают? И сколько собесов?

ну я на weekend offer залетал. Там попросили код написать в лайве, но там не алгоритмы, просто на знание горутин, каналов и тд, дальше пошли вопросы по базам, архитектуре и тд. У меня был только тех оффер, а след этап уже с тимлидом собес

А что по итогу?

Не прошел дальше технического

Ребят, кто-то проходил собес в вк?

метавопрос? :)

Где провалился

привет всем! Знаю, что чат по jobs, но у меня вопрос по гошечке, в других местах молчат на него) Есть код очереди для либы https://gitlab.com/4nd3rs0n/q/-/tree/dev/ type Queue struct { buf []entities.Task mu sync.Mutex waitMu sync.Mutex } func (q *Queue) Push(task ...entities.Task) { q.mu.Lock() q.buf = append(q.buf, task...) q.mu.Unlock() if !q.waitMu.TryLock() { q.waitMu.Unlock() } } func (q *Queue) Get() entities.Task { for len(q.buf) < 1 { q.waitMu.Lock() // wait for new tasks } q.mu.Lock() out := q.buf[0] q.buf = q.buf[1:] q.mu.Unlock() return out } Я тут убрал всё лишнее, но суть +- такая. Так вот очередь работает с интерфейсом entities.Task: мы принимаем его в Push(), возвращаем из Get(), храним в buf, по сути делаем все операции с ним Однако, мне нужна не только очередь, что работает с entities.Task, а также другие очереди, что работают с io.Reader, с entities.Event и т.д. Возможно ли это сделать не просто копипастя этот код с другими типами, а как то минимизировать написание кода? А то как то не хочется иметь в коде кучу копий одного кода, только с разными типами И да, прошу не предлагать делать типом у buf interface{}, или any, я про них знаю) P.S. На гите дев ветка, мдшки не читайте, там бред сумашедшего так ещё и с кучей ошибок, ваши глаза будут течь))) Дока будет, как весь код +- ок будет и тесты проходить начнут все

https://t.me/golangl

привет всем! Знаю, что чат по jobs, но у меня вопрос по гошечке, в других местах молчат на него) Есть код очереди для либы https://gitlab.com/4nd3rs0n/q/-/tree/dev/ type Queue struct { buf []entities.Task mu sync.Mutex waitMu sync.Mutex } func (q *Queue) Push(task ...entities.Task) { q.mu.Lock() q.buf = append(q.buf, task...) q.mu.Unlock() if !q.waitMu.TryLock() { q.waitMu.Unlock() } } func (q *Queue) Get() entities.Task { for len(q.buf) < 1 { q.waitMu.Lock() // wait for new tasks } q.mu.Lock() out := q.buf[0] q.buf = q.buf[1:] q.mu.Unlock() return out } Я тут убрал всё лишнее, но суть +- такая. Так вот очередь работает с интерфейсом entities.Task: мы принимаем его в Push(), возвращаем из Get(), храним в buf, по сути делаем все операции с ним Однако, мне нужна не только очередь, что работает с entities.Task, а также другие очереди, что работают с io.Reader, с entities.Event и т.д. Возможно ли это сделать не просто копипастя этот код с другими типами, а как то минимизировать написание кода? А то как то не хочется иметь в коде кучу копий одного кода, только с разными типами И да, прошу не предлагать делать типом у buf interface{}, или any, я про них знаю) P.S. На гите дев ветка, мдшки не читайте, там бред сумашедшего так ещё и с кучей ошибок, ваши глаза будут течь))) Дока будет, как весь код +- ок будет и тесты проходить начнут все

в общем то... везде молчание на это) пойду паттерны смотреть, раз свои не придумываются, мб подойдет что 🤷‍♂

только интерфейс, либо другой тип который по сути и вернет интерфейс который ты скатишь в тип

нууу... это как то неоправданно много кода на почти одинаковый функционал

а ну дженерики же завезли

привет всем! Знаю, что чат по jobs, но у меня вопрос по гошечке, в других местах молчат на него) Есть код очереди для либы https://gitlab.com/4nd3rs0n/q/-/tree/dev/ type Queue struct { buf []entities.Task mu sync.Mutex waitMu sync.Mutex } func (q *Queue) Push(task ...entities.Task) { q.mu.Lock() q.buf = append(q.buf, task...) q.mu.Unlock() if !q.waitMu.TryLock() { q.waitMu.Unlock() } } func (q *Queue) Get() entities.Task { for len(q.buf) < 1 { q.waitMu.Lock() // wait for new tasks } q.mu.Lock() out := q.buf[0] q.buf = q.buf[1:] q.mu.Unlock() return out } Я тут убрал всё лишнее, но суть +- такая. Так вот очередь работает с интерфейсом entities.Task: мы принимаем его в Push(), возвращаем из Get(), храним в buf, по сути делаем все операции с ним Однако, мне нужна не только очередь, что работает с entities.Task, а также другие очереди, что работают с io.Reader, с entities.Event и т.д. Возможно ли это сделать не просто копипастя этот код с другими типами, а как то минимизировать написание кода? А то как то не хочется иметь в коде кучу копий одного кода, только с разными типами И да, прошу не предлагать делать типом у buf interface{}, или any, я про них знаю) P.S. На гите дев ветка, мдшки не читайте, там бред сумашедшего так ещё и с кучей ошибок, ваши глаза будут течь))) Дока будет, как весь код +- ок будет и тесты проходить начнут все

В других чатах тоже молчат, потому что вопрос так задан, что ничего непонятно. Причина и следствие.

напоминает знаменитый доклад "Авто.Доставка с Java на Go", где в конце на вопрос " а зачем вы переписываете с одного на другое", ответ "чтобы не нанимать java разрабов".... Что-то мне кажется это зашквар....вот прям полный.

Этот ответ можно толковать иначе. Например, я писал на го десктопное c GUI приложение под windows. Чтобы не брать в команду плюсовика, шарписта или заклинателя, прости господи, Электрона.

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

Этот ответ можно толковать иначе. Например, я писал на го десктопное c GUI приложение под windows. Чтобы не брать в команду плюсовика, шарписта или заклинателя, прости господи, Электрона.

Этот ответ можно толковать иначе. Например, я писал на го десктопное c GUI приложение под windows. Чтобы не брать в команду плюсовика, шарписта или заклинателя, прости господи, Электрона.

дженерики, как я понимаю, больше про работу одной функции с разными типами, ондако, это не совсем то что мне надо) Да и один метод нельзя нескольким структам присвоить

Можно написать дженерик структуру

type Stack[T any] struct { array []T }

А это как-то увеличило зарплату?

Нет, но снизило масштаб возможных проблем

Если не было акций, премий, опционов, то тут не чем гордиться.