Да обычные там задачки были

В Яндексе на собесах тоже не требуют прям алгоритмов

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

Когда нужно решить 8 за 5 часов, это стресс, боль, отчаяние и страх

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

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

К слову. Все крупные компании которые ищут golang разработчиков, дрючат их алгособесами. Далеко не все крупные компании которые ищут разработчиков на других языках поступают так же

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

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

Тоже Jvm. Райф, x5 group, сбер, мтс. Т1 консалтинг. Алгособесов не было 🤷‍♂

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

засамолюби изи левел литкода. Хватит за глаза

Засамолюби?)

Ахаха, ну я на кодварсе решал, 5 кю

Тоже Jvm. Райф, x5 group, сбер, мтс. Т1 консалтинг. Алгособесов не было 🤷‍♂

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

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

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

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

Проблема пока базовая - с чего начать. Допустим уже есть код, который генерит данные, прописаны все функции и прописан тип данных, который будет передаваться (структура с вложенными структурами)

Проблема пока базовая - с чего начать. Допустим уже есть код, который генерит данные, прописаны все функции и прописан тип данных, который будет передаваться (структура с вложенными структурами)

А в grpc есть реализация типа "подписка"? Как только данные обновились клиент их сразу же получает

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

>которые компилятор выполнил в процессе компиляции >Потому что b2 объявлена как байт, а 1 << 9 это 512, так что тут происходит переполнение и этот участок равняется 0 Это можно проверить. Если развернуть shift в умножение то получаем: package main func main() { const s1 = "Hi World!" s2 := s1 println(s1 == s2) //true println(len(s1) == len(s2)) //true var one = len(s2) - 8 // не дает компилятору рассчитать выражение в compile time println(one == 1) //true // 1<< len(s1) == 2^9 var b1 byte = byte(2 * 2 * 2 * 2 * 2 * 2 * 2 * 2 * 2 * one / 128) var b2 byte = byte((1 << len(s2) / 128)) println(b1, b2) //4 0 } https://play.golang.com/p/bBArH4wuyxT Еще варианты есть?

var b1 byte = byte(2 * 2 * 2 * 2 * 2 * 2 * 2 * 2 * 2 * one / 128) Вот тут компилятор оптимизирует. Он делает 512 / 128, а потом умножает на 1. Так что всё-таки это оптимизации компилятора для констант.

var b1 byte = byte(2 * 2 * 2 * 2 * 2 * 2 * 2 * 2 * 2 * one / 128) Вот тут компилятор оптимизирует. Он делает 512 / 128, а потом умножает на 1. Так что всё-таки это оптимизации компилятора для констант.

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

Причем в 90х сам баловался на z80 меряньем пиписками, интрами и т.п. Но одно дело творчество для себя, а другое разработка для бизнеса. Кидаться json'ами меж микросервисов, нафига сортировка пузырьком? :)

Я в 90х просто баловался 😂

Тоже баловался на z80. Хорошее время было..

Причем в 90х сам баловался на z80 меряньем пиписками, интрами и т.п. Но одно дело творчество для себя, а другое разработка для бизнеса. Кидаться json'ами меж микросервисов, нафига сортировка пузырьком? :)

Наверно на ум собеседующим не приходит что лучше спрашивать например навыки декомпозиции, архитектурные патерны, патерны асинхронщины и т.п. Но это не где почти не спрашивают, или в минимальном виде. :(

Если задачи сводятся к подобному ремесленничеству, то понятно, что практической востребованности в алгоритмах нет, это скорее как фильтр для потока резюме. В смысле, те, кто приложил усилия в алгоритмистике, как минимум, обладают волей и способностями к изучению. Если же задачи у компании вполне себе шире, то сами вопросы по алгосам на собесе еще более оправданы как technology agnostic, без привязки к конкретному стеку/ языку. Может там базу свою разрабатывают, и неплохо бы тогда по теории графов поспрашивать, например, для транзитивных замыканий. Впрочем в большинстве случаев, скорее всего, придерживаются неких best practices как у "взрослых"

Если задачи сводятся к подобному ремесленничеству, то понятно, что практической востребованности в алгоритмах нет, это скорее как фильтр для потока резюме. В смысле, те, кто приложил усилия в алгоритмистике, как минимум, обладают волей и способностями к изучению. Если же задачи у компании вполне себе шире, то сами вопросы по алгосам на собесе еще более оправданы как technology agnostic, без привязки к конкретному стеку/ языку. Может там базу свою разрабатывают, и неплохо бы тогда по теории графов поспрашивать, например, для транзитивных замыканий. Впрочем в большинстве случаев, скорее всего, придерживаются неких best practices как у "взрослых"

На собеседованиях нужно спрашивать то, чем затем предстоит заниматься собеседуемому на работе. Если в его обязанности не будет входить решение leetcode задач, проектирование архитектуры приложения, асинхронное программирование и т.п., то зачем про это спрашивать на собеседовании? Лучше спросить про crud с конвертацией JSON в yaml, которыми, вероятнее всего, придется заниматься на работе. Если собеседуемый начнет упражняться в leetcode или городить миллион ненужных абстракций для решения простой crud-задачи, то с ним лучше попрощаться, т.к. от него на работе будет больше вреда, чем пользы

А те кто изучал паттерны проектирования, декомпозицию, подходы и т.п. не приложили усилия и не имеют способности к обучению? :) Только "алгоритмисты"?

Вполне имеют, но алгоритмы проверить, как мне кажется, проще, в том числе автоматизированно

>придерживаются неких best practices как у "взрослых" Это называется "карго-культ"

ну тут явно подмешано нейронкой

Нейронка рисует сову из кружочков вот так

И на что деньги тратить с таким графиком? 🤣

заведи жену

хаха, я на нормальную квартиру накопил именно в разводе