Хочу в Google

2021-07-14 08:00:25 ​​Про WLB (Work-Life balance)

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

Нет понятия что в Facebook WLB плохой, а вот в Google хороший. Все больше зависит от проекта и от того как ты себя позиционируешь. Если ты будешь отвечать на сообщения после 18:00, то тебя будут долбить после 18:00, будь к этому готов. Твой WLB обычно в твоих руках.

Несколько правил которых я придерживаюсь

В рабочее время, с 9:00-18:00, фокусируйся на работе и не отвлекайся.

Будь продуктивным https://t.me/hiremegoogle/78

Давай себе отдохнуть от работы в течении дня.
• Прогуляйся
• Пообедай
• Поболтай с коллегами или с семьей если ты дома.

После 18:00 закрывай комп, и не открывай его до утра следующего дня.
• Не думай про рабочую рутину. Очистил голову.
• Не проверяй и не отвечай на почту или сообщения.
• Если будут пожары, для этого есть oncall (если ты сам не oncall )
• Если ты будешь нужен срочно, то тебя наберут по телефону

Старайся нерабочее время тратить не на соц сети, а на то чтобы сделать домашние дела
• Помыть посуду
• Вынести мусор
• Убраться в комнате
• И т.д.
• На это уйдет около 1-2 часа в день.

Старайся уделить нерабочее время семье
• Ужин
• Прогулка
• Игры
• Просмотр кино
• Сделай массаж жене
• Сделай рельсы-рельсы шпалы-шпалы для дочери
• И т.д.
• На это уйдет около 2-3 часов в день.

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

Что помогает мне чувствовать себя хорошо

Наблюдая за собой я нашел 4 компонента которые помогают мне чувствовать себя хорошо. Если мне не хватает одного или более из этих компонентов в течении дня, то меня может накрыть хандра и усталость.
• Прогулка на свежем воздухе. Обычно это я совмещаю это с прогулкой с семьей.
• Общение. Обычно это общение с друзьями онлайн или с семьей.
• Вкусная еда. Иногда это доставка, но чаще домашняя еда.
• Хороший сон. 7-8 часов в день.

Это чисто мой список. Найди что делает тебя счастливым. И делай это в течении дня.

И че работает?

У меня не всегда получается следовать этому списку. Иногда приходиться садиться за комп вечером чтобы ответить на сообщения из MPK (головной офис Facebook в США). Но это не более пары дней в неделю.

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

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

2021-07-07 08:00:36 ​​5 шагов по ведению проектов

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

Тут я хотел бы поделиться несколькими советами по ведению ИТ проектов, как это делается в Facebook. Это будет хорошим напоминанием для меня самого, так как впереди второе полугодие и новые проекты.

1. Определи насколько важен данный проект

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

2. Устрани неопределенности

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

Как избавиться от таких неопределенностей:
• Поговорить с людьми. Это могут быть PM (Product Manager), дизайнер, аналитики чтобы собрать побольше данных по проекту.
• Посмотреть как похожий проект работает у конкурентов.
• Почитать документацию кодовой базы на которой ты будешь работать
• Выделить недельку или больше и провести техническое исследование, поделать POC (proof of concept). Это поможет собрать очень много информации в техническом плане. Правда всегда в коде, поэтому не бойся нырять в код время от времени.
• Запиши результаты своих исследований. Это поможет не забыть и может быть плюсом во время PSC (оценка сотрудников).
• Опять же поговорить с людьми. Пообщайся с коллегами программистами, пообщайся с ребятами из смежных проектов. Расскажи им над чем ты работаешь и как ты собираешься это реализовывать. Они могут дать очень полезную обратную связь. Тут помогут твои записи, чтобы быстро поделиться контекстом проекта.

3. Определи объем работы

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

4. Веди технический документ

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

Подробнее смотри тут:



5. Подели на задачи

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

Каждые такие крупные задачи можно сгруппировать поделить на этапы (milestone). К примеру M0, M1, M2 и т.д. Где M0 это сбор данных и устранение неопределенностей, а M1, M2 это уже работа над фичами. Каждый такой этап может длиться несколько недель в зависимости от объема работ. По завершению каждого такого этапа можно сверяться с командой и получать обратную связь. Открыть/Комментировать

2021-07-05 08:00:43 ​​О вакцинации

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

Что ты думаешь о вакцинации?

Если взять шкалу где 0 это противники вакцинации, а 10 это сторонники вакцинации, то я буду За на все 10 баллов. Аудитория которая сомневается делать вакцинацию или не делать, можете считать это знамением, поводом чтобы пойти поставить себе эту гребенную вакцину.
• Никто вас не собирается чипировать, повзрослейте уже блэт. Биллу Гейтсу на вас насрать.
• Вакцина НЕ вызывает аутизм или большочление (это когда член становится большим, ну прям неприлично огромным). Это уже миллион раз доказано и передоказано. Если вы все еще верите в эту байду из прошлого века, то мне очень жаль вас и ваших детей. Тут мои полномочия уже все.
• Всем в детстве делали вакцину БЦЖ (точка на твоем левом плече) от туберкулёза, вдруг это никого не удивляет.
• Вакцины это однозначное добро.
• Можете посмотреть тут как работают вирусы и вакцины


• О вакцинации простым языком


• Ну и элементарно почитайте историю вакцин и о массовой вакцинации которая помогла истребить вирус Натуральной Оспы.
• Вакцинация отдельных людей не поможет победить вирус, чтобы вернуться к жизни как было до пандемии нужно вакцинировать более 60-70% людей, что поможет достичь коллективного иммунитета, что в свою очередь сильно снизит вероятность распространения и мутации вируса.
• В Британии сейчас вакцинировано около 40-50% населения.
• В России сейчас вакцинировано около 10-20% населения.
• В Казахстане сейчас вакцинировано около 5-10% населения.

Сам то хоть вакцинировался?

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


Почему только сейчас?

Я в Британии и следую местным нормативам. Расскажу как тут это работает. В Британии массовая вакцинация идет уже чуть больше полугода. Тут вакцинируют по очереди. Сначала стариков 60+ и key workers (врачи, учителя, пожарные и т.д.) А дальше по возрасту 50+, 40+, 30+ и т.д. Ты не можешь просто прийти в центр вакцинации и получить дозу пока не пришла твоя очередь. Так вот, с начала июня начали вакцинировать мою возрастную группу и я получил SMS с приглашением записаться на прием и получить вакцину.

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

Итоги ∑

Тут должен был быть пост про ведение проектов. Но подвернулась удачное время чтобы поговорить о вакцинации, поэтому решил об этом рассказать. Мое напутствие будет Вакцинируйтесь и не ебеите себе мозги. Открыть/Комментировать

2021-06-21 08:00:07 Что я сделал неправильно?

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

Какой план?

• Запушить остатки кода и отправить проект на тестирование.
• Отсутсвие коммитов это проблема. Но я же потратил это время не впустую, а для того чтобы понять структуру проекта и определить проблему. И у меня есть технический документ который это описывает. Нужно доделать этот документ и довести его до ума. Он будет мои козырем при выпадах во время PSC(оценка продуктивности сотрудников).
• Найти несколько мелких проблем, которые я могу быстро решить и добавить себе очков в копилку. К примеру я могу добавить логирование в свой проект и сделать потом аналитику насколько мой проект помог ускорить загрузку продута.
• Ничего не сломать, а то это все может затянуться.
• У меня 2 недели на все. На носу PSC. Открыть/Комментировать

2021-06-21 08:00:07 1 коммит за месяц

Прошел почти месяц как я работаю над самостоятельным проектом в рамках Facebook и за этот месяц я сделал всего 1 коммит. Один жалкий коммит. Ладно, вру, этот коммит был очень важным и фиксил баг который ломал UI. Но все же 1 коммит в месяц это очень мало. Для контекста, мои коллеги и я делали в среднем 20 коммитов в прошлые месяцы. Плюс к этому проект я еще не доставил до пользователей и я до сих пор пытаюсь закоммитить остаток своего кода в репозитории.

Об этом на еженедельном 1:1 упомянул мой менеджер. Сказал что это может стать проблемой.

Почему это проблема?

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

Что пошло не так?

Изначально я оценивал проект 2.5 недель. Сейчас заканчивается уже 4 неделя.
• 1 неделя: Начинаю определять рамки проекта, общаюсь с дизайнером и с коллегами, думаю над техническим решением. Начинаю работать над POC (proof of concept). Делаю технический документ, где описываю проблему и пути решения.
• 2 неделя: Показываю свой POC бэкенда коллегам, POC для фронта еще не готов. Говорят что решение интересное, но это может вызвать технические проблемы, так как компонент который я меняю используется в 3 других проектах, где мое решение не применимо и я могу их поломать. Ухожу в технические дебри и пытаюсь понять чем эти проекты отличаются и что я могу сломать. В какой то момент понимаю что работы на бэкенде очень много и если я буду пытаться решить эту проблему то потрачу слишком много времени. Принимаю решение забить на бэкенд, и не пытаться сделать так чтобы мое решение работало на всех платформах, а хотя бы на одном. Для этого мне достаточно изменения на фронте и уже существующих API. Параллельно меня затягивают в эскалацию проблемы связанной с одним из наших клиентов. Приходиться сделать мини исследование чтобы понять кто еще столкнулся с такой же проблемой и сколько времени займет фикс.
• 3 неделя: Делаю решение для фронта и для одной платформы. Показываю решение коллегам. Получаю комментарии от Web Core команды Facebook, мол я добавил новый ленивый запрос (а их там и так дофига уже), говорят это будет снижать эффективность кода, просят переделать. Коллеги пишут комментарии, я меняю код еще несколько раз. Один из старших разработчиков отвечает очень медленно, я постоянно его пинаю чтобы получить комментарии. Все идет очень медленно. Параллельно нахожу баг в компоненте которую я меняю, делаю фикс (тот самый 1 коммит).
• 4 неделя: Беру 2 отпуска чтобы провести время с родителями которые приехали в гости. После возвращения на работу мне приходит письмо что мой коммит сломал продукт. Мляя... Пытаюсь найти фикс, пишу коллегам, все заняты и никто не отвечает. Поднимаю проблему на встрече, мне говорят что похожая проблема уже была. Ищу этот коммит, нашел, применил, починил. Мне пишет менеджер и говорит что я сделал всего один коммит и спрашивает в чем проблема и чем он может помочь. Я прошу его пнуть коллег чтобы те дали комментарии к коду. Через час получаю добро на свои изменения. Начинаю пушить. Пятница. Мля… Нужно подождать до понедельника чтобы запушить все остальное.

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

И вот мы тут. Открыть/Комментировать

2021-06-12 08:00:40 Сложно ли работать в Facebook и как я прошел испытательный срок

В четверг я получил официальное письмо от главы HR в Facebook о том что я молодец и прошел испытательный срок в компании. Испытательный срок длится 6 месяцев и считается с первого дня работы.

По статистике это не сложно, большинство проходят. Во многом я делал то что делал и в других компаниях и не испытывал сверх сложностей. Трудно было в первые месяцы когда я плохо знал проект. Иногда сидел допоздна полируя свой код и изучая проект. Дальше легче. Что надо чтобы пройти испытательный срок:
• Построй хорошие отношения со своим менеджером. Общаться, шутить, задавать вопросы и не быть мудаком.
• Построй хорошие отношения с командой. Абсолютно то же самое. Общаться, шутить, задавать вопросы и не быть мудаком.
• Потрать первую неделю на 1:1 (звонки один на один.) с коллегами. Это может быть кто угодно инженеры, менеджеры, маркетологи, тестеры и т.д. Познакомься со всеми и узнай кто что делает и как вы можете быть полезны друг другу.
• Спроси своих менеджеров в чем цель проекта и какие есть ожидания от тебя. Это поможет держать фокус и ставить приоритеты.
• Потрать хорошую часть времени на изучение инструментов (в нашем случае это React, Hack и всякое такое). Почитай документы, изучи базовые концепты.
• Начать с малого. Не надо прыгать сразу на большие задачи. Начни с мелких багов, это поможет понять проект и узнать как он работает. Если это мелкий баг который доставляет большие неудобства, то это еще лучше. Нужны маленькие и быстрые победы чтобы заработать доверие команды.
• Хорошо коммуницируй (сделаю еще отдельный пост про ведение проектов). Если застрял, то спрашивай помощи. Если проект тормозит, сообщи команде, уточни причины. Короч убедись в том что команда знает над чем ты работаешь и когда ты закончишь. Не бойся общаться.
• Участвуй в обсуждениях команды и предлагай идеи.
• Будь инициативным. Если коллеге нужна помощь по проекту, проект перспективный и у тебя есть время на это, то предложи помощь. Если есть вещи которые помогут ускорить работу команды и ты знаешь как быстро это сделать, то сделай. К примеру починить сломанные тесты, сделать документацию проекта, добавить логирование ошибок, создать группу для обсуждения проекта и т.д.
• Помоги коллегам.
• Спрашивай обратную связь. На 1:1 встречах спроси что о тебе думают коллеги и над чем тебе стоит поработать. Применяй их советы.
• ABC (always be closing). Закрывай задачи. Если берёшься за задачу то будь уверен что ты его закроешь. Не бери задачи которые выше твоих возможностей, у тебя еще будет время поработать над сложными задачами. Если ты не можешь закрыть задачу, то спрашивай помощи и коммуницируй статусы. Короч ты должен закрыть большинство проектов за которые ты берешься.
• Сфокусируйся на Engineering Impact (влияние как инженера ). Как инженер тебе должно быть важно прежде всего хорошее качество твоего кода и чтобы этот код решал какую либо важную проблему, без багов и костылей. Постарайся производить хороший код и как можно чаще. Все остальное идет после этого. Я делал примерно 20 коммитов в месяц.

Будь хорошим парнем. Good guy. Чтобы когда кто то спросил “What do you think about Vasya?”, твой коллега сказал “Vasya? He is Good guy!”. Открыть/Комментировать

2021-06-05 08:00:25 Я наконец дорос чтобы работать над собственным проектам в рамках Facebook. Приходиться работать на нескольких кодовых базах и стараться ничего не сломать. Это очень сложно .

Нашли мне ментора. Он учит меня как быть настоящим ФБшником, дает советы на тему как коммуницировать и как вести проекты. Это очень полезно .

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

Стал редко писать в канал…

О чем еще рассказать? Покидайте свои вопросы или идеи в комменты, что вам интересно? Открыть/Комментировать

2021-05-11 08:00:56 Культура Facebook

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

Инженеры решаются все

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

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

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

Нет четких границ

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

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

Коммуникации это все

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

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

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

Impact, Impact и еще раз Impact

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

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

2021-05-03 08:00:37 Куда пропал?

Я немного выпал из реальности, мы запускали новую фичу и я был сильно занят на проекте последние несколько недель. Сейчас фича работает в бета режиме и мы допиливаем его для GA (General Availability). 

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

Про уровни и ожидания 

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

E3 (Junior Engineer)

• Быстро учишься и быстро осваиваешь технологии используемые в проекте, понимаешь кодовую базу. 
• Работаешь над задачами самостоятельно с минимальной помощью. 
• Решаешь все более сложные задачи, умеешь находить проблемы и предлагать улучшения. 
• Работаешь и коммуницируешь с более старшими инженерами в команде и со своим менеджером. 
• Пишешь качественный код, покрываешь его тестами, используешь технологии к месту.    
• Хорошо воспринимаешь обратную связь и умеешь с ней работать. 
• Ожидается что ты вырастешь до E4 в течении 1-2 лет.

E4 (Middle Engineer)

• Умеешь все что у умеет E3. 
• Работаешь над целыми фичами, средними или большими, самостоятельно и без особой помощи. 
• Умеешь управлять своим временем и расставлять приоритеты. 
• Толкаешь изменения и доводишь их до конца. 
• Хорошо знаком с внутренними процессами, как пушиться код, как выкатываются фичи и т.д.
• Умеешь общаться и работать с другими командами.
• Ожидается что ты вырастешь до E5 в течении 2-3 лет.

E5 (Senior Engineer)

• Умеешь все что у умеет E4. 
• Владеешь какой то частью проекта полностью, и знаешь как она работает от корки до корки. 
• Закрываешь очень большие и сложные проекты. 
• Определяешь объем работ, ставишь задачи, расставляешь приоритеты. 
• Показываешь высокий уровень продуктивности, даже работая над несколькими проектами. 
• Находишь проблемы и решаешь их без какой либо помощи. 
• Улучаешь проект для быстрой и эффективной разработки, оптимизируешь процессы. 
• Помогаешь коллегам решать проблемы и ускоряешь их работу. 
• Умеешь управлять небольшой командой
• Работаешь с другими командами и строишь хорошие отношения с ними. 
• Умеешь распределять задачи даже за пределами своей команды. 
• Самостоятельно развиваешься и улучшаешь свои навыки. 
• Активно просишь обратной связи и пытаешься узнать как можно стать лучше.
• Умеешь давать конструктивную и полезную обратную связь коллегам. Помогаешь коллегам расти и становиться лучше. 
• Привлекаешь новых ребят в команду, менторишь младших коллег, проводишь собеседования.  

Кажется что всего много, но не обязательно достигать всего и сразу. Но ожидается что ты будешь делать большинство того что здесь написано после того как освоишься в команде. Что касается E6+, я пока писать не буду так как для меня это темный лес. Думаю что если ты сможешь достичь уровня E5 и покрыть все ожидания то это уже будет огромным достижением в карьере. Открыть/Комментировать