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

🇨🇭 Опыт в Google, Switzerland

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

В офис Google в Цюрих на позицию SWE Summer Internship.

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

Подалась через официальный сайт по рефералке.

Какие были этапы и до какого этапа дошла?
• Сдала online assessment
• Прошла два технических интервью по 45 минут
• Финальный этап — team matching
• Получила оффер

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

Online Assessment (OA):
• Две задачи уровня medium на алгоритмы
• Snapshot survey — вопросы о тебе и твоём стиле работы (похоже на leadership principles)

Технические интервью:
1. Первое интервью — задача на реализацию функции. В начале неправильно поняла задание, поэтому совет: уточняйте детали и думайте вслух.
2. Второе интервью — LeetCode medium задача.

Отдельного поведенческого интервью не было, но на каждом этапе могли спросить 1-2 behavioural questions)

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

Процесс был интересным, все интервьюеры дружелюбные.
Особенно на host call классно общались с хостом и ко-хостом, шутили, its more about vibe matching

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

Думаю, хорошо справилась с техническими интервью. Но из-за того, что в Google не было вопросов по системному дизайну, процесс показался проще)

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

• К team matching тоже важно подготовиться, он реально играет большую роль — заранее узнайте про команду и показывайте интерес на интервью.
• Перед техническими интервью проходите мок-интервью как можно чаще
Помогает научиться думать вслух и, конечно, прокачать скиллы в решении задач!!!

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

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

🦉Как staff инженеры используют LLM?

Что делать, если новые технологии вызывают сомнения? Как получить от них больше пользы? Своим опытом использования AI в повседневной работе поделился Sean Goedecke, Staff Software Engineer at GitHub.

Логичное продолжение статьи https://t.me/bigtechdream/453 🙂. Далее пост от лица автора.

🤖 Крупные языковые модели (LLMs) вызывают споры среди разработчиков. Одни считают их революцией, другие – очередным хайпом без реальной пользы. Я считаю, что дело в том, как их использовать. Ниже поделюсь своим опытом.

🔹 Чик-чик и в прод
Я использую Copilot каждый раз при написании кода. Он отлично справляется с шаблонными задачами, например, заполнением аргументов функции. Бизнес-логику доверяю себе, но иногда полагаюсь на Copilot в новых для меня сферах, например, Golang или C. Это позволяет мне быстро вносить изменения, хотя и требует проверки от более экспертных разработчиков.

🔹 Написание одноразового кода
Если код не попадёт в продакшен, например, для исследований, я активно использую LLMs. Это значительно ускоряет процесс, позволяя сосредоточиться на задаче, не теряя время на рутинное кодирование.

🔹 Изучение нового
LLMs ‒ отличный помощник в обучении. Они позволяют задавать уточняющие вопросы и проверять, правильно ли я понимаю материал. Это помогает мне учиться быстрее и эффективнее.

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

🔹 Проверка текста на очепятки
Проверяю свои технические дизайн документы с помощью LLMs. Они ловят опечатки и иногда подсказывают интересные идеи для перефразирования.

❌Что я не доверяю LLMs
Я не использую AI для написания целых pull-реквестов, технических документов или исследований в больших кодовых базах. Пока ещё…

Основные выводы: За счёт LLMs я повышаю производительность. Однако, доверяю критичные задачи всё-таки себе и всегда перепроверяю результаты AI.

➡️Ссылка на источник
https://www.seangoedecke.com/how-i-use-llms

🍫Читеры, синьоры, AI

Предлагаю интересное обсуждение, которое уже какое-то время у меня в голове.

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

🔸Титулы

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

В статье “The 70% problem: Hard truths about AI-assisted coding” приводится гипотеза 70% / 30%. Инженеры, которые используют AI для решения рабочих проблем проходят 70% очень быстро. Оставшиеся 30% это исправление кривого кода, написание тестов, переписывание и тд. Так вот, эти 30% как раз и будут отличать синьора от мидла.

➡️https://addyo.substack.com/p/the-70-problem-hard-truths-about

🔸Хард скиллы

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

Но как говорил Мэтт Мёрдок “когда теряешь одно чувство, другие усиливаются”.

Увеличится важность следующих навыков:

- Умение правильно промпить и находить нужные ответы быстрее
- Быть более эффективным в работе, используя разные AI тулзы
- Быстро понимать концепции, не углубляясь в имплементацию

🔸Читеры

Следующий момент это читерство на собеседованиях. Сервисы подобные https://www.parakeet-ai.com/ и различные браузерные расширения становятся реальной угрозой качеству найма.

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

Компании придумывают разные способы: кто-то возвращает офисные собеседования, кто-то маскирует задачи, что их не распознали AI инструменты, кто-то наоборот поощряет.

➡️https://news.ycombinator.com/item?id=42909166

Интересная получается ситуация, нужно усидеть на трех стульях:

- Как проверить, что кандидат имеет базовые навыки?
- Как проверить, что кандидат умеет пользоваться разными LLMs для работы?
- Как понять, что кандидат не читерит?

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

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

🔸Что это все значит, Тимур?

У меня одна мысль в голове, на 1-2 недели постарайтесь внедрить в свою работу AI инструменты. Заставьте себя их использовать, сделайте себя адептом LLM моделей.

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

Посвятите 2025 год личной и командной эффективности при помощи AI.

✔️ Вроде бы ничего нового, но свои мысли привел в порядок, спасибо 🙂

😑Несогласный, но дающий

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

Распределение по мотивации:
🔸Дающие (givers) - больше мотивированы искренним желанием сделать правильное дело для компании, помочь другим и сделать все возможное.
🔸Берущие (takers) - движимы личным корыстным интересом, сосредоточены на личном продвижении, размере команды и видимости.

Распределение по взаимодействию:
🔸Несогласные (disagreeable) - эти люди предпочитают прийти к правильному ответу, независимо от того, как это заставит чувствовать себя других. Они задают неудобные вопросы и поднимают чувствительные темы.
🔸Согласные (agreeable) — эти люди высоко ценят сплоченность и когда люди находятся на одной волне. Они чаще соглашаются компромиссы или на решения, которые устроят всех.

Несогласные берущие

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

Согласные берущие

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

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

Согласные дающие

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

Несогласные дающие

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

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

💡Интересный инсайт
- Коллеги хотят, чтобы ты был “Agreeable giver”
- Руководители хотят, чтобы ты был “Disagreeable giver”
- А для карьерного роста возможно выгоднее быть “Agreeable taker”

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

⁉️А вы ощущаете, что отдаете больше компании, чем получаете от нее?

➡️Ссылка на статью
https://www.scarletink.com/p/the-hidden-advantage-of-sharp-edges

🇸🇬 Опыт в 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

📂Как расти по карьере правильно? Карьерный фреймворк от Dropbox

Наткнулся на “Dropbox Engineering Career Framework” и решил поделиться с вами.

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

✔️Полезная информация, рекомендую к прочтению.
✔️Cохраните себе на будущее.

➡️Ссылка
https://dropbox.github.io/dbx-career-framework/overview.html

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

🔮 Прогнозы на 2030 2025

Всех с наступившим! 🌲⛄️🎅🎁

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

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

Но у нас канал про IT, поэтому давайте сделаем предсказания про собеседования и карьеру в big tech на предстоящий год.

🔸Рынок продолжит медленно восстанавливаться. Учитывая, что каждый день в мире происходит какой-то трындец, можно предположить, что увольнения все же будут, но значительно реже. В целом не стоит ждать возвращения к «как было раньше» — это новая реальность. Скорее всего, основное сокращение в 2025 году коснется не разработчиков, а менеджеров, лидов и других управленцев среднего звена.
🔸Найм останется ограниченным. Компании будут активно искать специалистов в области ML/AI, но спрос на обычных разработчиков будет снижаться. Можно предположить, что backend-разработчикам в 2025 году будет сложнее найти работу, чем в 2024.
🔸Фокус на переквалификацию сотрудников. Компании начнут активно заставлять инженеров переучиваться на более востребованные специализации. Скорее всего, в 2025 году мы увидим громкие новости о том, как кого-то уволили за отказ изучать нейронные сети.
🔸Кризис некачественных наймов. Компании столкнутся с наплывом низкоквалифицированных специалистов, которые с помощью ChatGPT или аналогичных инструментов отполировали свои резюме и прошли собеседования. Это вынудит компании ужесточить и адаптировать свои процессы интервью, чтобы фильтровать подобных кандидатов.
🔸Упадок привлекательности Google и Amazon. Из-за негативных новостей последних двух лет количество откликов в Google и Amazon начнет падать. Ассоциация «модных и молодежных» компаний постепенно смещается, и теперь гиганты воспринимаются как корпорации, которыми правят бездушные воротилы с Wall Street.
🔸Научный прорыв. Мне хочется верить, что 2025 год принесет человечеству важное научное достижение: AI сможет решить задачу тысячелетия по математике, решить NP-полную задачу, вылечить рак или замедлить старение.

Вот кстати ежегодный тред на hackernews, где люди делают свои предсказания. Можете почитать на досуге.
⬅️https://news.ycombinator.com/item?id=42490343&utm_source=tldrnewsletter

⁉️А какие у вас ожидания от 2025 года?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

🌴Как продлить свои отпуска?

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

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

Для Казахстана он работает кривовато, но может кто-то захочет помочь им исправить это? 🙂

https://stretchmytimeoff.com/

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

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

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

Что самое интересное, системы, которые нас просят спроектировать, уже существуют и мы пользуемся ими каждый день. Это банковские транзакции, 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 - постепенно будет умирать. Их заменят бизнесовые задачи с элементами алго/ДС. Например, реализовать хранилище самых популярных товаров или написать сервис для денежных транзакций.

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