Владислав
Собесят не люди из команды, а условный N разрабочик из одной команды, может собесить Y кандидата в другую команду. И он легко может не знать ,чем ему придется заниматься
Коллеги, у каждой компании свой вариант проведения собеседований В авито к примеру, только на финальной части, ты знакомишься с командой А в ВК человек из команды собесит техническую часть
Alexander
Интересно E8 в Авито это что тех.лид?
Евгений
Интересно E8 в Авито это что тех.лид?
Меготоп разраб умнейший из умнейших
Владислав
Интересно E8 в Авито это что тех.лид?
Выше скидывали документ от авито, там очень хорошо расписано, что за человек Е8)
Alexander
Выше скидывали документ от авито, там очень хорошо расписано, что за человек Е8)
Ну там не написана должность, просто выглядит реально как тех.лид, не как разработчик. То есть тот кто реально принимает решения на высшем уровне
Владислав
Мне кажется с E5+ люди начинают задумываться о развитие в тим лида или тех лида
Aleks
так в озоне и авито были большие монолиты грубо говоря, где выстроены были все процессы. Оно стало приносить деньги. С моделью определились и можно дербанить на микросервисы. Лекцию Данила Подольского посмотрите он там аргументированно говорит, почему на старте микросервисы зло. И почему это хорошо, когда есть отточенная бизнес-модель
Если отточенная бизнес модель с маленькой нагрузкой, бизнес процессы не меняются в перспективе, как и схемы данных, есть несколько групп разрабов на разных языках, и т.п., даже тогда можно пилить распределенный монолит, и не обязательно микросервисы. Но скорость ответов возрастет так как добавятся сетевые задержки, а также увеличится сложность и снизится надежность соответственно. Но магазину валенков с 3 заказами в день надежность и скорость не нужна. А вот Авито всеже наверно надо...
Null
Golang online meetup - 08/11 ✔️ "Как делать микросервисы единообразными, когда их много, а разрабы все разные?" Олег Козырев, Авито Олег расскажет о том, как справиться с разнообразием практик при разработке микросервисов на Go. ✔️ "Paranoia driven development" Мясников Алексей, Яндекс Алексей поделится секретами построения надежных контрактов и интерфейсов, которые позволят избежать ошибок при использовании вашего кода.  ✔️ Микросервисы в небольших командах разработки: почему вам нужен PaaS?" Алексей Коротин, Sports.ru Алексей расскажет о преимуществах использования PaaS в небольших командах, поделится опытом внедрения PaaS. ✔️ "Обработка ошибок в Go в 2023" Виталий Попов, InDrive Виталий представит алгоритм выбора способов обработки ошибок в проекте на Go. ✅ Регистрация 🌐 Телеграмм с анонсами митапов. Реклама. ООО "ЭВРОНЕ.РУ". ИНН 3663057399. erid: LjN8KXtGX
Denis 🤖
Собесят не люди из команды, а условный N разрабочик из одной команды, может собесить Y кандидата в другую команду. И он легко может не знать ,чем ему придется заниматься
да, это называется пайплайн. в любом бигтехе так сделано в угоду унификации и масштабированию процесса найма. хорошо когда люди подходят к этому осознанно. другое дело когда в компании ноунейм 30 человек и они берут модель яндекса или авито в найме а потом удивляются почему у них никого нет)
Denis 🤖
>>"Обработка ошибок в Go в 2023" Виталий Попов, InDrive хм, я напрягся. что-то новое завезли в го?
Владислав
Alex
Golang online meetup - 08/11 ✔️ "Как делать микросервисы единообразными, когда их много, а разрабы все разные?" Олег Козырев, Авито Олег расскажет о том, как справиться с разнообразием практик при разработке микросервисов на Go. ✔️ "Paranoia driven development" Мясников Алексей, Яндекс Алексей поделится секретами построения надежных контрактов и интерфейсов, которые позволят избежать ошибок при использовании вашего кода.  ✔️ Микросервисы в небольших командах разработки: почему вам нужен PaaS?" Алексей Коротин, Sports.ru Алексей расскажет о преимуществах использования PaaS в небольших командах, поделится опытом внедрения PaaS. ✔️ "Обработка ошибок в Go в 2023" Виталий Попов, InDrive Виталий представит алгоритм выбора способов обработки ошибок в проекте на Go. ✅ Регистрация 🌐 Телеграмм с анонсами митапов. Реклама. ООО "ЭВРОНЕ.РУ". ИНН 3663057399. erid: LjN8KXtGX
ООО Эвроне.ру больше похоже на политический лозунг, а не it компанию) ООО Амеры.тожене.ру ООО Никтоне.ру.кроме.нас
пока
ну и что, ребята молодцы, что устраивают движ
Poly
#Вакансия : Fullstack-разработчик/ Go - разработчик[Remote] @ flame robotics от 100-200к ₽/мес на руки или 260к за проект 📍Не имеет значения 👩‍💻 Удаленно / Part-time job Какие знания мы ждем от вас: - Опыт работы в качестве Golang разработчика от 2-х лет и знание и использование пакетов (gin/echo, zap/logrus, testify, etc.); - Хорошие знания SQL (sqlite, postgres); - Опыт работы с Docker; -Плюсом будет опыт работы с MongoDB, RESTful API, Node.js/Express (или аналогичный фреймворк), HTML, CSS, JavaScript/TypeScript, React/Vue/Angular (или аналогичный фреймворк). Что делать: - Разработка и поддержка бекенда сервиса. - Развертывание и настройка VPS серверов. - Установка и настройка ShadowSocks на VPS серверах. - Разработка полноценной веб-версии сервиса с необходимым функционалом (регистрация, авторизация, управление подпиской, выбор локации ВПН, интеграция управления конфигурациями ShadowSocks и т.д.). (прим. Верстка будет выполнена верстальщиком) - Подготовка простой админ панели / дэшборда. О компании: Flame Robotics - это амбициозная команда, специализирующаяся на запуске IT-продуктов. Наш новый проект включает в себя разработку высококачественного ВПН-сервиса на основе ShadowSocks, предоставляющего безопасный и быстрый доступ к интернету для пользователей по всему миру. Наша цель - создать надежное и удобное решение, обеспечивающее конфиденциальность и безопасность данных наших клиентов. Если вас заинтересовала вакансия, заполните эту форму . Мы свяжемся с вами в течение рабочего дня. По любым вопросам о вакансии пишите @ya_bpn
Nick
#вакансия #backend #golang GO Backend Компания: CodifySoft Локация и гражданство: РФ МСК +/- 4ч Зарплатная вилка: 200000-250000 Разработка прокси сервера или плагина для существующего опенсорс прокси сервера, осуществляющего блокирующие функции по результатам решения сторонней программы Требования: • Опыт разработки на golang 1+ лет • общий опыт разработки 3+ лет • Знание сетевого стека и основных сетевых протоколов на хорошем уровне • Опыт работы с различными средствами автоматизации для процессов разработки (nexus, gitlab registry etc) • Понимание работы прокси и опыт работы с различными решениями (nginx, haproxy, squid) Контакт: @ppwdbks
Michael
Интересно, Мск -4 с локацией в РФ, это где? Или они что-то знают, что ещё никому не сказали...
Artem
Как это повлияет на факт "цирка с конями" на собесах? А далее на связи последствий такого найма?
Не в обиду, но "цирк с конями" на собесах обычно для тех, кто не смог пройти этот самый собес)) Проводил полтора года собесы от Авито и там нету вообще ничего зашкварного.
Aleks
Не в обиду, но "цирк с конями" на собесах обычно для тех, кто не смог пройти этот самый собес)) Проводил полтора года собесы от Авито и там нету вообще ничего зашкварного.
:) Это логично. Хорошо что в IT осталась логика. :) Чтоб пройти в цирк с конями нужно быть конем минимум, а они не все. И что, если не секрет, вы там спрашивали у соискателей?
Aleks
😄 Так вы ж всё знаете))) К чему тогда вопрос, что я спрашивал у соискателей?)
Нет, про "не цирковые и без коней" не знаю. Вот и поинтересовался, какие они. Не хотите приводить пример, чтоб опять народ не ржал? :)
Artem
Полагаю, что народу абсолютно наплевать) А вам желаю таки дойти до достаточного уровня, чтобы не жаловаться по поводу (не)сложных собесов в хороших компаниях)
Aleks
Полагаю, что народу абсолютно наплевать) А вам желаю таки дойти до достаточного уровня, чтобы не жаловаться по поводу (не)сложных собесов в хороших компаниях)
Спасибо конечно, что опять про меня вместо темы (всегда лучший аргумент это про собеседника), спасибо и за пожелания, я уже в хорошей компании, около 6 лет :). И я тут не жаловался, я посмеяться зашел. Может все же по теме есть пример собеса что не как те, что обсмеяли?
Denis 🤖
Вот вопрос на засыпку коллегам. Почему стек работает быстрее кучи? ;) Спросили меня на собесе
Emin Zalaev
Потому что и регистры быстрее стека? :)
Ну все не прошел не(сложный) собес в хорошую компанию
Aleks
Вот вопрос на засыпку коллегам. Почему стек работает быстрее кучи? ;) Спросили меня на собесе
Это они молодцы. :) Теоретически кеши у процов нынче большие, и в какой памяти проц чаще отирается, так все больше по кешам ближе к ядру. :) В Go типа со стеком почетнее работать, там не беспокоим сборщик мусора. И по этому быстрее?
Zenda
у стека есть некий шаблон, что позволяет работать с ним быстрей?
Alexander
А быстрее работает в какой операции?
Denis 🤖
А быстрее работает в какой операции?
Неважно, он просто быстрее. Так мне сказали)
Aleks
Ответ был таков что стек работает быстрее потому что он кешируется на проце, а куча нет)
Ну это они облажались. :)) Нужно было узнать что мешает кучи кешироваться. :)
Denis 🤖
Ну это они облажались. :)) Нужно было узнать что мешает кучи кешироваться. :)
Собственно да, когда я попытался объяснить что куча такая же память как и стек - мне сказали что я не шарю. А в го стек тоже на куче выделяется, их это не смутило вообще
Denis 🤖
Это я про собесы и вопросы интервьюеров)
Андрей
ответ "потому что writeBarrier" будет считаться, как "правильный, но не полный"? )
Denis 🤖
у стека есть некий шаблон, что позволяет работать с ним быстрей?
Просто стек это выделенный непрерывный кусок памяти, и все операции там это сдвиг указателя. Поэтому он быстрее кучи и кешируется лучше)
vim
Это я про собесы и вопросы интервьюеров)
Ну, бывает) мне как-то чувак на собесе в какой-то из сберовских продуктов на умных щах говорил о своей 100% уверенности в том, что данные из канала читаются рандомно) поэтому с помощью канала нельзя запилить очередь)
vim
Просто стек это выделенный непрерывный кусок памяти, и все операции там это сдвиг указателя. Поэтому он быстрее кучи и кешируется лучше)
Прикол в том, что на самом деле вопрос сформулирован с ошибкой. Стек не быстрее кучи) Размещение данных в куче алгоритмически сложнее, чем на стеке. Ну и про gc можно упомянуть.
Андрей
Ну, бывает) мне как-то чувак на собесе в какой-то из сберовских продуктов на умных щах говорил о своей 100% уверенности в том, что данные из канала читаются рандомно) поэтому с помощью канала нельзя запилить очередь)
наверно, перепутали чтение (одного) канала с select между несколькими каналами. перепутали, потому что про это 1 раз читали, и ни разу не использовали ))
vim
Без объяснений)
Denis 🤖
Да))))
Просто ты не "осилил" собес) ещё и пометку сделали что ты токс и споришь с лидом
Aleks
Реально идея для пета, для пары бэкендера и фронта. Типа сайт запилить с базой нелепых вопросов на собесах, и нелепых пояснений. С рейтингами и т.п. :)
Aleks
Чтоб это не терялось, народ читал и ржал как на bashorg...
Denis 🤖
Реально идея для пета, для пары бэкендера и фронта. Типа сайт запилить с базой нелепых вопросов на собесах, и нелепых пояснений. С рейтингами и т.п. :)
За 4 месяца кстати не так много было, везде де-факто стандарт. Кстати, дженерики уже 1.5 года в проде и ни одного вопроса не было. Вот что странно)
Aleks
Туда высказывания и пожелания собеседующих и HR, и причны отказа. :)
Denis 🤖
Все жду вопросы про comparable и способы реализации генериков)
Aleks
Отказы везде под копирку, разве нет? )
Бывают странные. Щас не вспомню, но тоже смеялись долго когда знакомый рассказал. Причем он несколько раз просил объяснить причину перед этим.
eugene
Смысл спрашивать в таком случае
eugene
Отказы везде под копирку, разве нет? )
Один раз пришёл отказ на идеально пройденное собеседование. Буквально все вопросы как робот ответил, ещё и дополнил жёстко. Так отказ был по причине того, что они просто решили искать другой грейд)
Denis 🤖
Evgeny
Потому что на них никто не успел переписать сервисы
а где в бизнесовом коде дженерики использовать? из того что на ум приходит запилить себе маленькие функции для чтения/записи каналов с контекстами/таймаутами и т.п., чтобы не пилить по месту selet-ы алгоритмы/структуры данных еще... но много ли тех кто пилит свои реализации и это опять больше библиотечный код, раз переписали на дженерики и забыли.
eugene
Overqualified?
Вообще нет, собесился на мидла. По итогу сказали ищут Сеньера. Видимо чисто из-за опыта что ли. Сама по себе тема абсурдна, потратить деньги (время разрабов) на собес миддла и в итоге другой грейд. Обычно если хотят Сеньера, то потом ещё System Design предлагают секцию, но тут такого не было
Denis 🤖
а где в бизнесовом коде дженерики использовать? из того что на ум приходит запилить себе маленькие функции для чтения/записи каналов с контекстами/таймаутами и т.п., чтобы не пилить по месту selet-ы алгоритмы/структуры данных еще... но много ли тех кто пилит свои реализации и это опять больше библиотечный код, раз переписали на дженерики и забыли.
Пфф, а профайлер часто используете? Или знание как работает гц? А знание того какой он профайлер? А спрашивают на каждом собесе. Я к тому что аргумент не аргумент, спрашивают теорию часто которую в бизнесе ты не используешь, поэтому забываешь если сам не ходишь собесить)
Evgeny
Зачем два человека для сайта?:)
согласен, 2 мало... фронт бек qa лид и скрама еще, иначе не взлетит