🧚‍♀️Brag Document

Бывало ли такое, что за неделю до ревью начинаете вспоминать всю проделанную работу, пролистываете тикеты, просматриваете пулл реквесты, читаете чаты? Забывали ли указать что-то важное в своем self-evaluation? Расстраивались ли, когда менеджера упускали ваши достижения при оценке вашей работы?

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

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

Есть пару причин, почему стоит ввести такой документ.

1️⃣ Ты не помнишь все, над чем ты работал

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

2️⃣ Твой менеджер тоже не помнит всего, что ты сделал

Раз ты не можешь все запомнить, как это сделает твой менеджер? У него/нее еще пару таких как ты. Чтобы защитить твою оценку, твоему менеджеру нужна помощь.

📃Шаблон такого документа:

Цели на предстоящий год/полугодие

Проекты
• Что именно ты сделал в этом проекте?
• Какую пользу принес проект?

Взаимодействие и менторство
• Где/как/кому ты помог как эксперт разобраться с проблемой?
• Менторил ли стажеров? Помогал ли новичкам в команде?
• Какие процессы ты улучшил?
• За какие проекты ты считаешься ответственным? Какие проекты ты ревьюишь код?
• Какие важные вопросы ты помог решить?
• Был ли feature lead в команде?
• Выступал ли в компании?

Дизайн систем и документация
• Какие дизайн доки ты написал и для чего?
• Какую документацию ты написал/исправил и для чего?

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

Что нового ты узнал?
• Какие навыки и знания ты приобрел недавно?
• Например, как запускать Java на калькуляторе

Вне работы
• Ведешь ли блог?
• Выступаешь ли как спикер?
• Участвуешь ли в опен-сорс проектах?
• Решаешь лучше всех leetcode?

➡️Ссылка на статью
https://jvns.ca/blog/brag-documents/

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

✔️ Сохрани себе в закладках, чтобы не потерять шаблон

🙋Как заработать 300К тенге за один день?

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

Студенческое отделение Назарбаевского университета NU ACM организовывает NU OPEN 2023! 🏆.

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

Формат контеста:
• 3 человека в команде
• Длительность 5 часов
• Задачки по алгоритмам и структурам данных

Есть два режима:
• онлайн - участвовать может кто угодно, откуда угодно
• оффлайн - можно получить призы. Пройдет в стенах Назарбаевского университета. Вам должно быть не менее 16 лет, и в настоящее время вы должны учиться в школе или на бакалавриате

📅 Крайний срок регистрации: 17 января, 23:59

🏎️Дата проведения NU OPEN: 20 января

🏆 🌟 Призовой фонд:
🥇 1-е место: 300 000 тенге + Мерч
🥈 2-е место: 100 000 тенге + Мерч
🥈 2-е место: 100 000 тенге + Мерч
🥉 3-е место: Эксклюзивный Мерч
🥉 3-е место: Эксклюзивный Мерч

UPD: Форма регистрации https://docs.google.com/forms/d/e/1FAIpQLSfG-gR2bCq64YoW2pa8UJnMWwCsWUeYMeIPxUFVMtaibzSaIA/viewform

━━━━━━━

🦆 Теперь вопрос. Если у вас есть онлайн команда и не будет хватать одного человека, дайте мне знать. Присоединюсь и попробую порешать с вами. 🙂

🙅‍♀️Ошибки в английском

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

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

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

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

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

В общем установил Grammarly и теперь вроде как все стало лучше.

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

⁉️Бывали ли у вас похожие ситуации?

👨‍🦳За выслугу лет

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

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

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

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

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

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

🔽Если предложили позицию пониже

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

В целом понижение позиции - это не есть плохо. При переходе из маленькой компании в BigTech такое понижение даже ожидаемо. У меня такое было при переходе в Яндекс.

Почему так происходит?

1. У разных компаний, разные ожидания от титулов и соответственно разные зарплатные вилки. Senior в Amazon и Senior в стартапе это не одно и то же.
2. Разные компании по разному платят сотрудникам, кто-то больше акциями, кто-то больше зарплатой, кто-то больше бонусами. К примеру OpenAi очень щедр на акции, в то время как у Netflix высокая базовая зарплата.
3. Компенсации в целом быстро растут. Исследования показывают, что при переходе из компании в компанию, по деньгам растешь чуть быстрее, чем если долго сидеть на одном месте. Как следствие, ребята которые годами в одной компании, могут получить офер ниже по грейду, но выше их текущей зарплаты.
4. Разный стэк технологий. Иногда компании могут предложить офер пониже, если кандидат не очень знаком с определенной технологией.
5. Наше любимое - интервью. Если не очень хорошо себя показать на собеседовании - вполне вероятно, что предложат позицию на ступень ниже.

Как избежать понижения грейда?

1. Иметь конкурирующие оферы. Когда у кандидата есть предложение от другой компании с позицией повыше, найм-менеджера могу постараться пересмотреть фидбек и предложить условия получше.
2. Поизучать компанию и позиции. Может быть так, что Middle в новой компании выполняет примерно то же самое, что и Senior в текущей.
3. Пообщаться с нанимающим менеджером, если не согласны с уровнем. Иногда менеджер может пройтись по отзывам с интервью и увидеть, что в принципе человек подходит под позицию выше.

Важен ли вообще уровень?

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

Уровень важен, так как он все-таки показывает социальный статус в компании, авторитет, опыт, уважение.

➡️Ссылка на оригинальную статью
https://blog.pragmaticengineer.com/the-seniority-roller-coaster/

👩‍🚀Советы после 15 лет в IT

Статья от Ryan O’Neill, который за 15 лет успел поработать как в маленьких стартапах, так и в FAANGовских компаниях. Ryan делится советами, которые он открыл для себя за это время.

• Не уходите в крайности
У каждого правила есть исключения, у каждого архитектурного решения есть трейдофы.

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

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

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

• Staging почти всегда сломан
Тестовые среды никогда не будут точной копией прода. Старайтесь проверить свой фунцкионал до прода, но не бойтесь тестировать на проде. Не забывайте использовать feature flags.

• Действия вознаграждаются
В то же время, просто говорить про проблему или постоянно жаловаться - нет.

• Берите на себя ответственность за свои проекты
Это не только про код. Введите себя так, как будто вы лично ответственны за успех проекта.

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

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

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

• Наслаждайтесь
Иногда даже не верится, что кто-то платит высокую зарплату за, что и так нравится делать - писать код. Это весело 🙂

➡️Ссылка на оригинальную статью
https://roughlywritten.substack.com/p/random-thoughts-15-years-into-software


━━━━━━

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

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

🗿Подсказки по 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