🗿Подсказки по System Design

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

Инженер Google Dinesh Varyani пишет классные посты по тематике собеседований в MAANG. Один из недавних постов про System Design, ссылка в конце поста. Привожу список советов из требований к системе и как их можно решить.

1. For a Read-Heavy System - Consider using a Cache.
2. For a Write-Heavy System - Use Message Queues for async processing
3. For a Low Latency Requirement - Consider using a Cache and CDN.
4. Need 𝐀tomicity, 𝐂onsistency, 𝐈solation, 𝐃urability Compliant DB - Go for RDBMS/SQL Database.
5. Have unstructured data - Go for NoSQL Database.
6. Have Complex Data (Videos, Images, Files) - Go for Blob/Object storage.
7. Complex Pre-computation - Use Message Queue & Cache.
8. High-Volume Data Search - Consider search index, tries or search engine.
9. Scaling SQL Database - Implement Database Sharding.
10. High Availability, Performance, & Throughput - Use a Load Balancer.
11. Global Data Delivery - Consider using a CDN.
12. Graph Data (data with nodes, edges, and relationships) - Utilize Graph Database.
13. Scaling Various Components - Implement Horizontal Scaling.
14. High-Performing Database Queries - Use Database Indexes.
15. Bulk Job Processing - Consider Batch Processing & Message Queues.
16. Server Load Management & Preventing DOS Attacks- Use a Rate Limiter.
17. Microservices Architecture - Use an API Gateway.
18. For Single Point of Failure - Implement Redundancy.
19. For Fault-Tolerance and Durability - Implement Data Replication.
20. For User-to-User fast communication - Use Websockets.
21. Failure Detection in Distributed Systems - Implement a Heartbeat.
22. Data Integrity - Use Checksum Algorithm.
23. Efficient Server Scaling - Implement Consistent Hashing.
24. Decentralized Data Transfer - Consider Gossip Protocol.
25. Location-Based Functionality - Use Quadtree, Geohash, etc.
26. Avoid Specific Technology Names - Use generic terms.
27. High Availability and Consistency Trade-Off - Eventual Consistency.
28. For IP resolution & Domain Name Query - Mention DNS.
29. Handling Large Data in Network Requests - Implement Pagination.
30. Cache Eviction Policy - Preferred is LRU (Least Recently Used) Cache.
31. To handle traffic spikes: Implement Autoscaling to manage resources dynamically
32. Need analytics and audit trails - Consider using data lakes or append-only databases
33. Handling Large-Scale Simultaneous Connections - Use Connection Pooling and consider using Protobuf to minimize data payload

➡️Ссылка на оригинальный пост
https://www.linkedin.com/posts/dinesh-varyani_system-design-golden-rules-activity-7153594539398594560-w6PQ

✔️Сохраните шпаргалку себе на будущее

🧗‍♀️От хорошего к великому

Удобные работники и амбициозные управленцы. Или как в погоне за слабостями, не упустить свои сильные стороны.

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

🧑‍💻Работники закрывают слабости.

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

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

Индивидуальные сильные качества влияют конечно, но если не закрывать слобости, то расти будет сложнее.

👩‍🏫Управленцы прокачивают сильные стороны.

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

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

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

Я нахожу подтверждения этой мысли в книге «Staff Engineer» от Will Larson. Там он приводит архетипы стафф разработчиков: кто-то умеет организовывать работу и управлять командой, кто-то умеет правильно планировать архитектуру и предвидеть множество потенциальных проблем, а кто-то очень хорош в решении срочных/важных проблем.

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

🤔Как узнать свои сильные и слабые качества?

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

Для всех остальных:

• Есть бесплатный тест 16 Personalities
https://www.16personalities.com/

• Есть платный тест от Gallup
https://www.gallup.com/cliftonstrengths/en/252137/home.aspx

✔️ Мораль. Вы важны, ваши личные качества важны, не теряйте свою уникальность, развивайте свои сильные качества.

👩‍💼Три совета от топ менеджера ex-Facebook, ex-Stripe

В 2015 году Raylene Yung была самым молодым инженерным директором в Фейбуке. Позже она присоединилась к Stripe, где сформировала команду по управлению продуктами, определила процессы карьерного роста и подбора персонала, руководила основным платежным направлением и запустила глобальный инженерный центр компании в Сингапуре.

В статье «The Engineer’s Guide to Career Growth — Advice from My Time at Stripe and Facebook» Yung дает много дельных советов, но я приведу лишь ее советы по карьерному росту для разработчиков.


• Стремитесь быть самым ценным, но наименее критичным.

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

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


• Хотите добиться успеха в качестве менеджера? Стремитесь к эмоциональному равновесию.

Со стороны разработчика, работа под проектом это как взбираться на холм. Иногда все получается и можно забраться быстро и высоко, а иногда проект закрывается и нужно опять начинать сначала. В любом случае, есть связь «эффективная работа» -> «прогресс проекта».

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


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

Многие компании предлагают два выбора: или расти как инженер (IC) или развиваться как менеджер. Но на самом деле карьера инженера не является линейной, люди могут переключаться между ролями на протяжении всей своей карьеры.

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

Сосредоточьтесь на обучении и не беспокойтесь о направлениях и карьерных лестницах.

➡️Ссылка на статью
https://review.firstround.com/the-engineers-guide-to-career-growth-advice-from-my-time-at-stripe-and-facebook

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

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

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

🟡 Государственный сектор - возможно

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

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

🟡 Силовые структуры, спец службы, МВД - возможно

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

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

🟡 Секс индустрия - возможно

Если бы мне предложили поработать в PornHub или OnlyFans, я бы однозначно рассмотрел этот вариант (не в качестве актера конечно). Мне кажется эта ниша вечно зеленая и там есть куча интересных инженерных задач. А еще наверное и сапортные тикеты интересные 🙂.

Единственный минус для меня это репутационные риски. Не испортит ли эта запись в резюме мое последующее трудоустройство.

🔴 Азартные игры, онлайн покер, ставки - точно нет

Я бы не стал работать над азартными сервисами даже если бы предложили огромную зарплату. И причина не в религии и не в этичности.

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

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

❓Куда бы вы точно не пошли, даже имея очень привлекательный офер. Поделитесь в комментариях 👇.

🇦🇪 Опыт в Talabat и Careem, Dubai

На этот раз у нас две истории в Дубайские компании. Кто рассматривал ОАЭ для работы, может будет интересно.

Куда было собеседование?

Talabat (Delivery Hero), Dubai

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

1. Coding Algo/DS
2. System design
3. Culture fit

Все прошел, получил офер, middle engineer IC2

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

1. Изи задача. Но там фишка что ты шейришь свой экран и пишешь TDD. То есть надо показать умение использовать TDD.

2. Задизайнить фичу и встроить уже в существующий сервис. Добавить фичу Watchlist and Notification

3. Обычный behavioral, tell me the time when you failed и тд тд

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

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

После каждого интервью HR делится фидбэком по видео

Весь процесс длился 3 месяца

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

1. Вся моя практика строилась вокруг DDD (Deadline driven development 😂) и Event driven. Так что очень сложно было держать себя в руках и не перейти сразу к решению задачи 😅 Но было время подготовится и посмотрел пару курсов в udemy и этого хватило

2. Вроде легкая задача которую я делал в реальной жизни, но я не понимал насколько глубоко надо копать и остановились на более и менее среднем уровне. Интервьюер был немного biased и я не был согласен его фидбеком мол system design interview не может быть правильного ответа. Результат повлиял на Грейд и меня снизили, но решили продолжить так как смог показать потенциал. Наверное надо было более глубокие и специфические темы затронуть чтоб показать уровень знании

3. Повезло с генами и вынес culture fit на харизме. Только вот сказали что все проблемы которые я решал не сениорские или не менеджеральные, а больше кодовые и местные. Странно конечно, наверное надо было рассказывать что-то глобальное которое повлияло на income компании 😅

Чтобы изменил в следующий раз?

Чтобы я изменил? Запрашивал бы насколько детальные ответы от меня требуются. На абстрактные вопросы по дизайну я бы отвечал максимально конкретно

━━━━━━━━━━

Куда было собеседование?

Careem Dubai

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

Этапы:
1. System design
2. Algo/DS
3. System design
4. Behavioral

Фишка, все в один день, с перерывами на 15 минут

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

1. Получать местоположение такси в реальном времени
2. Медиум задача на two-pointers
3. Поиск ресторана в данном радиусе от юзера
4. Классика

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

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

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

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

Чтобы изменил в следующий раз?

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

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

➡️ Если вы в процессе интервью и нужна помощь в подготовке, прочитайте пост https://news.1rj.ru/str/bigtechdream/237

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

🧩Шпаргалка по Behavioural Interview

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

1. Изучите метод STAR
Структура STAR помогает четко и кратко рассказать свою историю. Situation - ситуация или контекст истории. Task - задание, которое вы должны были выполнить. Actions - ваши действия. Result - что в итоге получилось.

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

3. Краткость - сестра таланта
Давайте целенаправленные и краткие ответы. Не стоит предоставлять слишком много деталей, которые не имеют отношения к делу.

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

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

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

7. Собеседование — это улица с двусторонним движением
Задавайте вопросы интервьюеру, чтобы узнать побольше о компании, культуре, команде и тд.

8. Если нет истории - ничего страшного
Если на вопрос интервьюера у вас нет подходящей ситуации, то стоит прямо сказать “У меня не было такого опыта, но я могу рассказать, как бы я поступил в данной ситуации”.

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

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

➡️Ссылка на репозиторий
https://github.com/ashishps1/awesome-behavioral-interviews

✔️ Сохраните себе на будущее

🛬 Эра Google проходит?

Diane Hirsh Theriault - Staff Software Engineer at Google

Главный ньюсмейкер прошлой недели это смелый пост от Staff инженера Google Diane Hirsh Theriault в огород руководителей Google.

У топ-менеджмента нет видения, куда вести компанию. По наблюдению Diane, руководство все время прыгает от одной идеи к другой, от реализации нового мессенджера до AI, но проекты часто закрываются или забываются.

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

Ben Collins-Sussman - ex-Engineering Site Director for Google's Chicago office

Ben Collins-Sussman бывший инженерный директор Чикакского офиса Google, которого сократили после 18 лет работы также делится своими мыслями про изменения культуры компании.

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

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

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

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

Что я вижу со своей колокольни

⦁ Внутри компании зреет недовольство действиями CEO Sundar Pichai
⦁ Фокус компании сместился с инженеров в пользу топ-менеджеров
⦁ Компания все меньше вкладывается в инновации, а больше гонится за прибылью
⦁ Увольнения и действия руководства сильно подкосили мотивацию сотрудников

Конечно еще очень рано списывать Google, но несомненно текущие проблемы будут иметь долгосрочные последствия.

Вопрос, который стоит задать самому себе “почему именно Google?”.

➡️Ссылка на пост Ben Collins-Sussman
https://social.clawhammer.net/blog/posts/2024-01-19-CultureChange/

➡️Ссылка на пост Diane Hirsh Theriault
https://www.linkedin.com/posts/dhtheriault_my-hot-take-google-does-not-have-one-single-activity-7153269568893775872-9xzp/

🛂 5 ошибок интервьюера

Хороший, плохой, злой интервьюер.

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

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

5 распространенных ошибок собеседующих

1️⃣ Не проговаривать ожидания от кандидата

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

2️⃣ Копировать интервью других компаний

Интервьюер в первую должен исходить из потребностей компании/команды, а не просто копировать процессы Google, Amazon, Meta. Лучше обдумать с командой, какие компетенции ожидаются от должности и каким образом их лучше всего проверить.

3️⃣ Задавать загадки

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

4️⃣ Задавать неоткалиброванные вопросы

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

5️⃣ Не проявлять эмпатию

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

➡️Ссылка на оригинальную статью
https://leaddev.com/team/5-ways-youre-stressing-candidates-out-during-tech-interviews

━━━━━━━━━━

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

Ставь 🤮, если попадались некомпетентные собеседующие

🗣 Встречные вопросы

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

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

Далее список вопросов, которые можно задать собеседующему:

Вопросы про позицию

• Какие обязанности у этой роли?
• Кто будет моим прямым руководителем?
• Какой размер команды?
• Где именно я буду работать?
• Какое оборудование предоставляют сотрудникам?
• Какие примерные сроки начала работы?

Вопросы про релокацию

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

Вопросы, которые демонстрируют ваши навыки

• Для чего эта роль? Какой пробел в навыках, компания хочет заполнить?
• Какие большие цели на ближайшие 6-12 месяцев? Что нужно, чтобы их достичь?
• В каких областях не хватает опыта?
• Какие технологии компания/команда хочет использовать больше, но не хватает рук и знаний?
• Какая самая большая текущая боль в команде?

Вопросы про компанию

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

Вопросы про бизнес

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

Вопросы про возможности

• Как компания помогает расти своим сотрудникам?
• Есть ли возможность менять работать внутри компании между отделами?
• Могут ли инженеры стать менеджерами? Много ли таких инженеров?
• Есть ли возможность работать удаленно?
• В какое время обычно начинается работа и заканчивается?

➡️Ссылка на оригинальную публикацию
https://leaddev.com/personal-development/31-smart-questions-ask-software-engineering-interview

🤖Эксперимент с ChatGPT на интервью

Платформа interviewing.io провела интересный эксперимент, насколько тяжело смухлевать на техническом интервью при помощи ChatGPT.

Для эксперимента использовались три типа вопросов:
• Задачи, взятые напрямую из литкода
• Задачи из литкода, но чуть-чуть измененные
• Свои задачи, которых нет на просторах интернета

Было проведено порядка 37 собеседований и вот какие результаты:
• У контрольной группы, у которой были случайные вопросы и которая не использовала ChatGPT, в среднем 53% кандидатов успешно прошли интервью.
• Кандидаты с ChatGPT, которым попалась задача из литкода, успешно прошли собеседование в 73% случаев.
• Кандидаты с ChatGPT, у которых была измененная литкодовская задачка, успешно сдали в 67% случаев.
• Кандидаты с ChatGPT, решавшие кастомные задачи, имеют вероятность успеха 25%.

✔️ Вывод:
• ChatGPT успешно справляется с задачами, которые доступны публично, даже если они немного изменены.
• Если задача с закрытого пула компании, то ChatGPT значительно уступает кожаным визави.

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

28% неуверенных привели следующие доводы:
• 44% пожаловались на не самое оптимальное решение кандидата
• 34% сказали, что кандидат не учел edge cases
• 33% сказали, что код был грязный
• 19% сказали, что кандидат не смог внятно объяснить свое решение

✔️ Вывод:
• Интервьюеры не могут выявлять читеров, могут лишь улавливать косвенные признаки.

➡️Ссылка на эксперимент
https://interviewing.io/blog/how-hard-is-it-to-cheat-with-chatgpt-in-technical-interviews

━━━━━━━━

Что это все значит?

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

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

А может компании пойдут дальше и будут просить устанавливать софт, который будет отслеживать запущенные процессы, движения мышки и нажатия клавиш?

Идея для стартапа, будки для собеседований c металлодетектором, где заходишь голым и проходишь интервью. Ставь 👍, если готов инвестировать.

Тимур Тибеев — Яндекс, отказ от офферов в MAANG и жизнь в Австралии

🇦🇺 В этом выпуске к нам из самой Австралии подключился Тимур Тибеев — Senior SWE at Canva, ex TeamLead at Yandex.

Мы пообщались с Тимуром про его карьерный путь, про отказ от офферов в Google и Amazon. Поговорили о жизни и работе в Австралии, поисках жизненного баланса, профессиональном развитии и многом другом!

Получилась супер интересная беседа, спасибо Тимуру за то, что нашёл возможность прийти к нам!

Подписывайтесь на его канал — @bigtechdream

Кстати, послушать этот и предыдущие выпуски можно на 🎵Spotify, 🎙Apple Podcasts и 🎵Яндекс Музыке — по ссылке

@engineering_path

🤾‍♂️ 4 признака, когда стоит задуматься об уходе

Как понять, что вы переросли компанию и нужно двигаться вперед? Что делать, если курс компании сменился и вы уже сомневаетесь в ее будущем? Когда нужно прыгать навстречу новым приключениям?

1️⃣ Когда работа больше не драйвит

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

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

2️⃣ Когда нет карьерного роста

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

3️⃣ Когда рост компании замедляется

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

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

4️⃣ Когда основатели уходят

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

Со сменой руководства начинается рост политики и микроменеджмента. А новые HR-процессы начинают отнимать слишком много времени.

➡️Ссылка на статью
https://adrianco.medium.com/signs-that-its-time-to-leave-a-company-5f8759ad018e

📚 6 книг для саморазвития

Уже как-то делал похожую подборку, о книгах, которые стоит почитать для общего развития. Авторы канала @engineering_path попросили сделать такую в свете недавнего подкаста. Поэтому пожалуйста, обновленный список.

Договориться можно обо всем! (Гэвин Кеннеди)

Книга дает конкретные советы, как нужно ввести переговоры. Я бы назвал этот стиль более жестким и больше применимым в повседневной жизни, чем на работе. То, что мне особенно понравилось в этой книге, это тесты в конце каждой главы. А вы лис или сова?

Гарвардский метод переговоров (Роджер Фишер, Брюс Паттон, Уильям Юри)

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

Мама, я тимлид (Марина Перескокова)

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

Get Things Done (David Allen)

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

7 Rules of Power (Jeffrey Pfeffer)

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

Staff Engineer: Leadership Beyond the Management Track (Will Larson)

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

Книги, которые мне советовали, но до которых еще не дошел:
• Одноминутный Менеджер и Обезьяны (Бланшар, Онкен, Берроуз)
• Пять пороков команды (Патрик Ленсиони)
• Прыгни выше головы! (Маршалл Голдсмит)

✔️ Сохраните себе, чтобы почитать на досуге

✔️ Напишите в комментариях книгу, которую бы вы посоветовали прочитать

📎 Из каких этапов состоит собеседование в MAANG?

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

Типичный процесс собеседований в MAANG компаниях состоит из следующих этапов:
1. CV screening
2. HR screening
3. Phone screening
4. Coding interview
5. System design interview
6. Behavioral interview
7. Meeting with team
8. Offer negotiation

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

Еще стоит отметить, что в зависимости от уровня кандидата (junior, senior) и его направления (software engineer, engineering manager), количество некоторых этапов тоже может меняться. Например для инженера будет больше кодинга, а лида или менеджера будут больше спрашивать про управленческие навыки.

После каждого этапа, собеседующий заполняет отчет о том, как прошло собеседование и выставляет оценку. Оценки бывают разные, но грубо говоря их четыре: Strong No Hire, No Hire, Hire, Strong Hire.

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

No Hire - кандидат показал уровень, на ступень ниже. Это не означает конец процесса, но при нескольких No Hire могут отказать. Иногда в конце собеседований из-за No Hire предллагают офер пониже.

Hire - человек показал тот уровень, на который претендует. Здесь все понятно.

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

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

Следующий пост будет про CV screening. Stay tuned.

Поставь 📎, если интерсна рубрика и хочется узнать больше про разные этапы собеседований

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

#interview_process

💝 Гайд по алгоритмическому интервью

Пройди опрос и получи гайд

Всем привет!

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

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

✔️Ссылка на опросник
https://forms.gle/YZggjMiBF7u4ue3GA

✔️Репосты привествуются

👩‍🎓Google Summer of Code 2024

Если вы студент и хотите за лето заработать 3000 USD, работая part-time, без мам пап и кредитов. Ставки на спорт.

Я писал об этом уже в прошлом году (https://news.1rj.ru/str/bigtechdream/93), но не лишним будет еще раз напомнить. Ежегодное событие как-никак.

Google ежегодно проводит инициативу под названием Google Summer of Code. Цель, помочь развитию опенсорса и вовлечь молодых инжнеров. Все лето студенты делают проект и получают за это деньги. Для СНГ региона это 3000$.

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

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

Почему стоит записаться?
• Поучаствовать в международном и известном проекте, хорошая строчка в резюме
• Изучить новые технологии
• Заработать 3000$
• Сделать свой вклад в развитие опенсорса

➡️Таймлайн Google Summer of Code
https://developers.google.com/open-source/gsoc/timeline

➡️Размер стипендии по странам
https://developers.google.com/open-source/gsoc/help/student-stipends

➡️Прошлогодние организации
https://summerofcode.withgoogle.com/archive/2023/organizations

🙃Хорошее настроение на интервью

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

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

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

Собеседующие - это такие же разработчики как и мы с вами. У них куча задач, созвонов, а еще и собеседования нужно проводить. И сами собедования тоже могут вызывать стресс.

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

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

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

✔️Мой топ-лист шуток, обязательно сохраните себе:
• "Мой техлид задушил бы меня за такие названия переменных"
• "В реальности никто не начинает с микросервисов, но давайте пофантазируем"
• "Если компании некуда деть деньги, то мы можем решить проблему так и так"

Ставь 👍, если теоретически можно раcсмешить интерьюера до слез и получить офер
🗿, если нужно приходить с каменным лицом

Участвуй в codeW2024 от NU ACM-Women и выиграй 500 000 тенге!

Регистрация на 5-ое ежегодное индивидуальное соревнование по спортивному программированию для казахстанских студенток и старшеклассниц (16+), codeW2024, официально открыта 🚀

Что же вас ждет:
🔍 Prize pool в размере 500 000 тенге
🔍 Лучшие алгоритмические задачи, разработанные нашей командой ACM ICPC
🔍 Возможность познакомиться с единомышленницами, разделяющими ваши интересы и стремления

🔜 Дата: 9 марта 2024 г.
📌 Место проведения: Кампус Назарбаев Университета
🗣️ Языки: Казахский, русский, английский
📈 Для всех уровней мастерства от начинающего до продвинутого

‼️Регистрируйся на сайте codew.kz до 25.02.2024 23:59‼️

Больше информации тут: Instagram и Telegram Channel

✔️ Поддержим девушек лайками
✔️ Поделитесь постом с теми, кому это будет полезно