Пятничное лайтовое
За последние пару недель в 3-ий или 4-ый раз пересмотрел Хауса. Обожаю этот сериал, особенно первые сезоны и концовку.
Так вот, я подумал почему нет такого сериала для айтишников. Представьте диагностический отдел в Amazon. Один гениальный, но токсичный стафф, который не хочет расти дальше. Забил на все принципы лидерства, его не могут уволить из-за его гениальности, ни повысить.
В команде еще пара инженеров миддл/синьор уровня. К ним отправляют супер непонятные инциденты, которые другие инженерные команды не смогли полностью решить.
Например, кластер Dynamo раз в час теряет одну ноду и никто не знает, в чем проблема. А инженер-Хаус такой «Снять логи, сделать слепок дисков, провести трейсинг». А в конце каждой серии к нему приходит озарение «Это редкий баг, которые появляется на 64-битных машинках раз в 10^6 случаев».
Мне так понравилась эта идея, почему никто еще не сделал айтишного Шерлока Холмса.
⁉️ Есть ли сериалы/фильмы, которые достоверно показывают жизнь и работу программистов? Помимо IT Crowd и Silicon Valley
За последние пару недель в 3-ий или 4-ый раз пересмотрел Хауса. Обожаю этот сериал, особенно первые сезоны и концовку.
Так вот, я подумал почему нет такого сериала для айтишников. Представьте диагностический отдел в Amazon. Один гениальный, но токсичный стафф, который не хочет расти дальше. Забил на все принципы лидерства, его не могут уволить из-за его гениальности, ни повысить.
В команде еще пара инженеров миддл/синьор уровня. К ним отправляют супер непонятные инциденты, которые другие инженерные команды не смогли полностью решить.
Например, кластер Dynamo раз в час теряет одну ноду и никто не знает, в чем проблема. А инженер-Хаус такой «Снять логи, сделать слепок дисков, провести трейсинг». А в конце каждой серии к нему приходит озарение «Это редкий баг, которые появляется на 64-битных машинках раз в 10^6 случаев».
Мне так понравилась эта идея, почему никто еще не сделал айтишного Шерлока Холмса.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥36🤣11❤10
🇧🇾 Опыт в Yandex, Беларусь
Куда проходило собеседование?
На позицию разработчика интерфейсов в белорусский офис Яндекса.
Каким образом получил приглашение на собеседование?
Через реферал от знакомого.
Какие были этапы и до какого этапа дошел?
Были секция по JS, секция по алгоритмам и финалки. Дошёл до финалок, но дальше не сошлись по локации (живу в стране, где нет офисов Яндекса). Релокацию предлагают только для сотрудников с грейдом 17+ (сеньор+) в Сербию, Армению и Казахстан. Я не захотел в РБ и РФ.
Какие примерно были технические и поведенческие вопросы?
На первой секции было 4 задачи по JS. Проверяли знание замыканий, промисов и других тем. На второй секции было 2 задачи, проверяли знание алгоритмов (ниже будут ссылки).
Как тебе процесс интервью и сами интервьюеры?
На первом этапе всё было дружелюбно. Интервьюер объяснял условия задач, и если видел, что я застрял, то помогал. В целом, неплохо пообщались. На втором этапе тоже было дружелюбно, хотя интервьюер уже больше молчал. На второй задаче он дважды включал какие-то видео с YouTube на секунд 30. Это сбивало, и я не понимал, стоит ли вообще продолжать.
По общению с HR впечатления позитивные. Она отвечала очень быстро: фидбэк после первого этапа пришел через 2-3 часа, после второго - на следующий день.
Как ты думаешь, где показал себя хорошо, а где не очень?
Хорошо показал себя на второй части. Я знал, как решать первую задачу, но выбрал слишком большой пример для тестирования и потратил на это очень много времени. Потом интервьюер сказал, что я мог просто запустить код и не тратить столько времени. Вторую задачу раньше не видел, и немного не хватило времени, чтобы ее решить. Справился бы за дополнительные минуту-две, плюс в этот раз не тратил время на то, чтобы тестить код вручную.
На первой секции нужно больше практики по JS
Твои личные советы по подготовке?
Для первой части - решать задачи с https://bigfrontend.dev/
Для второй части - решать задачи с https://leetcode.com/
Поискать истории людей, которые проходили собеседования раньше (хабр, медиум и тд). Я читал истории + примерно запомнил, какие давали задачи, но сами задачи почти не прорешивал. В итоге многие задачи были из тех, что я уже видел.
Первый этап оценили между джуном и мидлом (L14-L15), второй на мидла (L15). Оказалось, что второй этап имеет больший вес. .Думаю, если бы прорешал все задачи, упомянутые в статьях, можно было бы получить мидл+ (L16).
Автор: Alex @alex112263 (открыт к мокам)
✔️ Давайте поддержим автора лайками и добрыми комментариями 🙂
#yandex #реальныйопыт
Куда проходило собеседование?
На позицию разработчика интерфейсов в белорусский офис Яндекса.
Каким образом получил приглашение на собеседование?
Через реферал от знакомого.
Какие были этапы и до какого этапа дошел?
Были секция по JS, секция по алгоритмам и финалки. Дошёл до финалок, но дальше не сошлись по локации (живу в стране, где нет офисов Яндекса). Релокацию предлагают только для сотрудников с грейдом 17+ (сеньор+) в Сербию, Армению и Казахстан. Я не захотел в РБ и РФ.
Какие примерно были технические и поведенческие вопросы?
На первой секции было 4 задачи по JS. Проверяли знание замыканий, промисов и других тем. На второй секции было 2 задачи, проверяли знание алгоритмов (ниже будут ссылки).
Как тебе процесс интервью и сами интервьюеры?
На первом этапе всё было дружелюбно. Интервьюер объяснял условия задач, и если видел, что я застрял, то помогал. В целом, неплохо пообщались. На втором этапе тоже было дружелюбно, хотя интервьюер уже больше молчал. На второй задаче он дважды включал какие-то видео с YouTube на секунд 30. Это сбивало, и я не понимал, стоит ли вообще продолжать.
По общению с HR впечатления позитивные. Она отвечала очень быстро: фидбэк после первого этапа пришел через 2-3 часа, после второго - на следующий день.
Как ты думаешь, где показал себя хорошо, а где не очень?
Хорошо показал себя на второй части. Я знал, как решать первую задачу, но выбрал слишком большой пример для тестирования и потратил на это очень много времени. Потом интервьюер сказал, что я мог просто запустить код и не тратить столько времени. Вторую задачу раньше не видел, и немного не хватило времени, чтобы ее решить. Справился бы за дополнительные минуту-две, плюс в этот раз не тратил время на то, чтобы тестить код вручную.
На первой секции нужно больше практики по JS
Твои личные советы по подготовке?
Для первой части - решать задачи с https://bigfrontend.dev/
Для второй части - решать задачи с https://leetcode.com/
Поискать истории людей, которые проходили собеседования раньше (хабр, медиум и тд). Я читал истории + примерно запомнил, какие давали задачи, но сами задачи почти не прорешивал. В итоге многие задачи были из тех, что я уже видел.
Первый этап оценили между джуном и мидлом (L14-L15), второй на мидла (L15). Оказалось, что второй этап имеет больший вес. .Думаю, если бы прорешал все задачи, упомянутые в статьях, можно было бы получить мидл+ (L16).
Автор: Alex @alex112263 (открыт к мокам)
#yandex #реальныйопыт
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥28👍11❤5👎1
🏃♀️Будь всегда на старте
Помните, когда происходит девальвация или какое-то крупное событие, то все сразу бегут в обменники покупать доллары.
А уже все, поздно, надо было это делать до кризиса.
Совет, который никак не ожидаешь от топ-инженера, от элиты элит (и это я не о себе) - “Чаще ходите на собеседования”. 🙂
Такой совет получил автор статьи, которую я сегодня цитирую. Получил он его от стафф-инженера IC6 и принципал-инженера IC8 в Meta. Нужно выводить себя на собеседования, как минимум, раз в году.
Искать работу после увольнения ставит кандидата в невыгодное положение. Тем более, если увольнение массовое. Тебе нужно быстрее получить офер, ты стрессуешь и нервничаешь. А самое худшее, что ты ограничен доступными вакансиями. Может ты хотел в Google, а именно сегодня компания твоей мечты никого не нанимает. И приходится выбирать из того, что есть.
Есть два плюса, почему стоит ходить на собесы:
• Во-первых, вы можете выбирать только те вакансии, которые вам нравятся. Нет причин стучаться в каждую дверь. Скорее всего, будет не так много компаний, которые смогут предложить что-то лучше, чем у вас есть сейчас. Просто раз в год выбирать вакансии, которые реально зажигают огонь в глазах и пробоваться туда.
• Во-вторых, готовиться к собеседованиям намного легче, не нужно за неделю решать все задачи на LeetCode. Можно каждый день понемногу, итого 20% усилий и 80% результатов.
✔️ Инсайт дня. Только что осознал, что если рекрутер спрашивает “Почему решили уйти из Канвы”, то я могу просто ответить “Искать новую работу нужно пока есть старая”. Чет не додумался раньше. Интересно, что он ответит.
⁉️ В скольких компаниях прособеседовались за последние 365 дней? У меня 3. Кто больше?
➡️ Ссылка на оригинальную статью
https://www.developing.dev/p/staying-sharp
Помните, когда происходит девальвация или какое-то крупное событие, то все сразу бегут в обменники покупать доллары.
А уже все, поздно, надо было это делать до кризиса.
Совет, который никак не ожидаешь от топ-инженера, от элиты элит (и это я не о себе) - “Чаще ходите на собеседования”. 🙂
Такой совет получил автор статьи, которую я сегодня цитирую. Получил он его от стафф-инженера IC6 и принципал-инженера IC8 в Meta. Нужно выводить себя на собеседования, как минимум, раз в году.
Искать работу после увольнения ставит кандидата в невыгодное положение. Тем более, если увольнение массовое. Тебе нужно быстрее получить офер, ты стрессуешь и нервничаешь. А самое худшее, что ты ограничен доступными вакансиями. Может ты хотел в Google, а именно сегодня компания твоей мечты никого не нанимает. И приходится выбирать из того, что есть.
Есть два плюса, почему стоит ходить на собесы:
• Во-первых, вы можете выбирать только те вакансии, которые вам нравятся. Нет причин стучаться в каждую дверь. Скорее всего, будет не так много компаний, которые смогут предложить что-то лучше, чем у вас есть сейчас. Просто раз в год выбирать вакансии, которые реально зажигают огонь в глазах и пробоваться туда.
• Во-вторых, готовиться к собеседованиям намного легче, не нужно за неделю решать все задачи на LeetCode. Можно каждый день понемногу, итого 20% усилий и 80% результатов.
https://www.developing.dev/p/staying-sharp
Please open Telegram to view this post
VIEW IN TELEGRAM
👍16❤7🔥5
🤦♂️ Как меня обманул абишка
- Тимур, флешка может хранить бесконечное количество информации - сказал мой воспитатель в казахско-турецком лицее.
Кто не знает, я учился в казахско-турецком лицее. Это сеть школ по всему Казахстану, совместный проект Казахстана и Турции. У каждого класса был свой воспитатель, которого мы называли абишка, от турецкого слова “abi”, что дословно переводится как “старший брат”. Обычно это студент, который тоже закончил турецкий лицей и сейчас совмещает свой бакалавр с воспитательской деятельностью.
- А почему тогда на флешке указан размер 128 мегабайт, 256 и так далее? - спросил я, ученик, то ли 8-ого, то ли 9-го класса. Я был олимпиадником по информатике, поэтому мы часто разговаривали на компьютерные темы. Абишка продолжил:
- Это просто такой заговор, смотри, сейчас объясню. Все флешки сделаны из одинаковых материалов, а значит, внутри флешки 128 мегабайт не сильно отличается от 512 мегабайт. Просто, чтобы продавать подороже, некоторые флешки специально делают маленькими и внутри устанавливают лимит, а побольше флешки продают дороже.
- А можно ли как-то убрать этот лимит?
- Да, но я не знаю как. Тимур, ты лучше разбираешься в информатике, может, ты сможешь найти ответ.
Помню, у меня была небольшая флешка, и я загорелся желанием увеличить ее до нескольких гигабайт.
Я пробовал найти ответ на просторах интернета, но безуспешно. Во ВКонтакте я нашел своих старшаков, также олимпиадников по информатике, которые уже закончили лицей и учились в университете. Кто знал ответ, так это они. Все, что касалось компьютера, эти ребята были для меня носителями сокровенных знаний. Я написал им : “Олег, Руслан, подскажите, пожалуйста, можно ли как-то взломать флешку и расширить ее до нескольких гигабайт?”.
Прошло несколько дней, сообщение было прочитано, но так и осталось без ответа. Сейчас я понимаю, что если бы мне кто-то такое написал, я бы от души посмеялся над наивностью человека.
Еще какое-то время я верил, пока окончательно не повзрослел. Немного обидно за флешку, она тоже поверила и горела желанием вырасти.
Я до сих пор не знаю, верил ли в это сам воспитатель или же просто решил подшутить. 🙂
- Тимур, флешка может хранить бесконечное количество информации - сказал мой воспитатель в казахско-турецком лицее.
Кто не знает, я учился в казахско-турецком лицее. Это сеть школ по всему Казахстану, совместный проект Казахстана и Турции. У каждого класса был свой воспитатель, которого мы называли абишка, от турецкого слова “abi”, что дословно переводится как “старший брат”. Обычно это студент, который тоже закончил турецкий лицей и сейчас совмещает свой бакалавр с воспитательской деятельностью.
- А почему тогда на флешке указан размер 128 мегабайт, 256 и так далее? - спросил я, ученик, то ли 8-ого, то ли 9-го класса. Я был олимпиадником по информатике, поэтому мы часто разговаривали на компьютерные темы. Абишка продолжил:
- Это просто такой заговор, смотри, сейчас объясню. Все флешки сделаны из одинаковых материалов, а значит, внутри флешки 128 мегабайт не сильно отличается от 512 мегабайт. Просто, чтобы продавать подороже, некоторые флешки специально делают маленькими и внутри устанавливают лимит, а побольше флешки продают дороже.
- А можно ли как-то убрать этот лимит?
- Да, но я не знаю как. Тимур, ты лучше разбираешься в информатике, может, ты сможешь найти ответ.
Помню, у меня была небольшая флешка, и я загорелся желанием увеличить ее до нескольких гигабайт.
Я пробовал найти ответ на просторах интернета, но безуспешно. Во ВКонтакте я нашел своих старшаков, также олимпиадников по информатике, которые уже закончили лицей и учились в университете. Кто знал ответ, так это они. Все, что касалось компьютера, эти ребята были для меня носителями сокровенных знаний. Я написал им : “Олег, Руслан, подскажите, пожалуйста, можно ли как-то взломать флешку и расширить ее до нескольких гигабайт?”.
Прошло несколько дней, сообщение было прочитано, но так и осталось без ответа. Сейчас я понимаю, что если бы мне кто-то такое написал, я бы от души посмеялся над наивностью человека.
Еще какое-то время я верил, пока окончательно не повзрослел. Немного обидно за флешку, она тоже поверила и горела желанием вырасти.
Я до сих пор не знаю, верил ли в это сам воспитатель или же просто решил подшутить. 🙂
😁42🤣38❤1😢1
🤗 Социальные хакатоны
Hackathon Raptors, ассоциация разработчиков-организаторов хакатонов, решающих социально-важные проблемы, объявляет о старте сбора заявок на участие в двух международных хакатонах. Принять участие смогут как студенты, так и опытные разработчики с опытом работы в AI/ML и Web-разработке, индивидуально или в командах до 5 человек.
Судьями хакатонов выступят эксперты из ведущих технологических корпораций: Google, Meta, Microsoft, Nvidia, Siemens Healthineers, Nokia Bell Labs и другие.
Победители хакатонов получат возможность зарекомендовать себя перед экспертами из мировых IT-гигантов, получат признание международного профессионального сообщества, а также денежные призы (за 1 место — 1000$, 2 место — 300$, 3 место — 200$) и призы от спонсоров.
1️⃣ Первый хакатон, INTERACTIVE EDUCATIONAL GAME FOR MYAP $%^&ING, приурочен к дню рождения английского математика, информатика и криптографа Алана Тьюринга. Для подготовки к недельному онлайн-хакатону участники должны разгадать зашифрованную часть названия, а в процессе — разработать прототип браузерной игры. Сбор заявок продлится до 23 июня на сайте мероприятия.
2️⃣ Участники второго хакатона, Mental Health AI Hackathon 2024, будут соревноваться в разработке чат-бота для поддержки ментального здоровья на базе искусственного интеллекта. Хакатон продлится с 27 по 30 июня в режиме онлайн. Подача заявок продлится до 27 июня на сайте.
Hackathon Raptors, ассоциация разработчиков-организаторов хакатонов, решающих социально-важные проблемы, объявляет о старте сбора заявок на участие в двух международных хакатонах. Принять участие смогут как студенты, так и опытные разработчики с опытом работы в AI/ML и Web-разработке, индивидуально или в командах до 5 человек.
Судьями хакатонов выступят эксперты из ведущих технологических корпораций: Google, Meta, Microsoft, Nvidia, Siemens Healthineers, Nokia Bell Labs и другие.
Победители хакатонов получат возможность зарекомендовать себя перед экспертами из мировых IT-гигантов, получат признание международного профессионального сообщества, а также денежные призы (за 1 место — 1000$, 2 место — 300$, 3 место — 200$) и призы от спонсоров.
1️⃣ Первый хакатон, INTERACTIVE EDUCATIONAL GAME FOR MYAP $%^&ING, приурочен к дню рождения английского математика, информатика и криптографа Алана Тьюринга. Для подготовки к недельному онлайн-хакатону участники должны разгадать зашифрованную часть названия, а в процессе — разработать прототип браузерной игры. Сбор заявок продлится до 23 июня на сайте мероприятия.
2️⃣ Участники второго хакатона, Mental Health AI Hackathon 2024, будут соревноваться в разработке чат-бота для поддержки ментального здоровья на базе искусственного интеллекта. Хакатон продлится с 27 по 30 июня в режиме онлайн. Подача заявок продлится до 27 июня на сайте.
👍4❤1🔥1🏆1
Инженер Google , Addy Osmani , недавно отпраздновал свою 12-летнюю годовщину работы и решил поделиться своими мыслями, которые он осознал на протяжении своего путешествия. Давайте послушаем.
Почему я считаю этот пост важным? Все советы абстрактные и нет конкретных действий, но они задают направление. Технологии и фреймворки могут меняться в зависимости от компании, направления, трендов. Но эти приницпы неизменны и помогают преуспеть в карьере в долгосрочной перспективе.
Попробуйте взять один из этих уроков и применить в своей работе. Желаю удачи!
1️⃣ Примите, что придется все время учиться
В нашей индустрии, как и во многих других, стагнация означает отставание от рынка. Лучший способ закрепить знания - попытаться объяснить их письменно. Выработайте привычку непрерывного самообразования.
2️⃣ Пользователь - это центр вселенной
Несмотря на наше увлечение новыми технологиями и популярными фреймворками, главной целью остаётся создание продукта для пользователей. Каждый шаг, который предпринимается, должен отвечать на простой вопрос : “Какая польза от этого конечному пользователю?”.
3️⃣ С командой достигаешь большего
Самые выдающиеся достижения достигаются командными усилиями, а не усилиями одного человека. Делитесь навыками и знаниями, наставляйте других и учитесь у более опытных инженеров. Сотрудничайте — совместными усилиями вы добьетесь экспоненциального роста, превосходящего индивидуальные возможности.
4️⃣ Просто начните. Лучше исправить, чем ничего не делать
Перфекционизм и стремление к совершенству могут парализовать. Идеала нельзя достичь мгновенно, а только постепенно. Начните предпринимать действия: будь то новый проект или новая ответственность, получайте фидбэк и с каждым разом делайте лучше.
5️⃣ Вдохновляйте
К сожалению, недостаточно быть просто технически одаренным инженером. Эффективные инженеры также умеют влиять на других, делиться идеями, заинтересовывать стейкхолдеров и вдохновлять на действия. Учитесь заряжать идеи.
6️⃣ Смотрите шире!
По мере вашего роста стремитесь мыслить стратегически, видеть общую картину и принимать решения, которые помогут в будущем. Планируйте на несколько шагов вперед, понимайте общий контекст, задавайте себе вопрос : “Чего хочет компания и как я могу помочь ей достичь этого?”.
7️⃣ Контролируйте поток задач
Не всегда мы можем контролировать внешние обстоятельства, но зато мы в праве контролировать наши действия. Разделяйте большие непонятные задачи на мелкие, расставляйте приоритеты и выполняйте. Фокусируйтесь на том, что вы контролируете, особенно если вокруг много неопределенностей.
8️⃣ Общайтесь доступным языком
Доносите свои мысли просто, понятно и убедительно. Понимайте, кто перед вами, и адаптируйте свой стиль общения под аудиторию. Общение — это двухсторонняя улица, слушайте собеседникa и задавайте уточняющие вопросы.
9️⃣ Стройте мосты, не бункеры
Инженеры могут легко спрятаться в своем технологическом коконе и не обращать внимания на то, что происходит в других командах. Все начинается с любопытства: старайтесь понять цели и перспективы соседних департаментов. Ищите возможности помочь и взаимодействовать с другими командами.
🔟 Заботьтесь о себе
Чтобы показывать высокие результаты, помимо технических навыков, необходимо заботиться о себе. Находите время для отдыха, перезарядки и занятий своим хобби. Создайте вокруг себя окружение из людей, которые поддержат вас в трудные моменты: менторы, друзья, семья, коллеги.
https://addyo.substack.com/p/10-lessons-from-12-years-at-google
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥30❤5👍5
🇵🇱 Опыт в Splunk, Польша
Куда проходило собеседование?
На позицию Front-End Developer в офисе Splunk в Кракове, Польша
Как вообще получил приглашение на собеседование?
Подался в феврале на сайте компании, и в мае получил приглашение на первый этап
Какие были этапы и до какого этапа дошел?
Был только первый этап с лайвкодингом. Дальше не прошёл 🙁
Какие примерно были технические и поведенческие вопросы?
Первый этап был аутсорсинговым. Интервью проводила компания Karat на своей платформе. ****Само интервью заняло чуть больше часа. В начале был небольшой smalltalk и описание, чего ждать. В конце были вопросы, но так как это аутсорсинг, интервьюер не смог ответить на вопросы о компании, а я не знал, что ещё спросить. 🤷♂️
Первая секция длилась 25 минут. Нужно было разработать API. Создание нового поста, публикация поста в нескольких соц. сетях, получение статистики и удаление поста. Затем были фолоу-апы. Вопросы о том, как бы хотелось, чтобы фото, видео и т. д., обрабатывались.
Вторая секция длилась 35 минут. Тут я ошибся и начал волноваться. Был код с 3 компонентами на React, и нужно было дописать 4-й компонент, а также создать функцию для форматирования цен. У меня не было доп. вопросов, так как я еле уложился в лимит, но по факту 35 минут это даже много для такого задания). Так что, вероятно, фолоу апы тоже должны быть.
Как тебе процесс интервью и сами интервьюеры?
Я никогда не общался с индусами, и из-за этого было очень сложно разбирать их акцент, поэтому я часто переспрашивал. Сам интервьюер был дружелюбным и перед каждым этапом объяснял, чего ожидать. Он сразу заканчивал интервью, когда заканчивалось отведенное время. Если я застревал, он не давал никаких советов, а либо просто соглашался, когда я рассказывал о том, как я бы сделал API, либо просто молча сидел, когда я тупил со второй частью. В целом, всё было очень позитивно и продуманно.
Как ты думаешь, где показал себя хорошо, а где не очень?
Хорошо показал себя хорошо на первой части. Я сразу начал покрывать фолоу- апы, и он сказал, что не надо. Думаю это был хороший знак, так как я заранее подумал о таких вещах. На второй части показал себя не очень. Я боялся хоть ненадолго замолчать, плюс я думал, что остальные компоненты не сильно важны, поэтому я не стал разбираться в том , что происходит.
Твои личные советы по подготовке?
Всё было легко, посоветовал бы только не волноваться. Думаю , что конкретно к этому этапу даже нет смысла как-то готовиться.
Автор: Alex @alex112263
✔️ Давайте поддержим автора лайками и добрыми комментариями 🙂
#splunk #реальныйопыт
Куда проходило собеседование?
На позицию Front-End Developer в офисе Splunk в Кракове, Польша
Как вообще получил приглашение на собеседование?
Подался в феврале на сайте компании, и в мае получил приглашение на первый этап
Какие были этапы и до какого этапа дошел?
Был только первый этап с лайвкодингом. Дальше не прошёл 🙁
Какие примерно были технические и поведенческие вопросы?
Первый этап был аутсорсинговым. Интервью проводила компания Karat на своей платформе. ****Само интервью заняло чуть больше часа. В начале был небольшой smalltalk и описание, чего ждать. В конце были вопросы, но так как это аутсорсинг, интервьюер не смог ответить на вопросы о компании, а я не знал, что ещё спросить. 🤷♂️
Первая секция длилась 25 минут. Нужно было разработать API. Создание нового поста, публикация поста в нескольких соц. сетях, получение статистики и удаление поста. Затем были фолоу-апы. Вопросы о том, как бы хотелось, чтобы фото, видео и т. д., обрабатывались.
Вторая секция длилась 35 минут. Тут я ошибся и начал волноваться. Был код с 3 компонентами на React, и нужно было дописать 4-й компонент, а также создать функцию для форматирования цен. У меня не было доп. вопросов, так как я еле уложился в лимит, но по факту 35 минут это даже много для такого задания). Так что, вероятно, фолоу апы тоже должны быть.
Как тебе процесс интервью и сами интервьюеры?
Я никогда не общался с индусами, и из-за этого было очень сложно разбирать их акцент, поэтому я часто переспрашивал. Сам интервьюер был дружелюбным и перед каждым этапом объяснял, чего ожидать. Он сразу заканчивал интервью, когда заканчивалось отведенное время. Если я застревал, он не давал никаких советов, а либо просто соглашался, когда я рассказывал о том, как я бы сделал API, либо просто молча сидел, когда я тупил со второй частью. В целом, всё было очень позитивно и продуманно.
Как ты думаешь, где показал себя хорошо, а где не очень?
Хорошо показал себя хорошо на первой части. Я сразу начал покрывать фолоу- апы, и он сказал, что не надо. Думаю это был хороший знак, так как я заранее подумал о таких вещах. На второй части показал себя не очень. Я боялся хоть ненадолго замолчать, плюс я думал, что остальные компоненты не сильно важны, поэтому я не стал разбираться в том , что происходит.
Твои личные советы по подготовке?
Всё было легко, посоветовал бы только не волноваться. Думаю , что конкретно к этому этапу даже нет смысла как-то готовиться.
Автор: Alex @alex112263
#splunk #реальныйопыт
Please open Telegram to view this post
VIEW IN TELEGRAM
❤22👍6
🤖4 закона роботехники
Сегодняшний пост предназначен для общего развития и умения вести разговоры с заумными инженерами. Тут небольшая подборка необычных, но интересных законов, которые применяются в мире разработки.
Эти законы могут казаться очевидными и даже выглядеть как шутка. Но, будьте добры, присмотритесь к ним. Возможно, часть проблем, которые вы и ваша команда преодолевает, возникли именно из-за пренебрежения этими законами. Это горький опыт тысяч команд разработки.
Закон Паркинсона
Работа заполняет все отведенное на нее время.
Если вы рассчитали, что выполнение задачи займет месяц, то скорее всего так и будет. Но если другой человек рассчитает, что на ту же задачу потребуется два месяца, то он тоже окажется прав. Как же так?
Мы умеем перерабатывать, когда дедлайн близко, и расcлабляться, когда никто не контролирует. Поэтому важно устанавливать жесткие дедлайны и эффективно управлять временем, чтобы избежать затягивания выполнения задач.
Ставим все дедлайны на 1 день -> Profit.
Закон Конвея
Любая организация, которая разрабатывает систему (сервис или продукт), вынуждена создавать проекты, структуры которых являются копией структуры связей организации.
Другими словами, то как мы общаемся, также мы и организовываем наш код.
Например, если в компании фронтенд и бэкенд разработчики сидят отдельно, расположены в разных командах и общаются только по самым основным фичам , то и код, который они пишут, будет явно разделен на фронтенд и бэкенд части.
И наоборот, если фронтенд и бэкенд являются частью кроссфункциональных команд, то и код, и инфраструктура будут более тесно связаны друг с другом.
Сдружитесь с фронтендами, и вы сами не заметите, как перепишите бэкенд на Node.js.
Закон Брукса
Добавление рабочей силы на запаздывающий проект задерживает его еще больше.
Когда новый человек приходит на проект, он не сразу начинает показывать результат. Ему необходимо пройти обучение, изучить функционал, много общаться с командой и выполнить несколько легких задач. После прихода нового инженера продуктивность команды на какое-то время падает, но затем начинает расти.
Этот закон также объясняет, почему инженеры начинают запаздывать с проектами, когда им поручают менторство над стажерами и джунами.
Поэтому важно правильно планировать трудозатраты с самого начала и не менять коней на переправе.
Закон Мерфи
Если что-то может пойти не так, это обязательно пойдёт не так в самый неподходящий момент.
Такое иногда случается, особенно во время важных презентаций. Критическая ошибка в коде или баг, которые никогда не проявлялись в тестовой среде, возникают в первый день запуска в продакшн.
Не путать с “У меня локально все работало”.
🙂 Еще вспомнился закон из "силиконовой долине", все айтишники тусуются по 5 человек и среди них обязательно есть индус, азиат, кто-то с бородой, полный с длинными волосами и просто худой белый парень.
Сегодняшний пост предназначен для общего развития и умения вести разговоры с заумными инженерами. Тут небольшая подборка необычных, но интересных законов, которые применяются в мире разработки.
Эти законы могут казаться очевидными и даже выглядеть как шутка. Но, будьте добры, присмотритесь к ним. Возможно, часть проблем, которые вы и ваша команда преодолевает, возникли именно из-за пренебрежения этими законами. Это горький опыт тысяч команд разработки.
Закон Паркинсона
Работа заполняет все отведенное на нее время.
Если вы рассчитали, что выполнение задачи займет месяц, то скорее всего так и будет. Но если другой человек рассчитает, что на ту же задачу потребуется два месяца, то он тоже окажется прав. Как же так?
Мы умеем перерабатывать, когда дедлайн близко, и расcлабляться, когда никто не контролирует. Поэтому важно устанавливать жесткие дедлайны и эффективно управлять временем, чтобы избежать затягивания выполнения задач.
Ставим все дедлайны на 1 день -> Profit.
Закон Конвея
Любая организация, которая разрабатывает систему (сервис или продукт), вынуждена создавать проекты, структуры которых являются копией структуры связей организации.
Другими словами, то как мы общаемся, также мы и организовываем наш код.
Например, если в компании фронтенд и бэкенд разработчики сидят отдельно, расположены в разных командах и общаются только по самым основным фичам , то и код, который они пишут, будет явно разделен на фронтенд и бэкенд части.
И наоборот, если фронтенд и бэкенд являются частью кроссфункциональных команд, то и код, и инфраструктура будут более тесно связаны друг с другом.
Сдружитесь с фронтендами, и вы сами не заметите, как перепишите бэкенд на Node.js.
Закон Брукса
Добавление рабочей силы на запаздывающий проект задерживает его еще больше.
Когда новый человек приходит на проект, он не сразу начинает показывать результат. Ему необходимо пройти обучение, изучить функционал, много общаться с командой и выполнить несколько легких задач. После прихода нового инженера продуктивность команды на какое-то время падает, но затем начинает расти.
Этот закон также объясняет, почему инженеры начинают запаздывать с проектами, когда им поручают менторство над стажерами и джунами.
Поэтому важно правильно планировать трудозатраты с самого начала и не менять коней на переправе.
Закон Мерфи
Если что-то может пойти не так, это обязательно пойдёт не так в самый неподходящий момент.
Такое иногда случается, особенно во время важных презентаций. Критическая ошибка в коде или баг, которые никогда не проявлялись в тестовой среде, возникают в первый день запуска в продакшн.
Не путать с “У меня локально все работало”.
🙂 Еще вспомнился закон из "силиконовой долине", все айтишники тусуются по 5 человек и среди них обязательно есть индус, азиат, кто-то с бородой, полный с длинными волосами и просто худой белый парень.
🔥12😁4❤2👍2💯2
🤬 Клятые литкоды
Очередной раз наткнулся на пост: “Мне так надоели интервью в стиле Leetcode”. Раз в N-ое время кто-то обязательно пожалуется на алгоритмы. Даже я порой так делаю 🙃
Бывший инженер Robinhood сетует, что алгоритмические вопросы — это вопросы про запоминание, а не про знания. Они не отражают реальных навыков, которые необходимы на работе. Многие задают эти вопросы только потому, что их задают в Google, Meta, Amazon.
Автор начал обсуждение на Hacker News, которое привлекло 600 комментариев. Как всегда, есть те, которые поддерживают автора, и те, которые пытаются объяснить, почему же люди задают эти вопросы.
Пару интересных мыслей оттуда:
🔹 Лучше по ошибке завалить хорошего разработчика, чем по ошибке нанять плохого кандидата. Литкод задачи на интервью — это не предел совершенства, но они справляются со своей задачей. Компании стоит намного дороже уволить неподходящего кандидата, чем из-за литкод- интервью упустить мега звезду.
🔹 Алгоритмы и структуры данных — это основы компьютерной науки. Да, возможно, не придется их использовать напрямую, но все, что мы используем, построено поверх них.
🔹 Некоторые кандидаты во время собеседования начинают рассуждать на тему алгоритмических вопросов, мол, почему не стоит их спрашивать. Это, по-своему, также является неприятным сигналом о кандидате. Есть правила игры и домашняя работа: если пришел на интервью, но оспаривает его формат, возможно, также будет саботировать другие процессы.
Я раньше был поклонником алгоритмов, потом было время, когда я их немного ненавидел. А сейчас придерживаюсь мнения, что классные вопросы рождаются на стыке алгоритмов и реальных бизнесовых задач. Например, как хранить список самых популярных запросов в памяти или как найти свободное окошко в гугл календаре. За такими задачами будущее.
➡️ Ссылки на ресурсы
https://nelson.cloud/i-am-so-sick-of-leetcode-style-interviews
https://news.ycombinator.com/item?id=40571395&ref=nelson.cloud
Ставь 😈, если готов присоединиться к тайной сети собеседующих в МААНГЕ, которые будут саботировать алгоритмы изнутри. Вместе мы победим LeetCode.
Очередной раз наткнулся на пост: “Мне так надоели интервью в стиле Leetcode”. Раз в N-ое время кто-то обязательно пожалуется на алгоритмы. Даже я порой так делаю 🙃
Бывший инженер Robinhood сетует, что алгоритмические вопросы — это вопросы про запоминание, а не про знания. Они не отражают реальных навыков, которые необходимы на работе. Многие задают эти вопросы только потому, что их задают в Google, Meta, Amazon.
Автор начал обсуждение на Hacker News, которое привлекло 600 комментариев. Как всегда, есть те, которые поддерживают автора, и те, которые пытаются объяснить, почему же люди задают эти вопросы.
Пару интересных мыслей оттуда:
🔹 Лучше по ошибке завалить хорошего разработчика, чем по ошибке нанять плохого кандидата. Литкод задачи на интервью — это не предел совершенства, но они справляются со своей задачей. Компании стоит намного дороже уволить неподходящего кандидата, чем из-за литкод- интервью упустить мега звезду.
🔹 Алгоритмы и структуры данных — это основы компьютерной науки. Да, возможно, не придется их использовать напрямую, но все, что мы используем, построено поверх них.
🔹 Некоторые кандидаты во время собеседования начинают рассуждать на тему алгоритмических вопросов, мол, почему не стоит их спрашивать. Это, по-своему, также является неприятным сигналом о кандидате. Есть правила игры и домашняя работа: если пришел на интервью, но оспаривает его формат, возможно, также будет саботировать другие процессы.
Я раньше был поклонником алгоритмов, потом было время, когда я их немного ненавидел. А сейчас придерживаюсь мнения, что классные вопросы рождаются на стыке алгоритмов и реальных бизнесовых задач. Например, как хранить список самых популярных запросов в памяти или как найти свободное окошко в гугл календаре. За такими задачами будущее.
https://nelson.cloud/i-am-so-sick-of-leetcode-style-interviews
https://news.ycombinator.com/item?id=40571395&ref=nelson.cloud
Ставь 😈, если готов присоединиться к тайной сети собеседующих в МААНГЕ, которые будут саботировать алгоритмы изнутри. Вместе мы победим LeetCode.
Please open Telegram to view this post
VIEW IN TELEGRAM
😈35👍16❤2👎1
🇬🇧 Опыт в Meta, London
Куда проходило собеседование?
Software Engineer, London
Каким образом получил приглашение на собеседование?
В начале года напрямую подал через официальный сайт.
Какие были этапы и до какого этапа дошел?
Стандартные этапы: HR call, Phone interview, System design, Behavioral, 2 Algorithms
Я прошел все этапы, и через неделю рекрутер связался и сообщил, что успешно прошел онсайт. Насколько я понимаю, в этом году структура компании немного изменилась. Если раньше после онсайта сразу звали в офис и проводили онбординг, сейчас мне пришлось выбирать команду сразу же после онсайта. В итоге мне назначили встречи с несколькими командами, среди которых я выбрал одну и получил оффер.
Какие примерно были технические и поведенческие вопросы?
К счастью, все задачи были из литкода, но какие именно вопросы, уже не помню, поскольку процесс интервью начался в марте. Помню только вопросы поведенческого интервью. Помню, потому что лично для меня это было самое сложное: вопросы о расстановке приоритетов, конфликтных ситуациях, сложностях проектирования.
Как тебе процесс интервью и сами интервьюеры?
Процесс собеседования был немного энергозатратным, и иногда было сложно совмещать работу и подготовку. В целом, процесс собеседования прошел так, как и ожидалось. Заранее договорились с hr разделить онсайт на 2 дня. Все интервьюеры были дружелюбны и отзывчивы, но в последнем интервью по алго интервьюер как будто был занят другими делами, и иногда ему приходилось повторять то, что уже говорил ранее. Это немного сбивало с толку, но все равно успевал решить все задачи и объяснять их. Ответ онсайта получил через неделю.
Как ты думаешь, где показал себя хорошо, а где не очень?
Думаю, везде себя показал хорошо, кроме поведенческого, но потом каким-то образом от hr получил фидбэк, что везде получил отличный результат. Честно говоря, было неожиданно услышать от hr такое, так как были трудности в поведенческом, даже пришлось пропустить некоторые вопросы из-за того, что тупо не смог ответить, но в итоге результатом остался доволен. В алго решил все задачи, предложил несколько вариантов, обсудили решения, потом тестировали вместе с интервьюером, в общем все прошло гладко. После систем дизайна боялся, что не пройду, так как не успел обсудить некоторые детали, но, по-видимому, интервьюеру хватило того, что мы успели обсудить.
Твои личные советы по подготовке?
По алгоритмам мне помогло ранее решенные задачи. Перед собеседованием не решал новые задачи, а просто повторил старые уже решенные. Поэтому я бы посоветовал постоянно решать задачи, так как не знаешь, когда пригласят на собеседование. В случае, если пригласят, у тебя уже есть база решенных задач, и пройти еще раз будет достаточно.
Автор: Аноним
✔️ Давайте поддержим автора лайками и добрыми комментариями 🙂
#meta #реальныйопыт
Куда проходило собеседование?
Software Engineer, London
Каким образом получил приглашение на собеседование?
В начале года напрямую подал через официальный сайт.
Какие были этапы и до какого этапа дошел?
Стандартные этапы: HR call, Phone interview, System design, Behavioral, 2 Algorithms
Я прошел все этапы, и через неделю рекрутер связался и сообщил, что успешно прошел онсайт. Насколько я понимаю, в этом году структура компании немного изменилась. Если раньше после онсайта сразу звали в офис и проводили онбординг, сейчас мне пришлось выбирать команду сразу же после онсайта. В итоге мне назначили встречи с несколькими командами, среди которых я выбрал одну и получил оффер.
Какие примерно были технические и поведенческие вопросы?
К счастью, все задачи были из литкода, но какие именно вопросы, уже не помню, поскольку процесс интервью начался в марте. Помню только вопросы поведенческого интервью. Помню, потому что лично для меня это было самое сложное: вопросы о расстановке приоритетов, конфликтных ситуациях, сложностях проектирования.
Как тебе процесс интервью и сами интервьюеры?
Процесс собеседования был немного энергозатратным, и иногда было сложно совмещать работу и подготовку. В целом, процесс собеседования прошел так, как и ожидалось. Заранее договорились с hr разделить онсайт на 2 дня. Все интервьюеры были дружелюбны и отзывчивы, но в последнем интервью по алго интервьюер как будто был занят другими делами, и иногда ему приходилось повторять то, что уже говорил ранее. Это немного сбивало с толку, но все равно успевал решить все задачи и объяснять их. Ответ онсайта получил через неделю.
Как ты думаешь, где показал себя хорошо, а где не очень?
Думаю, везде себя показал хорошо, кроме поведенческого, но потом каким-то образом от hr получил фидбэк, что везде получил отличный результат. Честно говоря, было неожиданно услышать от hr такое, так как были трудности в поведенческом, даже пришлось пропустить некоторые вопросы из-за того, что тупо не смог ответить, но в итоге результатом остался доволен. В алго решил все задачи, предложил несколько вариантов, обсудили решения, потом тестировали вместе с интервьюером, в общем все прошло гладко. После систем дизайна боялся, что не пройду, так как не успел обсудить некоторые детали, но, по-видимому, интервьюеру хватило того, что мы успели обсудить.
Твои личные советы по подготовке?
По алгоритмам мне помогло ранее решенные задачи. Перед собеседованием не решал новые задачи, а просто повторил старые уже решенные. Поэтому я бы посоветовал постоянно решать задачи, так как не знаешь, когда пригласят на собеседование. В случае, если пригласят, у тебя уже есть база решенных задач, и пройти еще раз будет достаточно.
Автор: Аноним
#meta #реальныйопыт
Please open Telegram to view this post
VIEW IN TELEGRAM
👍45❤13
🐹 Позитивный настрой
Некий разработчик Чен устраивался джуном в Amazon. На собеседовании он показал себя не очень сильно: технические скиллы не дотягивали до джуниорского уровня. Как выяснилось позже, на других финальных собеседованиях он тоже чуть-чуть не дотянул. Обычно такой кандидат — это определенно No Hire. Но его все-таки приняли! Почему же?
Я наткнулся на публикацию от бывшего тех руководителя Amazon Дейв Андерсон про одного интересного кандидата, которого он собеседовал.
Чен молодой разработчик, который начал интервью с энергичного “Привет! Рад познакомиться, меня зовут Чен! Попасть на собеседование в Amazon было моей мечтой и теперь я тут! Я так взволнован!”. Уровень его энергии просто зашкаливал. Чен был открытый и общительный, и знал много про Amazon. Это был такой кандидат, про которого думаешь “Пожалуйста, просто не завали и все будет окей”. Но на алгоритмические вопросы он отвечал слабовато.
Чен поучаствовал в нескольких собеседованиях, прежде чем интервьюеры собрались на обсуждение кандидатов. Каждый из собеседующих отметил, что Чен явно не подходит под критерии на роль, а это значит “No-Hire”. Но в то же время каждый из участников отметил, что кандидат поразил своей энергичностью и мотивированностью. Чен проявлял энтузиазм, был самокритичен и хорошо воспринимал фидбек.
У всех сложилась вера и уверенность, что пусть кандидат и не показал себя отлично, он сможет быстро вырасти и определенно сможет оказать хорошее влияние на команду. Когда главе одного департамента предложили рассмотреть Чена, тот сразу, не думая, согласился его взять.
➡️ Ссылка на статью
https://www.scarletink.com/p/technical-skills-are-overrated-focus-on-your-attitude
⁉️ Чему учит нас эта история?
Цель собеседований — это не просто рассказать про алгоритмы или порисовать схемки. Интервьюеры хотят быть уверены, что с тобой приятно работать и ты справишься с работой, и этого можно достичь, даже если завалить интервью.
Некий разработчик Чен устраивался джуном в Amazon. На собеседовании он показал себя не очень сильно: технические скиллы не дотягивали до джуниорского уровня. Как выяснилось позже, на других финальных собеседованиях он тоже чуть-чуть не дотянул. Обычно такой кандидат — это определенно No Hire. Но его все-таки приняли! Почему же?
Я наткнулся на публикацию от бывшего тех руководителя Amazon Дейв Андерсон про одного интересного кандидата, которого он собеседовал.
Чен молодой разработчик, который начал интервью с энергичного “Привет! Рад познакомиться, меня зовут Чен! Попасть на собеседование в Amazon было моей мечтой и теперь я тут! Я так взволнован!”. Уровень его энергии просто зашкаливал. Чен был открытый и общительный, и знал много про Amazon. Это был такой кандидат, про которого думаешь “Пожалуйста, просто не завали и все будет окей”. Но на алгоритмические вопросы он отвечал слабовато.
Чен поучаствовал в нескольких собеседованиях, прежде чем интервьюеры собрались на обсуждение кандидатов. Каждый из собеседующих отметил, что Чен явно не подходит под критерии на роль, а это значит “No-Hire”. Но в то же время каждый из участников отметил, что кандидат поразил своей энергичностью и мотивированностью. Чен проявлял энтузиазм, был самокритичен и хорошо воспринимал фидбек.
У всех сложилась вера и уверенность, что пусть кандидат и не показал себя отлично, он сможет быстро вырасти и определенно сможет оказать хорошее влияние на команду. Когда главе одного департамента предложили рассмотреть Чена, тот сразу, не думая, согласился его взять.
https://www.scarletink.com/p/technical-skills-are-overrated-focus-on-your-attitude
Цель собеседований — это не просто рассказать про алгоритмы или порисовать схемки. Интервьюеры хотят быть уверены, что с тобой приятно работать и ты справишься с работой, и этого можно достичь, даже если завалить интервью.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤40🔥13👍7
🇦🇺 Опыт в TikTok, Австралия
Куда проходило собеседование?
На позицию Go-разработчика в Сиднейский офис TikTok.
Как вообще получил приглашение на собеседование?
Мне было интересно попробовать себя в ТикТоке после того, как я посетил их офис (об этом писал [здесь](https://news.1rj.ru/str/bigtechdream/334)).
Я начал периодически откликаться на их вакансии. В какой-то момент мне на Linkedln написала рекрутер и предложила попробовать себя на роль бэкенд-инженера в команде видеоплатформы.
Какие были этапы и до какого этапа дошел?
Первый этап — это 30-минутный созвон с рекрутером, где были стандартные вопросы: чем занимаюсь, чем бы хотел заниматься и как проходит собеседование в ТикТок.
У ТикТока нет первичных и финальных раундов, вместо этого идет серия последовательных собеседований. Если успешно прошел одно интервью, то получишь приглашение на следующее.
У меня было 3 технических созвона и 1 поведенческое/менеджереское интервью.
Каждое из них должно было длиться 1 час, но по факту занимало 40-50 минут. Технические раунды - это смесь вопросов по резюме, про язык программирования, про систем дизайн и даже поведенческие вопросы.
На поведенческом собеседовании общение с кем-то из менеджеров с целью поглубже узнать личные качества кандидата.
После последнего созвона, который, как мне кажется, был финальным, я получил отказ.
Какие примерно были технические и поведенческие вопросы?
На технических спрашивали базовые вопросы о Java. Например: “Что будет, если в try-catch-finally в блоке try-catch будет return, зайдет ли в finally?”. Или “Опишите жизненный цикл бина в спринге”. Или “Как работает Garbage Collector?”.
Также были вопросы о резюме. Например: “Расскажите про этот проект или как получилось достичь такого результата”.
Были вопросы про систем дизайн. Например: “Как бы вы задизайнили URL Shortener?”. Еще пару интервьюеров спрашивали чуть глубже про Kafka, как она достигает only one read guarantee.
На менеджерском раунде были вопросы в основном про качество софта. Как правильно писать тесты, какие тесты нужны, как быть уверенным, что деплой не сломается. Еще задавали вопросы про KPI-разработчика: как его измерить, как понять, что разработчик не справляется и тд. Мне показалось, что от меня ждут определенного ответа, а не приглашают порассуждать вместе.
Как тебе процесс интервью и сами интервьюеры?
Языковой барьер был основной проблемой. Мне кажется, именно из-за этого многие вопросы были поверхностными. Интервьюеры интересные ребята, которые готовы во многом пообщаться, было познавательно в конце узнать об их архитектуре и нагрузке.
Мне давалось тяжело порой понимать, что они спрашивают. И иногда на вопросы “Could you repeat please” они отвечали “Okay, let’s move to another question”. В какой-то момент я уже думал завершить процесс собеседования, но решил дойти до конца.
Как ты думаешь, где показал себя хорошо, а где не очень?
Думаю, довольно хорошо показал себя на технических секциях.
На поведенческом и управленческом интервью было много вопросов про качество, метрики и показатели, к которым я был не готов.
Твои личные советы по подготовке?
Что классно, так это то, что не нужно решать кучу задач на литкоде. Вместо этого лучше сосредоточиться на углублении знаний по языкам программирования.
Будьте готовы отвечать на вопросы по технологиям, которые указаны в вашем резюме.
Дизайн систем, практические и глубокие знания будут более полезными, чем теоретические.
Автор: Я
✔️ Давайте поддержим автора лайками и добрыми комментариями 🙂
#tiktok #реальныйопыт
Куда проходило собеседование?
На позицию Go-разработчика в Сиднейский офис TikTok.
Как вообще получил приглашение на собеседование?
Мне было интересно попробовать себя в ТикТоке после того, как я посетил их офис (об этом писал [здесь](https://news.1rj.ru/str/bigtechdream/334)).
Я начал периодически откликаться на их вакансии. В какой-то момент мне на Linkedln написала рекрутер и предложила попробовать себя на роль бэкенд-инженера в команде видеоплатформы.
Какие были этапы и до какого этапа дошел?
Первый этап — это 30-минутный созвон с рекрутером, где были стандартные вопросы: чем занимаюсь, чем бы хотел заниматься и как проходит собеседование в ТикТок.
У ТикТока нет первичных и финальных раундов, вместо этого идет серия последовательных собеседований. Если успешно прошел одно интервью, то получишь приглашение на следующее.
У меня было 3 технических созвона и 1 поведенческое/менеджереское интервью.
Каждое из них должно было длиться 1 час, но по факту занимало 40-50 минут. Технические раунды - это смесь вопросов по резюме, про язык программирования, про систем дизайн и даже поведенческие вопросы.
На поведенческом собеседовании общение с кем-то из менеджеров с целью поглубже узнать личные качества кандидата.
После последнего созвона, который, как мне кажется, был финальным, я получил отказ.
Какие примерно были технические и поведенческие вопросы?
На технических спрашивали базовые вопросы о Java. Например: “Что будет, если в try-catch-finally в блоке try-catch будет return, зайдет ли в finally?”. Или “Опишите жизненный цикл бина в спринге”. Или “Как работает Garbage Collector?”.
Также были вопросы о резюме. Например: “Расскажите про этот проект или как получилось достичь такого результата”.
Были вопросы про систем дизайн. Например: “Как бы вы задизайнили URL Shortener?”. Еще пару интервьюеров спрашивали чуть глубже про Kafka, как она достигает only one read guarantee.
На менеджерском раунде были вопросы в основном про качество софта. Как правильно писать тесты, какие тесты нужны, как быть уверенным, что деплой не сломается. Еще задавали вопросы про KPI-разработчика: как его измерить, как понять, что разработчик не справляется и тд. Мне показалось, что от меня ждут определенного ответа, а не приглашают порассуждать вместе.
Как тебе процесс интервью и сами интервьюеры?
Языковой барьер был основной проблемой. Мне кажется, именно из-за этого многие вопросы были поверхностными. Интервьюеры интересные ребята, которые готовы во многом пообщаться, было познавательно в конце узнать об их архитектуре и нагрузке.
Мне давалось тяжело порой понимать, что они спрашивают. И иногда на вопросы “Could you repeat please” они отвечали “Okay, let’s move to another question”. В какой-то момент я уже думал завершить процесс собеседования, но решил дойти до конца.
Как ты думаешь, где показал себя хорошо, а где не очень?
Думаю, довольно хорошо показал себя на технических секциях.
На поведенческом и управленческом интервью было много вопросов про качество, метрики и показатели, к которым я был не готов.
Твои личные советы по подготовке?
Что классно, так это то, что не нужно решать кучу задач на литкоде. Вместо этого лучше сосредоточиться на углублении знаний по языкам программирования.
Будьте готовы отвечать на вопросы по технологиям, которые указаны в вашем резюме.
Дизайн систем, практические и глубокие знания будут более полезными, чем теоретические.
Автор: Я
#tiktok #реальныйопыт
Please open Telegram to view this post
VIEW IN TELEGRAM
👍68❤14🔥6
Более 3000 отменных рейсов, сотни тысяч людей застряли в аэропортах. Банки, больницы, аэропорты, кофейни по всему миру перестали функционировать из-за синего экрана смерти. Сбой затронул порядка 8,5 миллионов устройств по всему миру.
Все из-за обновления антивируса, который принадлежит компании CrowdStrike. Антивирус имел дополнительный доступ к внутренним системам Windows и видимо обновление вызвало сбой в работе операционной системы.
Честно говоря, выпускать обновления в пятницу всегда считалось плохой приметой и антипрактикой. Возможно они наоборот хотели по-тихому в выходные обновиться, когда количество пользователей меньше.
Но я больше всего думаю о том, как себя чувствуют два инженера:
1. Тот, кто написал дефектный код в CrowdStrike
2. И тот, кто в это время дежурил
По себе знаю, что нельзя не чувствовать ответственность, когда твоим сервисом пользуются по всему миру и любая твоя ошибка может затронуть миллионы людей. Это огромный стресс и это не просто. Я надеюсь, что мы никогда не узнаем имя инженера, а он в свою очередь справится с давлением и продолжит работать.
https://economictimes.indiatimes.com/magazines/panache/microsoft-outage-cause-explained-what-is-crowdstrike-and-why-users-are-getting-windows-blue-screen-of-death/articleshow/111858827.cms
Please open Telegram to view this post
VIEW IN TELEGRAM
👍22❤2
⬅️ Про обратную связь
Недавно мы с командой собрались и обсудили, как правильно давать фидбек друг другу, разбирали вместе разные типовые сценарии, разыгрывали роли. В конце сессии была возможность высказать мнение, чего бы вы хотели изменить/добавить/убрать.
В Canva фидбек дается человеку, но я заметил, что мне иногда хочется предоставить фидбек не напрямую коллеге, а его непосредственному менеджеру. Вместо сглаженных углов, прямо сообщить руководителю сотрудника, что было не очень. Я озвучил эту идею команде, но встретил недопонимание команды.
В Яндексе твой коллега не мог видеть твою обратную связь на него, если только его менеджер не захочет этим поделиться. Я как бы не был в позиции указывать человеку на его ошибки, это задача руководителя. Тимлид собирал все отзывы, фильтровал их и правильно преподносил инженеру. Поэтому ты мог писать честно и прямо, без красивого фасада.
В Канва подход другой: каждый человек имеет право дать фидбек другому человеку, и получатель фидбека всегда видит, что ты ему написал. Идея в том, чтобы каждый инженер помогал своим коллегам расти и развиваться. Если мне понравилось работать с человеком, напишу-ка я ему прямо об его сильных сторонах. Если не понравилось, укажу-ка я ему его потенциальные зоны роста. Из-за этого фидбек нужно писать правильно и аккуратно, чтобы не обидеть. В Канва описан процесс, как не вызвать у человека защитный механизм и не спровоцировать конфликт.
1️⃣Ну вот мне легче написать: “Марат 2 недели не ревьюил мой дизайн документ, из-за чего пришлось сдвинуть сроки на 2 недели и мы не уложились в дедлайн”.
2️⃣Но вместо этого я пишу: “Марат, я заметил, как ты одновременно справляешься с несколькими задачами, а еще твои изменения по кодстайлу заметно улучшили нашу кодовую базу. Я также наблюдал, что ты порой тратишь дополнительное время на ревью документов и не сразу отвечаешь на сообщения, это повлияло на мой проект, который сдвинулся на несколько недель. Возможно, тебе в будущем стоит попробовать делегировать часть ответственности и брать меньше задач, чтобы не быть перегруженным в самое важное время.”
Ситуация придуманная, эмоции настоящие.
Какой способ вам ближе 1-ый или 2-ой?
Недавно мы с командой собрались и обсудили, как правильно давать фидбек друг другу, разбирали вместе разные типовые сценарии, разыгрывали роли. В конце сессии была возможность высказать мнение, чего бы вы хотели изменить/добавить/убрать.
В Canva фидбек дается человеку, но я заметил, что мне иногда хочется предоставить фидбек не напрямую коллеге, а его непосредственному менеджеру. Вместо сглаженных углов, прямо сообщить руководителю сотрудника, что было не очень. Я озвучил эту идею команде, но встретил недопонимание команды.
В Яндексе твой коллега не мог видеть твою обратную связь на него, если только его менеджер не захочет этим поделиться. Я как бы не был в позиции указывать человеку на его ошибки, это задача руководителя. Тимлид собирал все отзывы, фильтровал их и правильно преподносил инженеру. Поэтому ты мог писать честно и прямо, без красивого фасада.
В Канва подход другой: каждый человек имеет право дать фидбек другому человеку, и получатель фидбека всегда видит, что ты ему написал. Идея в том, чтобы каждый инженер помогал своим коллегам расти и развиваться. Если мне понравилось работать с человеком, напишу-ка я ему прямо об его сильных сторонах. Если не понравилось, укажу-ка я ему его потенциальные зоны роста. Из-за этого фидбек нужно писать правильно и аккуратно, чтобы не обидеть. В Канва описан процесс, как не вызвать у человека защитный механизм и не спровоцировать конфликт.
1️⃣Ну вот мне легче написать: “Марат 2 недели не ревьюил мой дизайн документ, из-за чего пришлось сдвинуть сроки на 2 недели и мы не уложились в дедлайн”.
2️⃣Но вместо этого я пишу: “Марат, я заметил, как ты одновременно справляешься с несколькими задачами, а еще твои изменения по кодстайлу заметно улучшили нашу кодовую базу. Я также наблюдал, что ты порой тратишь дополнительное время на ревью документов и не сразу отвечаешь на сообщения, это повлияло на мой проект, который сдвинулся на несколько недель. Возможно, тебе в будущем стоит попробовать делегировать часть ответственности и брать меньше задач, чтобы не быть перегруженным в самое важное время.”
Ситуация придуманная, эмоции настоящие.
Какой способ вам ближе 1-ый или 2-ой?
👍9🤨5💯3❤2
✈️ Прилетел в Казахстан
Прилетел наконец-таки в Казахстан, в свой родной город, и нашел свои старые бейджики с республиканских и международных олимпиад. Еще нашел разные медали и дипломы со школы. Немного поностальгировал, но не заплакал.
Было в свое время интересно ездить по городам Казахстана и России на сборы и олимпиады.
А еще есть такое ощущение, что в маленьких городах жизнь как будто приостанавливается ровно в тот момент, как ты оттуда уехал. Даже реклама на билбордах не изменилась.
Ставь лайк, если уже давно не был в родных краях, и соскучился, и пора бы уже съездить
Прилетел наконец-таки в Казахстан, в свой родной город, и нашел свои старые бейджики с республиканских и международных олимпиад. Еще нашел разные медали и дипломы со школы. Немного поностальгировал, но не заплакал.
Было в свое время интересно ездить по городам Казахстана и России на сборы и олимпиады.
А еще есть такое ощущение, что в маленьких городах жизнь как будто приостанавливается ровно в тот момент, как ты оттуда уехал. Даже реклама на билбордах не изменилась.
Ставь лайк, если уже давно не был в родных краях, и соскучился, и пора бы уже съездить
❤51🔥12👍7
🧵Инженеры и Клей
- Кто может взять больше отвественности?
- Я!
- Отлично, ты не получишь повышения
Прям советую к прочтению статью “Glue engineer”. Люблю находить такие капли мудрости в море слов.
Приведу краткую суть, полную статью можно прочитать по ссылке в конце поста.
Допустим ты мидл инженер, устраиваешься на новую работу и хочешь вырасти до синьора. Поначалу все классно. Ты начинаешь брать задачи, потом кто-то просит тебя о помощи, потом нужно поговорить с заказчиком, потом оказывается в команде не налажен процесс онбординга новых разработчиков и ты с радостью берешься за него.
Со временем ты все больше погружаешься в общение с командами, планирования, постоянно ходишь на встречи. Ты становишься неофициальным лидом, связующим звеном, glue инженером. Но времени на написания кода все меньше и меньше.
И вот подходит время для повышения, ты ждешь что вот-вот станешь синьором, что все твои заслуги и твой вклад заметят. Но нет. Тебе говорит “Ты молодец конечно, но где твой вклад как инженера?”.
❗️ Это может показаться несправедливым и обидным решением, но такова работа. Откликаться на помощь, закрывать недостающие компетенции и брать на себя ответственность - это не значить гарантировать себе карьерный рост. Мое личное мнение, что это очень важный совет.
Как не попасть в такую ситуацию?
➡️ Ссылка на статью
https://noidea.dog/glue
- Кто может взять больше отвественности?
- Я!
- Отлично, ты не получишь повышения
Прям советую к прочтению статью “Glue engineer”. Люблю находить такие капли мудрости в море слов.
Приведу краткую суть, полную статью можно прочитать по ссылке в конце поста.
Допустим ты мидл инженер, устраиваешься на новую работу и хочешь вырасти до синьора. Поначалу все классно. Ты начинаешь брать задачи, потом кто-то просит тебя о помощи, потом нужно поговорить с заказчиком, потом оказывается в команде не налажен процесс онбординга новых разработчиков и ты с радостью берешься за него.
Со временем ты все больше погружаешься в общение с командами, планирования, постоянно ходишь на встречи. Ты становишься неофициальным лидом, связующим звеном, glue инженером. Но времени на написания кода все меньше и меньше.
И вот подходит время для повышения, ты ждешь что вот-вот станешь синьором, что все твои заслуги и твой вклад заметят. Но нет. Тебе говорит “Ты молодец конечно, но где твой вклад как инженера?”.
Как не попасть в такую ситуацию?
• Прямо поговорите со своим менеджером по поводу карьерного роста. Как мне получить повышение в следующем цикле? Что мне нужно сделать и чего делать не стоит? • Если вы делаете то, что выходит за рамки ваших обязанностей, то попробуйте сменить официальную роль. Если де-факто управляете командой, сделайте это и де-юро. Если помогаете с интервью процессами, попросите официально сделать это частью ваших обязанностей. • Если вы делаете что-то, а это не как не отражается на вашем карьерном росте, то просто откажитесь. Если проводите собеседования и от этого нет пользы, то перестаньте. Если менторите стажеров, а от этого нет выхлопа, то откажитесь. Просто делайте ровно то, что ожидают от вас. • Работа - это лучший способ чему-то научиться. Если ты хочешь расти как инженер, но постоянно занимаешься обязанностями лида, то тебе придется прикладывать больше усилий, чтобы успевать и то и друг https://noidea.dog/glue
Please open Telegram to view this post
VIEW IN TELEGRAM
❤20🔥7👍1
Есть такие знания, которые очень легко забываются, но периодически приходится к ним обращаться. Как раз таки DNS-записи — одно из них.
Буквально раз в несколько месяцев мне приходится копаться в DNS-записях, делать nslookup и понимать, как все устроено.
https://jonahdevs.com/youre-closer-than-you-think-the-only-6-dns-concepts-you-really-need/
#csconcepts
Please open Telegram to view this post
VIEW IN TELEGRAM
👍14❤5
Моя любимая рубрика — давать советы другим. Но в этот раз я попытался представить себя студентом, только поступившим в университет.
1️⃣Работа
Я очень спешил в свое время начать работать и зарабатывать. На 3-ем курсе я имел парт-тайм работу разработчика. На 4-ом курсе уже работал фулл-тайм.
Не скажу, что это очень плохо, но с годами я осознал, что работать всегда успеется, на это есть вся жизнь.
Все люди страны договорились и скинулись, чтобы на 4 года я мог думать только об образовании, бесплатно, да еще и со стипендией. Такая роскошь есть не у всех.
Поэтому стажируйтесь, пробуйте себя в разных направлениях, но не спешите начинать зарабатывать.
2️⃣Стажировки
Если бы я снова пошел в университет, то, скорее всего, стремился бы постажироваться в зарубежных компаниях. Моя цель была бы как можно раньше попробовать этот уровень топ-компаний, посмотреть их изнутри, познакомиться с профессионалами и заразиться идеей там работать. Идеально, после каждого курса летом пробовать разные компании.
Если бы не Google, то я бы стремился в Яндекс. Я бы пытался выработать в себе внутренние ожидания от будущей компании, чтобы не соглашаться на плохие предложения.
Поработать вместе с инженерами из Гугла, когда ты еще студент - это может изменить всю жизнь.
Поэтому ставьте амбициозные цели, стажируйтесь в лучших компаниях, до которых можете дотянуться.
3️⃣Знания
Сильный разработчик, в моем понимании, это инженер, который знает много тем поверхностно и является экспертом в 2-3 областях, то есть те самые T-shape-инженеры. В университете как будто бы я нахватался верхов, не особо углубляясь в теорию.
Сейчас же я бы выбрал пару тем, которые больше всего мне интересны, и старался бы стать лучшим в них. Например, базы данных, почему они так работают, а как они хранят данные, а что если сломается сервер, почему, почему, почему.
Совет такой: если есть предмет, который вам реально нравится, углубляйтесь в него, не довольствуйтесь поверхностными знаниями.
4️⃣Софт скиллы
Работа разработчика - это не только написание кода. Это управление командой, проектирование систем, повышение и увольнение, общение c клиентами, выступления с презентацией и т.д.
Это важные навыки, которые, к сожалению, сами по себе не появятся.
Я бы многое отдал, если бы у нас был какой-нибудь курс или кружок, где мы бы учились вести переговоры о зарплате или планировать карьерный рост. Как минимум в университете можно перебороть страх публичных выступлений и попробовать поруководить небольшим проектом.
Совет такой: думай наперед, какие личностные качества тебе пригодятся в работе. Изучай, спрашивай, находи менторов и прокачивай эти навыки.
5️⃣Финансы
В университете я не сильно интересовался финансовой грамотностью. А сейчас считаю, что это один из основных необходимых навыков. Зарабатывать и преумножать заработанное — это разные вещи.
Если бы я сейчас вернулся в университет, я бы чуть больше посвящал времени акциям, облигациям. Игрался бы с небольшими сумами, чтобы больше понять, как все это работает.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤37👍10
😇 Хочу сказать себе спасибо
За то, что с ноября прошлого года веду документ под кодовым названием “Brag Document”.
Если вкратце, это документ, в который записываются все достижения за определенный период, чтобы потом использовать его для повышения. Писал о нем тут.
Суть в том, чтобы писать его на протяжении всего квартала/полугода/года, делая лишь небольшие изменения.
Раньше я тратил кучу времени, чтобы вспомнить все, чем я занимался последние полгода. Листал тикеты, открывал старые пулл реквесты, читал десятки личных сообщений. Лень.
А в этот раз все просто. Я с моим менеджером прошелся по моему документу с достижениями, вместе его немного отшлифовали и все готово.
✔️ Вот мой шаблон для Brag Document, скопируйте себе и используйте на здоровье. Главное сразу как заканчиваете задачу, добавляйте запись в свой Brag Document и тогда все будет фиолетово.
За то, что с ноября прошлого года веду документ под кодовым названием “Brag Document”.
Если вкратце, это документ, в который записываются все достижения за определенный период, чтобы потом использовать его для повышения. Писал о нем тут.
Суть в том, чтобы писать его на протяжении всего квартала/полугода/года, делая лишь небольшие изменения.
Раньше я тратил кучу времени, чтобы вспомнить все, чем я занимался последние полгода. Листал тикеты, открывал старые пулл реквесты, читал десятки личных сообщений. Лень.
А в этот раз все просто. Я с моим менеджером прошелся по моему документу с достижениями, вместе его немного отшлифовали и все готово.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍31❤6🔥4🍾2
🇪🇪 Опыт в Amazon, Эстония
Я прошёл собеседования в трёх компаниях: Amazon, Google и Meta. Давайте начнём с правильной хронологии.
Куда проходило собеседование?
Амазон
Как вообще получил приглашение на собеседование?
Реферал
Какие были этапы и до какого этапа дошел?
Прошел онсайт и пришел реджект из за behavioral
Какие примерно были технические и поведенческие вопросы?
- Технические задания были похожи на задачи уровня LeetCode Medium, скажу, что легче, чем ожидал от Amazon.
- Системный дизайн не был шаблонным, там спросили, как бы я сделал подсистему ранжирования самых часто прослушиваемых песен в Amazon Music. На системном дизайне казалось, что интервьюер хотел увидеть, какие решения я придумаю, нежели чем увидеть дизайн, который сможет справиться с большой нагрузкой и т.п.
- Поведенческие вопросы были про трудные моменты, которые я решал, конфликт с коллегами, трудные проекты, которые реализовал, обратную связь, которую давал или получал, как справлялся с неясностью и т.д.
Как тебе процесс интервью и сами интервьюеры?
Я серьёзно готовился ко всему: решал задачи на LeetCode, прошёл два курса по системному дизайну и записал все истории, которые помнил. Из всех компаний я особенно подготовился к поведенческому интервью в Amazon, потому что знал, что они на этом зациклены. И могу добавить что всегда было 2 интервьюера но главным был один и у амазона все были супер позитивными
Как ты думаешь, где показал себя хорошо, а где не очень?
Начну с того, где я показал себя не очень: я знаю, кто дал мне отказ. Был один интервьюер, который не понимал меня в плане моего английского и того, что я хотел ему сказать. История была такая: я рассказал историю, которую уже говорил другому интервьюеру, и всё было ок. Но в этот раз он никак не понимал мой основной момент. По сути, он задал вопрос, и я дал ответ, но мой ответ не совпал с его ожиданиями, на мой взгляд.
Где я был хорош, так это точно в задачах на LeetCode. У меня всегда оставалось время после ответа на все вопросы, включая дополнительные. Из-за того, что оставалось время, интервьюер спрашивал уже дополнительные вопросы, типа "реализуй этот класс".
Твои личные советы по подготовке?
Нужно больше готовиться к бехэвиоралу в амазон, решать most frequent amazon questions in leetcode
Автор: Рауан @r_amangeldiyev
✔️ Давайте поддержим автора лайками и добрыми комментариями 🙂
#amazon #реальныйопыт
Я прошёл собеседования в трёх компаниях: Amazon, Google и Meta. Давайте начнём с правильной хронологии.
Куда проходило собеседование?
Амазон
Как вообще получил приглашение на собеседование?
Реферал
Какие были этапы и до какого этапа дошел?
Прошел онсайт и пришел реджект из за behavioral
Какие примерно были технические и поведенческие вопросы?
- Технические задания были похожи на задачи уровня LeetCode Medium, скажу, что легче, чем ожидал от Amazon.
- Системный дизайн не был шаблонным, там спросили, как бы я сделал подсистему ранжирования самых часто прослушиваемых песен в Amazon Music. На системном дизайне казалось, что интервьюер хотел увидеть, какие решения я придумаю, нежели чем увидеть дизайн, который сможет справиться с большой нагрузкой и т.п.
- Поведенческие вопросы были про трудные моменты, которые я решал, конфликт с коллегами, трудные проекты, которые реализовал, обратную связь, которую давал или получал, как справлялся с неясностью и т.д.
Как тебе процесс интервью и сами интервьюеры?
Я серьёзно готовился ко всему: решал задачи на LeetCode, прошёл два курса по системному дизайну и записал все истории, которые помнил. Из всех компаний я особенно подготовился к поведенческому интервью в Amazon, потому что знал, что они на этом зациклены. И могу добавить что всегда было 2 интервьюера но главным был один и у амазона все были супер позитивными
Как ты думаешь, где показал себя хорошо, а где не очень?
Начну с того, где я показал себя не очень: я знаю, кто дал мне отказ. Был один интервьюер, который не понимал меня в плане моего английского и того, что я хотел ему сказать. История была такая: я рассказал историю, которую уже говорил другому интервьюеру, и всё было ок. Но в этот раз он никак не понимал мой основной момент. По сути, он задал вопрос, и я дал ответ, но мой ответ не совпал с его ожиданиями, на мой взгляд.
Где я был хорош, так это точно в задачах на LeetCode. У меня всегда оставалось время после ответа на все вопросы, включая дополнительные. Из-за того, что оставалось время, интервьюер спрашивал уже дополнительные вопросы, типа "реализуй этот класс".
Твои личные советы по подготовке?
Нужно больше готовиться к бехэвиоралу в амазон, решать most frequent amazon questions in leetcode
Автор: Рауан @r_amangeldiyev
#amazon #реальныйопыт
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥47❤7👍7🏆1
Офер в Яндекс для опытных фронтенд- и бэкенд-разработчиков за два дня
24–25 августа приглашаем опытных бэкенд- и фронтенд-разработчиков получить офер в Яндекс через multitrack за 2 дня. Достаточно решить задачи онлайн до 20 августа и пройти несколько технических секций 24 августа, чтобы уже 25-го получить офер и выбрать три команды, к которым вам было бы интересно присоединиться.
Как правило, за несколько собеседований сложно понять, подходит ли вам команда и наоборот. Multitrack позволит вам поработать в трёх разных командах Яндекса и выбрать подходящую. Вы сможете погрузиться в рабочие процессы, познакомиться с будущими коллегами и понять, с какими задачами и технологиями хотите работать.
Узнать подробности и зарегистрироваться.
24–25 августа приглашаем опытных бэкенд- и фронтенд-разработчиков получить офер в Яндекс через multitrack за 2 дня. Достаточно решить задачи онлайн до 20 августа и пройти несколько технических секций 24 августа, чтобы уже 25-го получить офер и выбрать три команды, к которым вам было бы интересно присоединиться.
Как правило, за несколько собеседований сложно понять, подходит ли вам команда и наоборот. Multitrack позволит вам поработать в трёх разных командах Яндекса и выбрать подходящую. Вы сможете погрузиться в рабочие процессы, познакомиться с будущими коллегами и понять, с какими задачами и технологиями хотите работать.
Узнать подробности и зарегистрироваться.
👍13🤮9🔥2👌2👨💻1