⭐️ 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/

🚀 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. Буду отбирать кандидатов.

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

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

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

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

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

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

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

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

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

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

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

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

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

Beyond Cracking the Coding Interview

Вышло продолжение уже ставшей классикой книги “Cracking the Coding Interview”. Мне кажется нет ни одного инженера, который в попытке попасть в MAANG, не пролистывал бы ее.

Книга называется “Beyond Cracking the Coding Interview: Pass Tough Technical Interviews, Get Noticed, and Negotiate Successfully (Cracking the Interview & Career)”. Помимо автора первой части, Gayle Laakmann McDowell, в числе соавторов также числиться Aline Lerner, основательница платформы interviewing.io.

➡️Ссылка на предзаказ, я заказал себе
https://www.amazon.com/dp/195570600X

Проверим вашу веру в сиквел 🙂
👍 - высокие ожидания от второй части
👎 - проходняк, просто зарабатывание денег на бренде

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

🧑‍🚒Compensation Heatmap

У Levels появилась карта, которая показывает зарплаты в каждом регионе. Пока что это только для штатов, но я верю, что и мой поселок скоро там появится.

Очень наглядно: сразу видно, что в Сиэтле и в Bay Area зарплаты высокие. Было бы отлично объединить эти данные с Numbeo и налоговыми сервисами, чтобы точно понимать, где в Штатах получают больше всего «на руки».

➡️Ссылка
https://www.levels.fyi/heatmap

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

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

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

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

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

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

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

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

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

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

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

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

🥶Почему люди уходят из 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. Есть два пути: первый — долгий карьерный рост внутри компании. Второй — уйти или основать стартап, пройти через сложные этапы создания бизнеса, а затем вернуться уже на позицию технического директора.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

🔹Choose your battles

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

🔮 Прогнозы на 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 года?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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