Тимур Тибеев | BigTechDream

🇸🇬 Опыт в TikTok, Singapore

Куда проходило собеседование?

В офис TikTok в Сингапур, на позицию iOS Engineer в команду, которая занимается мессенджером.

Как вообще получил приглашение на собеседование?

HR написала в LinkedIn, скинула описание вакансии и предложила пособесаться

Какие были этапы и до какого этапа дошел?

Сначала классическое общение с HR о команде, зарплатных ожиданиях и прочем. Далее 3 технических раунда. Что удивило в процессе — не было какого-то явного разделения на behavioral/system design/algo, было всё вперемешку на всех собесах. Когда спрашивал HR перед собесом, что ожидать от этапа, всегда получал размытый ответ.

В итоге получил оффер, но отказался, так как не был готов переезжать один в Сингапур (слишком далеко и не близкая культура).

Какие примерно были технические и поведенческие вопросы?

По ощущениям, основной упор был на behavioral и system design. На каждом из собесов просили рассказать про самый трудный проект, которым занимался. Задачи на system design показались достаточно интересными, было прикольно пораскинуть мозгами. Были и deep dive-ы в какие-то темы, и обсуждение корнер кейсов.

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

Как тебе процесс интервью и сами интервьюеры?

Первая компания не из России, с которой общение происходило не через почту, а через телеграм. В целом процесс был довольно понятный, HR очень быстро (обычно на следующий день) возвращалась с позитивным фидбеком.

Сами интервьюеры в среднем показались довольно закрытыми и не прям общительными, только один из топ-менеджеров команды оказался общительным, мы хорошо пообщались и он подробно ответил на все мои вопросы.

Как ты думаешь, где показал себя хорошо, а где не очень?

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

Очередное доказательство тому, насколько сильно влияют нервы на способность критически думать на собесах.

Твои личные советы по подготовке?

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

В остальном могу дать конкретных советов. If you know your stuff — you know your stuff.

✔️ Давайте поддержим @arabianprinceee лайками и добрыми комментариями 🙂

#tiktok #реальныйопыт

😒 Равнодушные коллеги

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

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

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

Раньше, я всегда радовался, когда люди просто хвалили меня и мне не нравилось, когда указывали на мои слабые стороны. Воспринимал это очень лично.

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

Теперь меня просто злит, когда кто-то в обратной связи пишет, мол ты молодец/супер-пупер и ничего не нужно улучшать. Возникает ощущение, что человек написал фидбек на “отвали”, просто чтобы что-то отправить. Не удосужился потратить время.

У каждого человека свое мнение по поводу моих слабых сторон. Но несколько качественных фидбеков помогают выявить закономерности.

Как писать хороший фидбек?

🔹Расскажите в 2-3 предложениях о контексте совместной работы.

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

🔹Приведите 3 примера сильных сторон человека. Используйте SBI (Situation, Behavior, Impact) для описания ситуации.

Situation: На этапе проектирования архитектуры приложения.
Behavior: Акылбек предложил модульную архитектуру, которая позволяет легко добавлять новые функции без значительных изменений в существующем коде.
Impact: Это решение значительно ускорило процесс разработки и упростило тестирование новых функций.

🔹Укажите на 1 возможность для роста. Также SBI.

Ситуация: При оценке времени, необходимого для выполнения задач.
Поведение: Акылбек немного недооценил, сколько времени потребуется для завершения определенных задач, особенно в плане отладки и тестирования.
Влияние: Это привело к отсрочке запуска на 1 неделю.

✔️ Удачного полугодового ревью 🙂

🎯 Результаты 10-недельного менторства

Пару месяцев назад я запускал менторство на 10-недель для подготовки пяти человек к собеседованиям в big tech компании. Цель была дойти до финальных собеседований.

Было супер интересно работать с ребятами и вместе улучшать софтскильные навыки.

Хочу поделиться небольшими инсайтами и дальнейшими планами.

🔸Сперва результаты:

Все участники отполировали свои резюме, поведенческие истории. Со каждым я провел как минимум 5 мок интервью.

- 2-ое из участников отложили свои интервью процессы и пока не планируют менять работу. Решили сосредоточиться на карьере.
- 1 участник переосмыслил своею карьеру и уходить в предпринимательство 🙂
- 2-ое участников дошли до разных этапов собеседований в биг тех компаниях. Некоторые процесс еще не закончились.

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

Чем больше я изучаю тему, тем больше понимаю, как мало я ней знаю. 😬

🔸Инсайты:

- У каждого человека свои потребности. Нет одного рецепта для всех. У кого-то страдают поведенческие истории, кто-то боится CV screening, кому-то тяжело даются литкод задачи. Индивидуальный подход мне больше нравится, что одно лекарство для всех.
- 5 человек в разных таймзонах немного сложновато. Со всеми получилось найти удобное пересечение. Но все равно это не просто.
- Мы приглашали спикера по прожарке CV. Это было просто топчик. Никакой опыт со стороны кандидата не заменит опыт рекрутера.
- Мы совместно разбирали истории друг друга и это было супер интересно. У каждого есть свой уникальный опыт и свои истории успеха.

🔸Дальнейшие планы:

- Я сейчас сам работаю с менторами, изучаю поведенческие интервью чуть глубже. Моя цель структурировать знания, для каждого вопроса подготовить примеры и ожидания для уровней. Хочу чувствовать их на кончиках пальцев.
- Начал активно откликаться на вакансии в MAANG компаниях. Буду использовать эти собеседования для тестирования своих гипотез. Например скопилось пару идей для переговоров по зарплате, я хочу их опробовать.
- Буду заново выстраивать продукт. В этот раз более профессионально.
- Stay Tuned!

✔️Спасибо всем, кто доверился мне!

🇬🇧 Опыт в Bloomberg, London

Куда проходило собеседование?

В офис Bloomberg в London, на позицию SWE Summer Internship.

Как вообще получил приглашение на собеседование?

Подался через ссылку которую скинул друг. Друг работает в Bloomberg-е.

Какие были этапы и до какого этапа дошел?

Получил оффер. Прошел phone screening. Позвали на onsite interview day: 3 раунда в один день (algo + system design + поведенческое интервью с HR). После был финальный раунд с engineering manager.

Какие примерно были технические и поведенческие вопросы?

Задачи на алго были несложными, уровня medium. Обычно приходят похожие задачи со списка Bloomberg-а в leetcode. Но могут задать много follow up вопросов. На system design дали задизайнить фичу в bloomberg терминале. Чтобы успешно пройти этот этап хватает базовых знаний, так как не было deep dive-ов.

Поведенческие вопросы были стандартные: про мотивацию, стрессовые ситуации, конфликты и т.д.

Как тебе процесс интервью и сами интервьюеры?

Процесс был интересным. Во всех этапах сначала спрашивали вопросы про CV и только потом переходили к задаче. Все интервьюеры были позитивными. В некоторых этапах было по 2 интервьюера и они оба активно участвовали. Честно и открыто отвечают на все вопросы про компанию.

Как ты думаешь, где показал себя хорошо, а где не очень?

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

Твои личные советы по подготовке?

Обязательно готовится к поведенческим вопросам и не пренебрегать с ними.

✔️ Давайте поддержим анонимного автора лайками и добрыми комментариями 🙂

#bloomberg #реальныйопыт

🐰Почему вы должны уйти из MAANG?

- Не пытайся стать синьором, Нео. Это невозможно. Вместо этого просто попробуй осознать истину.
- Какую истину?
- Уровней не существует

Я в последнее время начал больше интересоваться стартапами и разными тусовками. У YCombinator есть серия лекций, под названием “Startup School”. Я бы сказал, что это обширные, но не очень глубокие лекции.

Так вот, одна из лекций называется “Why You Should Leave Your FAANG Job”. Мне прям понравился взгляд на big tech компенсации со стороны. Интересные мнения, а не эти ваши Тимуры и почему стоит идти в BigTech.

🔸Первый инсайт. Всевозможные титулы Junior/Middle/Senior/Staff и это способ вовлечь нас в игру, в бесконечную погоню за следующим уровнем. Игра никогда не кончается, меняются условия квеста.

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

🔸Третий инсайт. “Работать у нас это единственный способ получить опыт работы над высоконагруженными системами“ - это маркетинговый ход MAANG компаний, чтобы привлечь новых сотрудников. Интервью процесс тоже отчасти является частью промо-компании.

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

⁉️А часто ли у вас возникает ощущение, что вы участвуете в бесконечных крысиных бегах в погоне за карьерой? И засыпаете ли вы с мыслью, что живете не той жизнью, какой хотели бы?

➡️Ссылка на лекцию
https://www.startupschool.org/curriculum/why-you-should-leave-your-faang-job

🏋‍♀️4 неочевидных совета, которые помогут на интервью

Бывало ли у вас такое, что вы готовитесь к интервью. Вроде бы сделали максимум, но все равно не уверены в себе. Так вот, сегодня в посте простые советы, которые повысят ваши шансы. 📈

🔸Заранее находить информацию об интервьюере

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

Для чего это нужно? Например, вы узнали, что ваш интервьюер хорошо разбирается в PostgreSQL. Если у вас есть сильные примеры про то, как вы работали с PostgreSQL, то вы всегда можете перевести разговор в русло PostgreSQL.

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

🔸Писать благодарственные сообщения после интервью

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

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

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

“Спасибо. Мне понравилось общаться с инженером X. Он/она рассказал много интересного про проект и технические сложности. Теперь я больше замотивирован присоединиться к команде”

🔸Обмениваться контактами с hiring manager

Хорошая практика на любом интервью это стараться сделать нанимающего менеджера своим адвокатом.

Интервью процесс это суд. Интервьюеры это адвокаты, которые предоставляют улики. Bar raiser это судья, а hiring manager это сторона защиты. Ваш личный синдром самозванца и есть сторона обвинения. 😬

Если будут сложности при обсуждении зарплаты или вопросы/сомнения касательно роли, то всегда можно обратиться к нанимающему менеджеру за помощью. Они могут повлиять на интервью процесс.

Так вот, если после встречи с hiring manager обменяться контактами в linkedin, то в худшем случае у вас появится +1 знакомый в компании, куда вы стремитесь, в лучшем случае вы начнете строить долгосрочную связь с вашим будущим руководством.

🔸Следить за глазами и языком тела интевьюера

Улыбаемся. Никто не любит общаться с тухлыми кандидатами.

Смотрим в экран или в камеру. Стараемся поддерживать контакт.

Следим за глазами и языком тела интервьюера. Если видим, что он смотрит в сторону или как будто занят другими делами, то это сигнал заткнуться и поинтересоваться, что именно он хотел бы знать о нас.

Если хорошенько подумать, то у каждого из нас есть история, когда при общении с рекрутером/интервьюером или hiring manager мы чувствовали как у человека горят глаза, а потом внезапно этот огонь потух. Нам нужно постоянно рефлексировать, улучшать свои ответы и избегать потухших глаз.

✔️ Сохрани пост себе на будущее
✔️ Отправь другу, который никогда не улыбается на созвонах 🗿

🚪 Как попадать в комнаты

- Как попасть в комнату, где обсуждаются новые проекты?
- Попробуй дверь на себя

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

Расскажу свою историю, которая произошла со мной в том году. В Canva есть рабочая группа, которая улучшает интервью процесс для инженеров. Она состоит из инженеров, менеджеров, рекрутеров.

Мне нравятся собеседования и я стараюсь смотреть на интервью как со стороны кандидата, так и со стороны интервьюера. Поэтому я захотел стать частью этой команды, чтобы предлагать и воплощать свои идеи на уровне всей компании. Звучит амбициозно, не так ли 🙂

В первый раз я подготовил документ и предложил переосмыслить интервью по алгоритмам в компании.

На вопрос могу ли я присоединится к команде, руководитель команды ответил:
“Тимур, ты молодец и я обязательно напишу тебе хорошее ревью, но в данный момент у нас нет открытых вакансий в команде” .

Тем не менее, я выразил желание стать частью этой команды и предложил свою помощь. В течение следующих 3-4 месяцев я начал активно вносить вклад: разрабатывал новые задачи для собеседований, улучшал документацию и предлагал идеи по оптимизации процесса.

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

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

Я как нибудь побольше расскажу про инсайты и проекты, которые мы делаем. А пока простой алгоритм по попаданию в комнаты.

🔸Для чего вам эта комната?

Определитесь, почему вы хотите попасть в эту комнату и стать частью команды? Поможет ли это вашему карьерному или личностному росту? Знаете ли вы как это можно сконвертировать в деньги?

🔸Расскажите о своем желании

Если есть команда или встреча, в которой вы хотите принимать участие, просто прямо о этом скажите. Люди не всегда понимают намеков. Прямо говорить чего вы хотите - это хороший карьерный совет.

🔸Что вы принесете на стол?

Не нужно пытаться попадать в комнаты, если от вас там нет никакой пользы. Вы должны что-то принести с собой в обсуждение. Это ваш уникальный опыт, навыки, видение или идеи. Нужно быть готовым не просто слушать, а встревать и вставлять свои 5 копеек. Команда должна стать лучше от того, что вы к ней присоединились.

🔸Заработайте доверие

Заработайте кредит доверия, пройдите квест. Начните уже приносить пользу, брать задачи, делать проекты. Пусть ваше имя поднимается все чаще и чаще в обсуждениях. Станьте настолько заносчивым, что вас уже невозможно игнорировать.

📱Тимур и Технический директор в Kcell

Я периодически думаю над тем, чтобы вернуться в Казахстан. И причина не всегда в том, что я скучаю по родным, по надписям “Азық-түлік / Продукты”, и конечно же по конине. 🐴

У меня есть такое наблюдение, что если ты middle зарубежом, то на родине ты будешь синьором. А если ты синьор, то и вовсе можно стать техническим директором местной компании.

Мне никогда не предлагали роль выше синьора пока я был в Казахстане. Как только я попал в Яндекс, мне сразу же стали поступать такие предложения. И до сих периодически пишут.

Сегодня у нас взаимная коллаборация с каналом Bailanys. Авторы канала пишут о новостях в области телекома, публикуют интересные вакансии.

Так вот, одна вакансия с канала, которая мне кажется амбициозно интересной 🙂

🧑‍💻Главный технический директор (CTO) в Kcell

Задачи:
• Разработка и реализация стратегии развития сети
• Взаимодействие с государственными органами
• Управление бюджетом технического блока

Требования:
• Высшее техническое образование, наличие MBA будет плюсом
• Опыт работы в телекоммуникациях 10+ лет, из них 5+ лет на позиции CTO

Бенефиты:
• Работа в составе правления компании
• Участие в разработке стратегических проектов

Кстати, кто не знает, но моя карьера начиналась именно с алматинского офиса Kcell, стажировался там какое-то время.
Если честно, стратегия расти зарубежом, чтобы вернуться на роль повыше - мне кажется вполне валидной. Я бы попробовал себя на этой роли, заставил бы всех писать на php+emberJs.

Вот еще несколько топ-ролей в телеком сегменте, возможно кому-то будет интересно:

🧑‍💻Начальник сектора «Сервисный контроль» в Kcell

👩‍💼Руководитель «Службы по включениям и сервису» в Beeline

👩‍💻Эксперт-аналитик (team lead) в Kcell

🛠 Начальник отдела по развитию монобрендового канала в Tele2

⁉️Вот такой вопрос, если бы вам предложили вернуться обратно на родину, но на 2-3 грейда выше, чем вы сейчас, вы бы вернулись? 👍👎

🧙Как задавать правильные вопросы на систем дизайн?

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

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

Что самое интересное, системы, которые нас просят спроектировать, уже существуют и мы пользуемся ими каждый день. Это банковские транзакции, Dropbox или Google Drive, сервисы для заказа такси, еды и продуктов.

Уникальное преимущество системного дизайна в том, что у нас есть возможность посмотреть на систему глазами пользователя. Чтобы задавать правильные functional и non-functional вопросы, необходимо поставить себя на место пользователя.

Например, нас попросили спроектировать мессенджер. Самые первые вопросы, которые приходят в голову:

🔸 Только текстовые сообщения или картинки и видео тоже?
🔸 Только 1:1 чаты или групповые чаты тоже?

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

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

🔸 Пропал интернет. Могу ли я отправлять сообщения?
🔸 Даже если я не онлайн, мне приходят уведомления, когда кто-то пишет мне. Нужно ли поддерживать пуш уведомления?
🔸 Мне удобно использовать телефон и ноутбук для отправки сообщений. Какие клиенты будут у нашей системы?
🔸 Я иногда ищу людей в телеграмме. Нужно ли реализовывать поиск людей, групп?
🔸 Я иногда ищу сообщения по всем моим чатам. Нужно реализовывать поиск по тексту?
🔸 В моем мессенджере показываются счетчики непрочитанных для каждого чата. Нужно ли реализовывать их?
🔸 Мне норм если мои сообщения дойдут с задержкой. Eventual consistency?

✔️Мораль: Всегда представляйте в голове, как вы будете пользоваться вашей системой!

Это поможет задавать правильные вопросы и фокусироваться на самых важных аспектах задачи.

💡Инсайты от Дейва

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

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

🔹Choose your battles

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

Хороший пример из статьи, это гендерное равенство. Можно спорить со всеми, что 50% женщин в IT это утопия и что мы не можем делать найм, повышения, основываясь на поле кандидата. Но с таким трендом очень тяжело бороться и компании в конечном счете легче уволить несогласного, чем изменить свою политику. Стоит ли игра свеч?

🔹Будьте готовы отвечать

Рано или поздно может возникнуть момент, когда вам придется выступить перед топ менеджментом компании. Это может быть спонтанно и непланируемо.

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

🔹Выбирайте правильные задачи

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

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

➡️Ссылка на статью
https://www.scarletink.com/p/stories-of-good-and-bad-feedback

🧶 Навязанные цели

Пару недель назад, 2 совершенно разных человека из моей компании задали мне вопрос “Почему я не стремлюсь стать менеджером?”. Это заставило меня немного задуматься, ведь я и правда долгое время нахожусь в суперпозиции между individual contributor и engineering lead.

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

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

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

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

Другая навязанная цель, к которой я уже больше не стремлюсь, это попадание в MAANG. Возможно это противоречивая мысль, учитывая специфику этого канала. Но для многих инженеров, попасть в MAANG, является заветной мечтой. Есть несомненно аргументы за и против. Но нельзя отрицать, что получение офера из Google, Meta, Amazon, окружено ореолом “успешного успеха” и он не всегда оправдан.

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

🔹То, что нам нравится, мы и так уже делаем, остальное все - навязано.

Вот, что я планирую сделать. Хочу пообщаться со своими менеджерами и узнать их мнение, подхожу ли я по навыкам и по опыту для управления командой. А там уже вместе принять решение или найти компромисс.

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

⁉️Нравится ли вам ваша позиция и ваша работа? 👍👎

🎱AI и собеседования. Прогнозы на будущее

Интересная дискуссия была у нас на днях внутри компании. Мы обсуждали использование ChatGPT и прочих AI инструментов во время интервью.

С одной стороны, интервью нацелено именно на проверку конкретных навыков, необходимых в работе, придумывание эффективных решений, понимание трейдоффов, написания кода, тестирование и тд. Хочется, чтобы кандидат был “сильным” вне зависимости от инструментов, которые он/она использует.

С другой стороны, GitHub Copilot и другие AI тулзы становятся частью нашей работы. Если на работе мы используем AI для написания кода, то почему собственно мы не можем использовать его во время интервью?

Я более консервативен и считаю, что важно оценить кандидата объективно. Иначе мы рискуем нанять инженера, который не может без AI писать код. Плюс если один кандидат использует AI для написания кода, а другой нет, это дает несправедливое преимущество.

Revolut например прямо говорит (в приглашении к интервью), что нужно отключать все возможные AI плагины на технических интервью.

Но также я думаю, что через 1-2 года Copilot-like инструменты войдут прочно в нашу инженерную жизнь. Это станет дополнительным навыком и сигналом, что кандидат стремиться быть более эффективным, а значит компании неизбежно будут подстраиваться под новые реалии.

Если капнуть глубже, то можно представить и вовсе деградирующий сценарий. Инженеры будут думать абстракциями, оставляя реализацию искусственному интеллекту. Представьте, что через лет 5 никто не будет решать литкод и вообще не будут знать, что такое DFS или динамическое программирование. А зачем? Звучит как антиутопия, но и мы сейчас не знаем как сложить два числа при помощи операций языка низкого уровня.

Мой прогноз на ближайшие 2 года.
🔹System Design скорее всего останется таким же, но планка будет постепенно подниматься. Что считалось синьорским уровнем сегодня, будет мидловым уровнем завтра.
🔹Behavioral - практически без изменений. Хотя и тут есть пространство для читинга при помощи AI. Я думаю, появятся инструменты, которые будут выявлять насколько честно кандидат отвечает на вопросы.
🔹Algo DS - постепенно будет умирать. Их заменят бизнесовые задачи с элементами алго/ДС. Например, реализовать хранилище самых популярных товаров или написать сервис для денежных транзакций.

⁉️Просто мысли вслух, а что думаете вы?

🥶Почему люди уходят из Big Tech

Если MAANG это работа мечта, тогда почему инженеры оттуда уходят?

На Pragmatic Engineer вышла статья, которая приводит причины и примеры, почему сотрудники покидают такие компании, как Google, Amazon, Meta.

🔸Big Tech больше не считается стабильным

Массовые увольнения потрясли рынок. Помимо сокращений, компании начали экономить на льготах для сотрудников и изменили свою корпоративную культуру.

Работа в Big Tech больше не гарантирует стабильность, и всегда есть риск увольнения, что подтверждается массовыми сокращениями в таких гигантах, как Meta, Google, Amazon и Microsoft. Исключениями остаются только Apple и NVIDIA.

🔸Стартапы предлагают больше возможностей для профессионального роста

В Big Tech инженеры часто работают в одной команде и над одним проектом годами, используя одни и те же технологии, что ограничивает их развитие.

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

🔸Недостижимые вершины в Big Tech

Рост по карьерной лестнице в крупных компаниях затрудняется с каждым этапом. Чем выше поднимаешься, тем сложнее преодолеть «потолок», и пути к дальнейшему продвижению часто неочевидны.

Однако, если ты менеджер среднего звена в Big Tech, можно получить более высокую управленческую роль в стартапе. Это также верно и для инженеров: senior-инженер может претендовать на должность principal или даже CTO в стартапе.

Интересно, что это может работать и в обратную сторону: покинув Big Tech на позиции senior, можно вернуться в компанию уже в роли CTO, применив уникальный опыт, полученный в стартапе.

🔸Падение акций - дополнительный стимул уйти

Компенсация в Big Tech состоит из базового оклада, премий/бонусов и грантов в виде акций, которые предоставляются частями на протяжении нескольких лет.

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

➡️Ссылка на статью
https://newsletter.pragmaticengineer.com/p/leaving-big-tech


------------------

Иногда я задумываюсь о том, как стать CTO в такой компании, как Canva. Есть два пути: первый — долгий карьерный рост внутри компании. Второй — уйти или основать стартап, пройти через сложные этапы создания бизнеса, а затем вернуться уже на позицию технического директора.

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

⁉️Что думаете об этом?

🪥 Зубная паста, чай и увольнения

Meta уволила 24 сотрудников в Los Angeles за нецелевое использование кредитов на еду.

Meta бесплатно кормит сотрудников в больших офисах. В более маленьких офисах каждому сотруднику выдают кредиты на заказ еду, 20$ на завтрак, 25$ на обед и 25$ на ужин.

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

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

Мнения в интернете разделились на два лагеря.
🔸 Одни считают, что это оправданное решение. Сотрудники нарушили протокол, по сути воровали у компании, и за дополнительные 500$ в месяц рискнули своей карьерой.
🔸Другие же думают, почему стоило быть такими категоричными и cразу увольнять. Можно было просто поговорить и предупредить. И вообще это часть политики “затягивания поясов” в последнее время.

⁉️Считаете ли справедливым решение уволить человека, если вместо того, чтобы тратить 25$ в офисе, он тратит их дома?

➡️Ссылки
https://www.theguardian.com/technology/2024/oct/17/meta-fires-staff-free-meal-vouchers-buy-household-goods

https://www.reddit.com/r/business/comments/1g6v86d/meta_fires_staffer_on_400k_a_year_for_spending_25/

https://www.teamblind.com/post/10-employees-fired-from-Meta-for-abusing-a-25-grubhub-credit-usBdMEH7

🪓Тварь ли я дрожащая или право имею

Недавно наша команда прошла интересный тест. Внутри Canvа есть сервис — по сути, опросник, который помогает определить, что мотивирует и демотивирует сотрудников.

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

Один из пунктов касался бюрократии и приверженности процессам. Вся моя команда оказалась на той стороне шкалы, которая подчёркивает важность следования правилам, а я оказался на противоположной, считая, что правила можно и нужно нарушать.

Хоть я и не верю этому опроснику на 100%, но честно думаю, что правила можно нарушать. Например начинать делать проект до того, как формально дали зеленый свет. Или тестить функционал на реальных пользователях, вместо того, чтобы тратить много времени на гипотезы.

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

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

Этот риск иногда не оправдывается. В Яндексе есть старый мемный пост от инженера Яндекс почты, который занимался новым интерфейсом почтового сервиса. Видимо выкатка проекта откладывалась долгое время и чувак так и написал “Я решил, что уже пора, беру на себя инициативу” и раскатил крупное обновление на всех пользователей. Легенда гласит, что это действие быстро привлекло внимание топ-менеджмента, обновление откатили, а сотрудника уволили.

✔️Лидерство - это не только умение следовать правилам, но и готовность взять на себя риск за их нарушение, если это действительно необходимо.

➡️Ссылка на статью
https://www.scarletink.com/p/good-employees-follow-rules-great-employees-break-them