Сравниваем грейды IT-инженеров крупных зарубежных компаний: Google, Facebook, Uber и Booking

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


    У гигантов IT-индустрии все не так — у них есть четкие грейды IT-специалистов со своими стандартами и прописанными «техническими требованиями». Мы пообщались с работниками компаний уровня FAANG, почитали требования самих компаний и составили списки с требованиями к каждому грейду IT-инженеров. Можете проверить, какому грейду соответствуете вы. А если вам пришлют оффер с конкретным грейдом — узнать, чего от вас будут ждать на работе.





    Кое-что общее про грейды и требования к разработчикам в компаниях уровня FAANG


    • За рубежом очень строго относятся к опыту работы. В России можно выпуститься из вуза, поработать годик и устроиться куда-нибудь мидлом или даже сеньором. За рубежом такое встречается реже — опыт в годах играет важную роль.
    • Требования к познаниям в языках и технологиях у компаний уровня FAANG изначально очень высокие. То есть чтобы попасть даже на нижний грейд, вы уже должны классно владеть инструментами и уметь писать чистый, рабочий и оптимизированный код. Более высокие грейды — это больше про системное видение и понимание привязки бизнес-процессов к программированию. Кстати, если хочется протестировать именно технические навыки, можно пройти тест — работодатели учитывают его результаты при найме.
    • Российский мидл из небольшого стартапа ≠ мидлу в крупной зарубежной компании. Часто те, кто в небольших российских компаниях работают как мидлы и даже сеньоры в компании уровня FAANG получают приглашение как джуниоры.
    • Лучше пойти мидлом в FAANG, чем сеньором в небольшую компанию. Не стоит переживать, что вам предложили грейд ниже — скорее всего, и зарплата, и обязанности и перспективы в FAANG будут намного выше.
    • Попасть на высокий грейд извне легче, чем вырасти внутри компании. В компании придется прилагать много усилий и доказывать свою компетенцию, а при собеседовании важно будет произвести правильное впечатление. Конечно, это все равно тяжело, но лучше сразу метить куда-нибудь повыше, чем надеяться «подрасти» уже на месте.


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




    Google и Facebook


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


    E3 в Facebook и L3 в Google, Software Engineer II. Уровень джуниора, новичка. Сюда обычно берут тех, кто только что выпустился из вуза, и еще не имеет опыта работы. Или проработал год-другой в некрупной компании. Здесь важно уметь писать рабочий код по конкретной задаче, использовать инструменты проверки кода, запускать код локально. Никаких управленческих задач и компетенций нет.


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


    E4 в Facebook и L4 в Google, Software Engineer III. Уровень мидла. Сотрудников этого грейда в обеих компаниях больше всего. Здесь важно уже не просто выполнять команды, а понимать, что ты разрабатываешь и как это влияет на производство. Плюс появляется три новых компетенции: умение писать документацию, давать задачи Е3 и принимать небольшие проектные решения. Например, самому придумывать, как именно реализовать фичу.


    Некоторые инженеры всю жизнь живут на этом этапе — им комфортно просто кодить, не занимаясь управлением.


    E5 в Facebook и L5 в Google, Senior Software Engineer. Здесь уже появляются управленческие компетенции — нужно возглавлять команду, помогать нижним грейдам, ставить новые задачи и решать их. На этом уровне инженер помогает формировать общую стратегию разработки — например, придумывает, как именно реализовать запрос от бизнеса.


    E6 в Facebook и L6 в Google, Staff Software Engineer. На этом уровне больше взаимодействия между командами. Именно инженеры этого грейда помогают собирать вместе фичи, разработанные разными командами. Или полностью управляют своей командой, как будто это небольшой стартап внутри компании — реализуют крупные проекты, помогают с наймом новых сотрудников, предлагают глобальные идеи.

    Есть грейды и выше: 7, 8, 9, 10 и 11. Но они уже практически директорские — со стороны сюда нанимают очень редко. Рядовые разработчики с сотрудниками этих грейдов обычно даже не взаимодействуют.


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





    Uber


    Этой информацией с нами поделилась Алина, Software Engineer II @ Uber, Амстердам. Мы уже рассказывали, как она устроилась в Uber и переехала в Нидерланды.


    Software Engineer I. Уровень джуниора. Выпускники вузов или новички с опытом работы меньше двух лет обычно автоматически попадают сюда, хотя случаются исключения. От них ждут чистого, рабочего кода. Обычно они работают вместе с другими инженерами над конкретными задачами, например, добавить новый модуль или прикрутить фичу. Сроки таких задач, как правило, не больше месяца. За работой Software Engineer I обязательно наблюдают старшие коллеги.


    Software Engineer II. Уровень мидла, примерно как L4 в Google. Хороший, крепкий программист: пишет проектную документацию, может сам выбрать алгоритм для решения задачи. Часто пишет код уже без контроля сверху. Помогает Software Engineer I и иногда ставит им задачи. Обычно работает над более крупными проектами, которые длятся несколько месяцев.


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


    Senior Software Engineer. Уровень сеньора, как L5 в Google. Понимает проблемы бизнеса, умеет руководить другими инженерами и наставлять их. Пишет код, но больше работает над тем, чтобы разбить большую задачу на подзадачи, дать указания другим разработчикам, наметить общий путь разработки. Именно в его руках довести проект до конца — от пришедших от руководства требований до запуска.


    Senior Software Engineer II. Почти то же самое, что Senior Software Engineer, только взаимодействует с несколькими командами. Обычно занимается сложными, комплексными задачами, которые решаются руками большого числа разработчиков из разных групп. Сюда очень редко нанимают людей со стороны, так как сотрудник должен хорошо понимать внутреннюю кухню Uber и бизнес-процессы.


    Staff Software Engineer. Влияет на все региональное подразделение. Тесно общается с директорами, строит общую стратегию развития компании с технической точки зрения.





    Booking


    Этой информацией с нами поделился Георгий Могелашвили, Lead Developer @ Booking.com, основатель сервиса поиска менторов getmentor.dev, автор телеграм канала Мужик с бабочкой.


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


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


    Кстати, тут можно посмотреть «технические требования» конкретно к этому грейду в вакансии на Core Developer.


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


    Технические требования тоже можно посмотреть в вакансии.


    Principal. 12+ лет опыта. Роль технического лидера — не руководителя: стратегическое планирование на уровне департамента, развитие людей вокруг; умение управлять командой, разрабатывать концепции, оценивать и внедрять новые технологии. Понимание того, как как код влияет на клиентов и бизнес, и оптимизация технических решений для роста бизнеса.


    Вакансия для лучшего понимания требований.



    <рекламная пауза>
    Предложения от компаний уровня FAANG сами собой в руки не свалятся. Чтобы их найти, получить оффер и переехать за границу, регистрируйтесь в @g_jobbot. Подходящие вам вакансии с релокейтом будут приходить в Телеграм.
    </рекламная пауза>
    gms & g-mate
    Ищем match для кандидатов и компаний

    Комментарии 32

      +5

      Ещё, о разных левелах и зарплатах в разных компаниях и странах можно узнать на levels.fyi или на teamblind.
      Glassdoor тоже подойдёт.


      Не хочу портить вашу рекламу, но вакансии в FAANG лучше смотреть на сайте компании или в linkedin.

        +2
        Да нет, Михаил, соглашусь. В наших статьях мы тоже это упоминаем — привести в порядок Линкедин, посмотреть вакансии на сайтах, получить референс от знакомых в компании — всё это работает очень хорошо. Наш бот не только для поиска работы полезен, но и чтобы чекнуть рынок, например, состояние зарплат.
        +1

        "Сроки таких задач, как правило, не больше месяца." "У нас Scrum" — говорили они, "У нас итерации" — говорили они, "Гибкие методологии" — говорили они.


        Находясь на Software Engineer II, выискивать и решать задачи Senior Software Engineer по управлению и бизнесу — это какими инструментами, процедурами и активностями достигается? Мониторинг стандартов программирования, отслеживание появления новых фреймворков, техник и практик похоже не входит в этот список.

          0
          > Мониторинг стандартов программирования, отслеживание появления новых фреймворков, техник и практик похоже не входит в этот список.

          Само по себе — без практического приложения — конечно не входит. Однако если начнете применять на практике, распространите на всю команду, расскажите и научите — это совершенно опреденно зачтется.
          +1

          Про гугл в принципе описано адекватно.


          Есть грейды и выше: 7, 8, 9, 10 и 11. Но они уже практически директорские — со стороны сюда нанимают очень редко. Рядовые разработчики с сотрудниками этих грейдов обычно даже не взаимодействуют.

          Это зависит. Л-7 бывают вполне обычными разработчиками занимающимися чем-то сильно полезным для всех.

            0
            Спасибо за уточнение!
              0

              Да и L8 и L9 тоже, бывает, и пишут код каждый день — но чем выше, тем, конечно, реже.

              0

              Лично знаю VP в Амазон, кажется 9 уровень, который код писал. Но да, это скорее исключение. У этих ребят просто нет времени такими вещами заниматься.

              0
              В FB E5 терминальный уровень, то есть каждый Е4/3 должен стать в конце концов Е5. Так что их в общем должно быть больше чем Е4
                0
                В гугле раньше было так же. Сейчас переписали немного ладдер, и таковым является 4-й уровень. Там все еще можно просто кодить и получать хорошие ревью. На 5-м уже надо делать что-то еще. Системный дизайн, архитектура, тимлидство, менеджмент.
                +1
                  +1

                  По фактам, с точки зрения L6 Engineering Manager @ Google, приблизительно верно, но стоит четко понимать, чего вообще хочется — денег, спокойствия, роста, разнообразного опыта — все это очень по-разному, за чем-то имеет смысл идти в FAANG, за чем-то не стоит. Скажем, рост очень медленный тут, а опыт, зачастую, специфичен. Предыдущий опыт за пределами FAANG действительно часто умножается на ноль — но можно постараться этого и не допустить — и я бы не советовал кому-то с 15 годами инженерного опыта соглашаться на L3, например. Стратегические перспективы при этом огромны, но горизонт планирования надо ставить от 10 лет.

                    0
                    Стратегические перспективы при этом огромны,

                    А в чем они огромны?
                      +1

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

                      0
                      > Предыдущий опыт за пределами FAANG действительно часто умножается на ноль
                      Я бы сказал что это про сильно спецефический опыт применения конкретных технологий. Общие принципы построения сложных отказоустойчивых высоконагруженных распределенных систем все еще более чем применимы, просто у тулзов внутренних названия и АПИ непривычные.
                    • НЛО прилетело и опубликовало эту надпись здесь
                        0
                        Кому как. По мне так ну их, эти фаанги.

                        В них возможно получить будучи рядовым сеньором, достойную ЗП типа 300-400к годовых и не жужжать, в отличии от нищенских предложений вида 120-160к в небольших компаниях, или тех компаниях где девелоперы это сплошные расходы — в отличии от софтвейр единорогов или финтеч, где собственно девелоперы составляют капитал компании.

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

                        Ну не каждый и 5-7 летний «сеньор» пройдет даже джуном в фaанг.
                        • НЛО прилетело и опубликовало эту надпись здесь
                            0
                            В фаангах достаточно интересных проектов. Не всегда о них становится известно снаружи, но их там есть.
                        0
                        За рубежом очень строго относятся к опыту работы. В России можно выпуститься из вуза, поработать годик и устроиться куда-нибудь мидлом или даже сеньором. За рубежом такое встречается реже — опыт в годах играет важную роль.

                        Как это соотносится с тем, что в Google/Amazon активно берут людей сразу после универа?
                          0

                          думаю условный MIT != условному техническому вузу России.

                            0
                            Мне кажется, еще влияет тот фактор, что в России многие студенты технических вузов работают курса так со второго-третьего, поэтому к окончанию они уже имеют вполне приличный опыт реальной работы.
                            +2
                            Сразу после универа их явно не мидлами берут и уж тем более ни сеньорами
                            0
                            Интересно почему нету L1, L2 и Software Engineer I?
                              0
                              Они есть просто это относится не к software development
                              0
                              Не удержался прошел тест, какой то он вообще странный, в мобильной разработке вопросы о стратегии использования nginx для балансировки серверной фермы, ну и другие вопросы мало относящиеся к мобильной разработке)
                              Большая часть вопросов поехала как I don't know )
                              Но результат все равно топ 10% как так?
                                0

                                Скажите, пожалуйста, а что за тест?
                                Что-то не вижу..

                                  0
                                  Поищите «Кстати, если хочется протестировать именно технические навыки, можно пройти тест»
                                0
                                Было бы интересно узнать, есть ли различия при найме местных и релокейте иностранных разработчиков
                                  0
                                  При релокейте дают подьемные. Другой разницы нет
                                  0

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

                                    0
                                    Звучит как плохая работа его непосредственного менеджера.

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

                                  Самое читаемое