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

📱Тимур и Технический директор в 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

🤦Как неправильно использовать рефералы

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

Когда-то давно я участвовал в программе от Гугла Google Summer of Code. За лето я успешно закончил проект, получил деньги, не получил футболку, а еще мне выдали одноразовый реферал, который я мог использовать, чтобы попасть в Google.

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

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

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

Ребят с СНГ все больше и больше в MAANG компаниях. Могу смело предположить, что у каждого из вас есть как минимум один контакт, работающий в Google, Amazon, Meta.

✔️Начните с ними общаться уже сегодня. Налаживать контакт, добавляться в linkedin, лайкать их посты, узнавать про интервью процесс, просить рефералы. Как пел Иван Дорн, не надо стесняться.

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

⁉️Что если инженера от компании мечты отделяет всего лишь 3 попытки.

📇5 причин писать дизайн доки

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

По какой-то внутренней причине я полюбил этот бюрократический процесс. Мне нравится, когда документ легко читается, правильно оформлен и отполирован так, что комар носа не подточит.

Что такое Дизайн Документ?

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

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

Подготовил для вас шаблон такого документа для наглядности.

Именно поэтому сегодня перевод статьи “Reasons to write design docs”.

Дизайн доки заставляют думать

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

Совместная работа улучшает качество документа

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

Дизайн доки - это база знаний

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

Кто виноват и что делать?

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

Дизайн документ устаревают

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

➡️Ссылка на статью
https://ntietz.com/blog/reasons-to-write-design-docs

🥷 Кто заинтересован в интервью?

Когда мы говорим о собеседованиях, обычно представляем себе два противоположных лагеря: "кандидаты" и "компания".

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

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

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

Чего хотят кандидаты от интервью?
• Пройти до конца процесса и получить офер
• Протестировать свою экспертизу и свои навыки, получить объективную оценку
• Познакомиться, пообщаться и “поработать” вместе с инженерами компании

Чего хочет компания от интервью?
• Нанимать кандидатов, которые будут показывать консистентный результат на долгом промежутке времени
• Сделать процесс найма дешевле
• Нанимать кандидатов дешевле

Чего хочет интервьюер от интервью?
• Использовать собеседования, как дополнительный рычаг при оценке/повышении
• Не тратить много времени на собеседования, успевать выполнять основные обязанности

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

👨‍🎤А вот парадокс:
• Чем больше времени я трачу на собеседования, тем меньше времени я оставляю на достижения целей команды.
• Чем меньше времени я оставляю на достижения целей команды, тем ниже мои шансы показать достаточный результат для дальнейшего карьерного роста.

Поэтому логичный вопрос: Для чего стоит собеседовать?
1️⃣Это моя причина. Чтобы понимать, как правильно проходить технические интервью. Собеседования - отличная возможность понять, как оценивают кандидата, какие ошибки они совершают, чего нужно избегать и наоборот, какие кандидаты чаще всего проходят дальше.
2️⃣Вторая причина - вы и ваш менеджер на одной волне и точно понимаете, как это поможет вашему продвижению.
3️⃣Есть еще те, кому это просто нравится, но я пока не понимаю эту мотивацию.

✔️ Мораль. Нет смысла быть интервьюером, если это никак вам не помогает вам в карьере или в смене компаний

🚀 10 недельное наставничество по собеседованиям

UPD. Я уже практически определился с финальным списком участников, поэтому можно больше не писать. Спасибо всем 🙂

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

Подводка

За последний год я провёл более 20 бесплатных собеседований для участников этого канала, многие из которых опубликованы под тегом #реальныйопыт. Эти сессии не только помогли участникам, но и позволили мне глубже погрузиться в процесс отбора в крупные компании.

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

Моя работа, мой канал, мои пробные и реальные собеседования позволяет мне совершенствовать свои навыки как кандидата так и интервьюера. Благодаря этому я успешно прохожу собеседования в большие компании. Например, в только этом году я получил офер от Amazon, Atlassian, и чуть не дошёл до офера в TikTok. Помимо этого были оферы в Revolut, Bolt, Yandex, Canva, Google.

Менторство

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

🎯Цель: Помочь участникам успешно пройти финальные собеседования.

Кого я ищу?
🔹3-5 инженеров, которые серьезно настроены на работу в BigTech в перспективе 3-6 месяцев
🔹Инженеров, которые уже сейчас активно штудируют литкод и изучают систем дизайн

Мой текущий результат:
🔹Рауан, который обратился ко мне с предложением поработать над его подготовкой. В течении 2-3 месяцев мы проводили моки, обсуждали как ввести переговоры с рекрутером, полировали поведенческие истории, обсуждали нюансы разных компаний.
🔹Как результат: Рауан смог получить офер от Google, дойти до финальных этапов Амазона, и застрять из-за реорганизации в Meta на этапе знакомства с командами. Его истории можно найти тут, тут и тут.

Тут можно ознакомиться чуть поглубже с планом по менторству [ссылка].

🏋️‍♂️ Менторство насыщенное и продолжительное. Я хочу вложиться в участников группы и дать им все знания, и опыт, который я накопил. Есть вероятность, что мы выйдем за пределы 10 недель, но главное ваш результат.

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

✔️ Если интересно поработать вместе, а также вопросы по стоимости и любые другие, то напишите мне @argyntim. Буду отбирать кандидатов.

✔️ Поделитесь постом с теми, кому это будет интересно

⭐️ The 2024 ICPC World Finals Astana

Случайно от коллеги узнал, что вчера в Астане состоялся финал по cпортивному программированию среди студентеческих команд The 2024 ICPC World Finals Astana.

Всего участвовало 140 команд из 50 стран. Это соревнование проводится уже на протяжении 48 лет.

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

Результаты
🥇Peking University
🥇Moscow Institute of Physics and Technology
🥇Tsinghua University
🥇Tokyo Institute of Technology
🥈KAIST
🥈National University of Singapore
🥈Beijing Jiaotong University
🥈The University of Tokyo
🥉Seoul National University
🥉Zhejiang University
🥉Massachusetts Institute of Technology
🥉Swarthmore College

Самой близкой к призовым местам среди Казахстанских команд оказалась команда МУИТа, заняв 27ое место.

➡️Трансляция
https://www.youtube.com/watch?v=bfOaKd6DYVk

➡️Задачки
https://codeforces.com/blog/entry/134044

➡️Турнирная таблица
https://scoreboard.icpc.global/2024/scoreboard/

🚓Leetcode vs собеседования 2

Сколько и каких задач решить на литкоде, чтобы пройти в MAANG?

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

Сегодня разберем статью от interviewing.io, про то, как статистика на Литкоде и работа в MAANG связаны друг с другом.

Эксперимент включал в себя опрос и оценку LinkedIn/Leetcode профилей 700 инженеров. На основе этих данных, платформа вычислила корреляцию между литкодом и работой в MAANG.

• У ребят, работающих в MAANG в среднем больше решенных задач, чем у других инженеров.
• Большинство топовых кандидатов на платформе http://interviewing.io останавливаются на отметке 500 решенных задач. Не сказать, что решение больше 500 задач дает ощутимый прирост к результатам.
• Данные показывают, что нужно решать hard задачи, шансы пройти в MAANG выше. Но не стоит заставлять себя решать только сложные. Лучше сфокусироваться на практике, чем подбирать идеальные вопросы.
• Каждые 50 решенных medium задач повышают шансы прохождения интервью на 3%.
• Каждые 50 решенных hard задач повышают шансы прохождения интервью на 7%.
• Начинайте с самых популярных вопросов.
• Иногда заявленная сложность не совпадает с фактической. Поэтому можно ориентироваться на acceptance rate.
• Контесты и соревнования не дают никаких ощутимых бустов к прохождению собеседований. В них стоит учавствовать, если только вам интересно.

➡️Ссылка на статью
https://interviewing.io/blog/how-well-do-leetcode-ratings-predict-interview-performance

✔️Поделись постом с коллегой, который сейчас проводит много времени на литкоде