Хочу в Google

2022-08-02 08:38:51 Мой первый Хакатон

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

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

Хакатон обычно длится день или несколько дней. Участники делятся на команды по интересам и все время просвещают реализации своей идеи.

Правила Хакатона

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

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

Мой первый раз

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

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

Как это было

Как основу мы использовали звонилку Facebook Rooms на React (что-то типа Zoom). Поскольку управление расположением пользователей было на сервере и написано на чистом C++, мы туда лезть не хотели. Поэтому всю основную работу мы делали на клиенте. Единственное для чего нам пришлось немного потрогать серверный код на C++ это для того чтобы реализовать включение и выключение пользователей со стрима, так как видео от разных пользователей склеивалось именно там.

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

Какой опыт я получил

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

2022-07-25 09:01:41 Падение акций технологических компаний и заморозка наймов в FAANG

За последние полгода сильно рухнули акции больших технологических компаний. Просели все. Даже Apple и Amazon которые бурно росли во время пандемии. Идет заморозка наймов в Google, Meta и других компаниях. Некоторые компании как Bolt и Klarna начали увольнять сотрудников. Что происходит? Давайте разбираться.

Почему падают акции?

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

Пандемия

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

Но этого не произошло. Компании ничего нового и прорывного предложить не смогли. Это отчасти подорвало веру инвесторов.

Падение доходов

В начале 2022 года многие компании начали отчитываться о падении доходов. Для этого было несколько причин.

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

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

Также масло в огонь подлила война в Украине.

Яркий пример тому это Netflix. Количество подписчиков стриминга перестало рости после пандемии. Из за войны Netflix потерял огромный российский рынок. Как результат акции компании рухнули аж на 75% по сравнению с максимальным значением в ноябре 2021.

Рост процентной ставки

Из за сильной инфляции (

) связанной с пандемией Федеральный Резерв США (типа их Нацбанк или Центробанк) начал повышать процентную ставку по кредитам. Это в свою очередь приводит к тому что брать деньги в займы становится дороже для обычных людей и для компаний, что в свою очередь ведет к замедлению экономики всего мира. Делается это чтобы остановить инфляцию и избежать будущей рецессии.

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

Заморозка найма

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

На данный момент Meta и Google заморозили найм инженеров ниже E6. К частью FAANG не увольняет людей, а пытается распределить инженеров внутри компании на приоритетные проекты.

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

• Падают все. Не только Meta, но и Google и Amazon и даже Apple.
• FAANG обычно быстро реагирует и адаптируется к кризисным ситуациям. Если твою компанию или стартап в котором ты работаешь это не коснулось, возможно эта волна докатиться позднее. Будь морально к этому готов.
• Нужно быть аккуратным при смене места работы. Почитай в интернетах сокращает ли компания сотрудников, как сильно упали акции компании.
• C реферлами и интервью в ближайшее время будет туговато. Найм ML инженеров все еще активен.
• Возможно будет труднее выбивать хорошие оферы. Компании буду экономить деньги.
• Когда это все выровнится никто вам скорее всего точно не скажет. Уж слишком много непредсказуемых переменных в этом уравнении. Открыть/Комментировать

2022-07-16 09:00:55 Как успешно пройти Behavioural Interview? Глава 2. Частые вопросы

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

Расскажи о проекте которым ты больше всего гордишься и почему

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

Категории Рост, Мотивация, Работа с неизвестным, Результаты.

Расскажи когда ты не соглашался с коллегами

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

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

Категории Решал конфликты, Коммуникативность, Эмпатия, Ментор.

Расскажи про то как ты делал проект не смотря на препятствия

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

Частые препятствия на проекте это сжатые сроки, ограниченные ресурсы, нечеткие требования:
• При сжатых сроках обычно нужно либо сдвигать сроки, либо пытаться как то уменьшить объем работ.
• Если есть ограничения по ресурсам, то тоже стоит пересмотреть объем работ и пытаться сократить его чтобы вписываться в бюджет.
• Нечеткие требования просто надо сделать четкими. Обсудить, определить список ожидаемых результатов и придерживаться этого.

Категории Мотивация, Рост, Коммуникативность, Работал с неизвестным, Результаты.

Расскажи про случай когда тебе давали обратную связь коллеги над которой надо работать

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

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

Категории Рост, Коммуникативность, Решал конфликты, Эмпатия.

Почему ты хочешь сменить работу

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

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

Категории Рост, Решал конфликты, Мотивация.

#behavioural Открыть/Комментировать

2022-07-15 09:01:19 Готовлю пост о том какие есть частые вопросы для Behavioural Interiew, какие частые ошибки люди в нем допускают и как это исправить.

На картинке один из примеров из будущего поста. Сможете определить в чем проблема первого ответа? Что думаете про второй ответ? Что бы вы ответили на интервью? Пишите в комментарии. Открыть/Комментировать

2022-07-05 09:02:32 Как успешно пройти Behavioural Interview? Глава 1. Подготовь истории

Behavioural Interview - это поведенческое интервью цель которой определить как ты реагируешь на разные ситуации на работе. Такой тип интервью играет не меньшую роль чем Coding Interview. Даже если ты хорошо кодишь, но провалил Behavioural Interview то тебе скорее всего откажут. Тут я дам несколько советов как не завалить.

Интерьер будет задавать вопросы про твою карьеру. Есть много таких классических вопросов, которые я разберу в другом посте. Вопрос будет звучать примерно вот так:
• “Расскажи про проект которым ты больше всего гордишься.”
• “Расскажи как ты сделал проект в сжатые сроки”
• “Расскажи о том как ты смог убедить коллег принять твое решение”

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

Как готовиться

• Запиши список тем своих историй на бумагу.
• Желательно около 10-15 историй. Желательно про несколько разных проектов.
• Истории должны раскрывать твои хорошие качества. Об этом ниже.
• Выдели в день хотя бы час времени чтобы проговорить эти истории вслух.
• Корректируй истории и формулировку.
• Репетируй перед зеркалом или записывай себя на камеру. Это даст немного стресса.
• Рассказывай самый свежий опыт, который был недавно.
• Рассказывай про то в чем ты шаришь. Если ты работал над технически сложным проектом, ты должен уметь объяснить технические детали проекта.
• Используй структуру STAR при рассказе. Situation - какая была ситуация, Task - в чем была задача, Action - что как ты решил эту задачу, Result - каким был результат твоих действий и как это решило проблему.
• Будь позитивным.

Чего следует избегать

• Не сочиняй повесть. Держи рассказ коротким и динамичным.
• Не уходи в дебри. В дебри можно если спросят детали.
• Не ври и не соченяй, будь честен и открыт. Люди которые тебя будут собеседовать видят тебя на сквозь.
• Не рассказывай про гипотетические случаи. “Если бы было бы так, то я бы сделал вот так”. Всем плевать на сферического коня в вакууме. Рассказывай про то что было в действительности. Рассказывай то что случилось с тобой на самом деле.
• Не рассказывай про истории где ты был третьим колесом. Рассказывай про истории где ты был на главных ролях.
• Никогда не говори плохо о своих бывших коллегах. Даже если они конченные мудаки.
• Никогда не говори плохо о своем предидущем работодателе.

Про какие твои качества должны быть истории

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

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

#behavioral Открыть/Комментировать

2022-06-29 09:01:22 Открыть/Комментировать

2022-06-29 09:01:22 Мне нужна ваша помощь

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

Поэтому мне нужна ваша помощь. Расскажите про что вам было бы интересно почитать. Открыть/Комментировать

2022-05-01 08:00:06 ​​ Чем занимается Senior Software Engineer (E5) в Meta?

Тут вам стоит знать что разработчиков в компании оценивают по 4 категориям.
• Project Impact - какой вклад ты сделал в развитие проектов
• Engineering Excellence - улучшалки в проект и в разработку, фикс багов, ускорение процессов, написание документации и т.д.
• Direction - влияние на видение и развитие проекта или команды.
• People - влияние на развитие людей в компании, менторство, помощь командам или коллегам, собеседования и найм и т.д.

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

Пишу код

Все еще пишу код, хотя делаю это реже. Пишу код где-то 40% моего времени. Соприкасаться с кодом обязательно чтобы иметь техническую экспертизу. Пишу в основном на PHP, JavaScript. Иногда пишу всякие конфигурации. Пару раз писал на Python и SQL.

Это попадает под категорию Project Impact и Engineering Excellence .

Веду проекты

Под понятие веду проект входит очень много вещей:
• Участвую в обсуждении проекта и помогаю команде понять нужен проект или нет.
• Собираю технические требования проекту.
• Определяю техническую сложность проекта, делаю исследование чтобы понять насколько проект сложный.
• Пишу техническую документацию.
• Привлекаю инженеров в проект, мотивирую их.
• Делю проект на задачи, определяю скроки, раздаю задачи.
• Делаю code review.
• Слежу чтобы задачи закрывались.
• Если задачи не закрываются то помогаю их закрыть.
• Коммуницирую разработку с владельцами проекта (stakeholders - это те кто принимают решения в проекте, инженеры, дизайнер, PM, EM, маркетологи, тестеры и много кто еще).
• Собираю баги и слежу чтобы критические баги были исправлены.
• И много много другого.

Это попадает под категорию Project Impact и Direction.

Слежу за здоровьем проектов

Проекты в Meta очень хорошо инструментируются. Это все помогает видеть ошибки и баги в проектах и быстро их исправлять. Одна из моих задач это делать все возможное и невозможное чтобы проект работал как часы и не ломался. Как мы этого достигаем:
• Обязательно пишу тесты и покрываю ими важные части проекта.
• Слежу чтобы тесты запускались при каждом пул реквесте или коммите.
• Слежу чтобы важные части проекта были покрыты логами.
• Слежу чтобы был настроен алертинг. То есть к нам прилетит уведомление если количество ошибок будет выше нормы. Обычно количество ошибок в логах должно быть < 1-5%. Также алертинг срабатывает ели сломались тесты.
• Слежу чтобы были доступны инструменты мониторинга и дебагинга.
• Чистим старый код. Исправляем баги.
• Регулярно слежу за технологическим трендами внутри компании, читаю документы и статьи по ним, внедряю их в наших проектах.
• И много много другого.

Это попадает под категорию Engineering Excellence и Direction.

Помогаю команде

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

Это попадает под категорию People и Direction.

Итог

Как вы могли заметить я делаю очень много Direction. То есть по работе мне очень много приходится заниматься именно вектором развития проекта и команды. Если у меня спросят о том чем команда будет заниматься следующие 6 месяцев я должен уметь на это ответить. И я могу на это ответить. И это хорошо.

Еще одна особенность позиции старшего разработчика в том что надо быть приятным и располагающим к себе человеком (likeable person). Чем старше ты становишься в карьере тем больше это имеет значение. Мне приходится много общаться с другими людьми, не только разработчиками и не только с моей команды. Я должен уметь собрать вокруг себя людей и делать так чтобы они ко мне прислушивались. Этого трудно было бы добиться если бы я был мудаком. Открыть/Комментировать

2022-04-08 08:00:16 ​​ Поиск проблемы

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

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

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

Почему причину не нашли другие команды

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

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

Начало обсуждения

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

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

Решение проблемы

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

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

Пожинаю плоды

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

Коллеги и аналитики пишут слова благодарности, все это видит мой начальник. А в конце года я все это дело еще добавлю в свой отчет по оценке сотрудников. Занавес. Открыть/Комментировать