Я вас услышал, спасибо всем за голоса!
Даешь data-driven decisions - настрою руль канала в интересную вам сторону (но это не точно).
И если уж говорить о работе в Google, будет (наверное нет, но мне захотелось) грехом не рассказать о своем "oncall" дежурстве. Ведь именно сегодня, в 09:00 по времени Лондона, я заступил в свой недельный дозор. Буду выступать в качестве первой линии обороны для всяческих систем и сервисов нашей команды. Враги? Их много - криворукие инженеры непредвиденные перебои внутренних процессов, внешние атаки и прочие цифровые гоблины.
Если быть конкретнее: у нас в Google Arts & Culture есть свой сайт, есть пара приложений и огромная куча невидимых вам вещей, которые должны работать идеально и гладко, 24/7. Моя работа (помимо основной работы, я же не какой-нибудь Site Reliability Engineer, мне нужно еще и создавать полезности) - следить за всем этим, и в случае проблем (а их именно в мое дежурство всегда появляется премного) - решать их, или находить тех, кто решит и пинать их, пока они решают.
В разных командах Google сложились несколько разные требования и обязанности к oncall-инженеру, у кого-то их вообще нет, а на кого-то работает армия SRE (у условного поиска или ютуба). В нашей команде - помимо описанного выше, онколлер надевает еще и шляпу "релиз менеджера". Это такой чувак, который выкатывает еженедельный релиз в продакшен и так же следит за процессом.
Ну вот, как-то так. Учитывая факт, что я мобильный инженер до мозга костей, все эти дежурства позволили прилично так открыть себя к бездонному колодцу новых знаний и опыта (без которых очень лего стать deprecated инженером в нынешних реалиях). Ах, чуть не забыл, деньги! За всю это радость и бессонные ночи (ведь DDoS атаки обязательно должны начинаться когда ты крепко спишь) - тебе дополнительно доплачивают. Примерно как сверхурочные на заводе, только тут еще каждый раз нужно разбираться с абсолютно новыми и неизведанными проблемами - романтика!
P.S. Про SRE это была шутка, не обижайтесь (но если обиделись - ваше дело, взрослые люди же).
Даешь data-driven decisions - настрою руль канала в интересную вам сторону (но это не точно).
И если уж говорить о работе в Google, будет (наверное нет, но мне захотелось) грехом не рассказать о своем "oncall" дежурстве. Ведь именно сегодня, в 09:00 по времени Лондона, я заступил в свой недельный дозор. Буду выступать в качестве первой линии обороны для всяческих систем и сервисов нашей команды. Враги? Их много - криворукие инженеры непредвиденные перебои внутренних процессов, внешние атаки и прочие цифровые гоблины.
Если быть конкретнее: у нас в Google Arts & Culture есть свой сайт, есть пара приложений и огромная куча невидимых вам вещей, которые должны работать идеально и гладко, 24/7. Моя работа (помимо основной работы, я же не какой-нибудь Site Reliability Engineer, мне нужно еще и создавать полезности) - следить за всем этим, и в случае проблем (а их именно в мое дежурство всегда появляется премного) - решать их, или находить тех, кто решит и пинать их, пока они решают.
В разных командах Google сложились несколько разные требования и обязанности к oncall-инженеру, у кого-то их вообще нет, а на кого-то работает армия SRE (у условного поиска или ютуба). В нашей команде - помимо описанного выше, онколлер надевает еще и шляпу "релиз менеджера". Это такой чувак, который выкатывает еженедельный релиз в продакшен и так же следит за процессом.
Ну вот, как-то так. Учитывая факт, что я мобильный инженер до мозга костей, все эти дежурства позволили прилично так открыть себя к бездонному колодцу новых знаний и опыта (без которых очень лего стать deprecated инженером в нынешних реалиях). Ах, чуть не забыл, деньги! За всю это радость и бессонные ночи (ведь DDoS атаки обязательно должны начинаться когда ты крепко спишь) - тебе дополнительно доплачивают. Примерно как сверхурочные на заводе, только тут еще каждый раз нужно разбираться с абсолютно новыми и неизведанными проблемами - романтика!
P.S. Про SRE это была шутка, не обижайтесь (но если обиделись - ваше дело, взрослые люди же).