Senior engineer выше по должности чем leader engineer

Опубликовано: 04.07.2024

Делимся карьерными лестницами для программистов, тестировщиков, Data Scientist и DevOps со второго дня интенсива «Стратегическое развитие и карьера в IT». В статье подробные схемы для тех, кто никак не может определиться с вектором развития, хочет сменить направление или чувствует, что застрял в одной должности.

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

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

В разработке на заказ, как правило, нет Продакт менеджера, вместо него аналитик конкретизирует задачу заказчика и формулирует для команды ТЗ. Вместо DevOps-инженера может быть, например, «специалист по внедрению».

В производстве игр задачи ставит геймдизайнер, который формирует концепцию.

Естественно, в зависимости от объема задач работу может выполнять не один специалист, а целая команда.

Не только в разработке, но и любом IT-направлении специалистов можно классифицировать по трем уровням мастерства. Общепринятого определения, где лежат эти грани нету, но вот один из вариантов, как их можно охарактеризовать:

Джуниор — стажер или специалист с минимальным опытом. Как правило, он выполняет небольшие типовые задачи под присмотром более опытного наставника, набивает руку и учится самостоятельно решать все более сложные задания. Сегодня рынок джунов перегрет: вакансий гораздо меньше, чем новичков желающих влиться в новую перспективную индустрию.

Мидл — основная боевая единица в команде. Его главные отличия — самостоятельность и умение правильно оценивать свои силы и затраты времени на выполнение задач. За мидлов на рынке труда идет ожесточенная конкуренция. Корпорации заманивают более высокими гонорарами, средний бизнес и стартапы стараются привлечь гибкими условиями и интересными проектами.

Сеньор — специалист, способный решать задачи проекта на уровне архитектуры. И у них тоже, как правило, нет недостатка во внимании со стороны работодателей.

Преодолев эти три ступеньки специалисту открывается простор для карьерного развития.

Я хорошо запомнил слова моего преподавателя в университете, который говорил: «Не засиживайтесь в программистах дольше 5 лет, поднимайтесь дальше — иначе придут молодые и “съедят” вас». Вот пути, которыми можно добраться до технического руководителя или CEO.

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

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

Team Lead, Project Manager, Product Manager — разные уровни управления. Тим лид организует работу команды разработчиков. Проджект работает комплексно над проектом и может выступать в роли связующего звена между командой и заказчиком. Продакт менеджер работает с потребностями аудитории и создает продукт. В зависимости от того, какими процессами интереснее заниматься, после Senior можно вырасти в одну из этих должностей, а потом выбрать: углубиться в техническое управление (CTO) или в управление (CEO).

Анализ данных сейчас хайповое направление. Зарплаты дата саентистов находятся в районе 190-200+ тыс. рублей. И это реальная возможность монетизировать свои знания математики. На схеме я указал, какие навыки нужно освоить для разных специальностей в этой сфере.

Data Scientist больше погружен в область аналитики и занимается придумыванием алгоритмов и созданием моделей. Machine learning engineer — специалист с уклоном в сторону программирования, способный закодить даже сложные алгоритмы, придуманные дата саентистом, чтобы они правильно работали в продакшене.

Data Engineer работает с большими данными, размещенных на нескольких машинах.

Однако в компаниях довольно часто бывает так, что один специалист совмещает в себе функции Data Scientist и инженеров.

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

Из-за необходимости разбираться в математике в Data Science довольно высокий порог вхождения. Если вы только выпустились из университета, по горячим следам, пока свежи знания математики, можно идти сюда — становиться крутым специалистом с хорошей зарплатой.

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

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

По специальностям для администраторов, дата саентистов и тестировщиков у нас в OTUS есть отдельные курсы. Если интересны направления — можно зайти, почитать программу и сориентироваться в требованиях к навыкам.

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

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

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

Зачем нужна классификация

Деление айтишников, да и не только, на джунов, мидлов и сеньоров — международная традиция. Поскольку в той или иной степени знать английский язык все равно нужно, у нас в IT-среде не стремятся заменять уже привычные для индустрии маркеры на какие-то свои.

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

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

• Год-полтора в профессии или делал только учебные проекты.

• Использует один-два метода для решения задач, остальные не пробовал или не разбирается в них.

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

За джунами требуется контроль и проверка кода. Они не знакомы с деталями и нюансами, с которыми сталкивались опытные коллеги. Но этот этап проходят все специалисты в начале работы в IT-сфере.

На что обращают внимание рекрутеры при подборе

1. Минимальные курсы или образование по специальности. Логично, что для работы программистом на Python нужно знать этот язык.

2. Знание английского. Требуемый уровень зависит от специфики вакансии. Например, в МегаФоне язык потребуется не только чтобы писать код, но и для коммуникации.

3. Софт-скиллы. Навык аналитической работы желателен почти на всех IT-специальностях. Но ключевым для джуниора станет способность к обучению.

С английского — середина. Специалист уровня мидл — следующая ступень эволюции джуна.

• Ориентируется в методах решения задач и подбирает оптимальные.

• Умеет писать код аккуратно.

• Осознает свою роль в общей системе проекта, и как его задачи влияют на работоспособность продукта.

• С уверенностью берется за нестандартные задачи.

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

На что обращают внимание рекрутеры при подборе

1. Портфолио и реальные проекты.

2. Знания (измеряются количеством языков, протоколов и систем, которые освоены на практике);

3. Менеджерские качества — например, в МегаФоне смотрят на понимание культуры Agile.

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

С английского — старший. Это либо гуру в своем направлении, либо тимлид и руководитель отдела.

• Глубоко знает направление, в котором работает, и в достаточной мере прокачан в смежных сферах.

• Набил массу шишек и все их превратил в полезный опыт.

• Умеет выдержать баланс: знает, где на компромисс идти нельзя, а где можно опустить простоту и красоту и сделать костыль.

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

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

На что обращают внимание рекрутеры при подборе

1. Софт-скиллы и образ мышления.

2. Уровень экспертизы.

Пути эволюции мидла

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

1. Разработчик-эксперт. Если специалист не хочет бросать код, он волен остановиться и не идти дальше по карьерной лестнице. В этом случае он станет сеньором, который пишет код, развивает свои навыки и углубляет знания. Рост в этом пути развития — это увеличение стоимости компетенций.

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

3. Тимлид (в дальнейшем руководитель разработки). Та самая управленческая должность. Это кардинальная смена деятельности. Вместо кода тимлид занимается мотивацией своей команды, оценкой эффективности и следит за тем, чтобы все процессы работали. Часто бывает, что техлид и тимлид — это один и тот же человек. Он видит общую картину, принимает решения и при этом руководит командой.

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

Сергей Кузин (менеджер по подбору персонала, МегаФон):
Рост от джуна до мидла и до синьора сейчас может быть очень стремительным. Многое зависит от инициативы самого разработчика. В МегаФоне для таких переходов есть практически неограниченные возможности по изучению современных технологий и языков и плотная работа с наставниками.

IT в МегаФоне очень разнородно, мы много чем интересным занимаемся. В большей степени команды фокусируются вокруг наших продуктов: есть ребята, которые занимаются мобильным приложением, сайтом. Есть те, кто разрабатывает и поддерживает продукты для корпоративных клиентов (от умных производств, видеоаналитики до крупных проектов безопасных городов и так далее). Есть и те, кто сфокусирован на счастье внутренних сотрудников и делают жизнь каждого из нас — в офисе или на удаленке, — проще и удобнее. Продуктовый подход в разработке позволяет нам быть быстрее и делать действительно важные вещи.

Атмосфера в МегаФоне, возможность учиться внутри компании и обмен опытом между отделами помогают быстро вырасти с джуна до мидла, а с мидла до сеньора, если у сотрудника есть такое желание. Митапы, мастер-классы и конференции в профессиональной сфере дадут значительный буст навыкам.

МегаФон ищет в свою IT-команду QA-тестировщика, Java, iOS и React разработчиков. И прямо сейчас у вас есть возможность получить приглашение на собеседование без лишних тестовых работ. Если вы в поиске вакансии, выбирайте свою специализацию и пройдите наш Пиратский квест.

Привет всем! Меня зовут Александр Демура, в IT я работаю с 2004 года, сейчас руковожу центром разработки DataArt в Одессе. В мои непосредственные обязанности входят найм и развитие наших специалистов, поэтому рассуждения на тему «синьорности» сотрудников и качеств, необходимых для той или иной роли, для меня актуальны и привычны.

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

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

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

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

Интерн

В DataArt есть практикантская программа, куда мы берем людей даже без опыта работы. У них есть три месяца, чтобы под руководством опытного ментора дорасти до уровня «джуниор». Для позиции интерна есть два основных требования:

Хороший английский.
Понимание выбранного инструмента и умение им пользоваться.

Требование к знанию английского у нас, на самом деле, общее для всех. DataArt — международная организация, большинство заказчиков находятся в США и Западной Европе, и даже внутренние коммуникации уже все больше на английском. Если человек — грамотный технический специалист, мы поможем ему разговориться и подтянуть язык — для этого есть корпоративные курсы и куча дополнительных инициатив. Но если человек без технического опыта (а интерн — как раз такой) еще и слабо знает английский, ему нужно обладать уникальными качествами, которые перекроют оба этих недостатка.

Про инструмент мысль тоже, мне кажется, простая. Если вы приходите на роль программиста, инструмент для вас — язык программирования со средствами разработки, которыми нужно уметь пользоваться. Если потенциальный интерн хочет разрабатывать на .NET, но не может объяснить, что делает CLR, чем «Equals» отличается от «==» или реализовать простейший алгоритм — шансов у него нет никаких. Приходить с нулевыми знаниями и надеяться, что всему научат на месте, параллельно выплачивая зарплату, бесполезно — слишком большой конкурс. За плечами многих кандидатов профессиональные курсы, они с легкостью отвечают на все теоретические вопросы и даже имеют опыт программирования «для себя». Конечно, таких людей берут в первую очередь.

Junior

Пройдя интернатуру, человек превращается в полноценного джуна. Основное требование к нему — способность самостоятельно выполнять технические задачи . Если в проекте выстроена архитектура, он должен без задержки реализовать очередной кусок типовой логики приложения. Хотя Junior может время от времени ошибаться, не понимать нюансов, обсуждать планы реализации с тимлидом или вместе с ним проверять готовый код.

Для джуна важны следующие качества:

Желание развиваться и учиться (а на своих ошибках — особенно).
Энергия и целеустремленность.
Способность спокойно относиться к критике.

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

Middle

Основное требование к мидл-разработчику — способность самостоятельно выполнять поставленные перед ним задачи . Очень похоже на то, что было написано в предыдущем пункте, правда? Однако есть важный нюанс — здесь отсутствует слово «технические». То есть на новом уровне нужно понимать требования бизнеса и уметь переводить их в технические решения.

Мидл-разработчик понимает, что именно делает приложение. Это позволяет глубже понять задачу, а, значит, точнее ее оценить и качественнее реализовать. Если требования не полностью покрывают какой-то сценарий, хороший разработчик обратит на это внимание на этапе планирования. А не когда приложение начнет валиться при любом нестандартном действии пользователя.
Мидл-разработчик знаком со стандартными шаблонами и решениями при построении приложения в своей области, понимает, зачем они нужны, и умеет их применять. Стандартизация решений имеет большое значение при коллективной разработке кода, т. к. позволяет новому человеку быстрее разобраться, что к чему, и минимизирует количество ошибок. Понимание структуры типового приложения делает задачу его построения с нуля достаточно тривиальной, позволяет рассуждать о принципах правильной реализации и отличать хороший код от плохого.
Мидл-разработчик понимает, что работает не один. Он умеет взаимодействовать с другими членами команды: может обсудить сложный момент с дизайнером, уточнить у бизнес-аналитика неполные требования или согласовать какое-то важное техническое решение с архитектором проекта (если такой есть) и, конечно, владеет соответствующими инструментами коллективной разработки.

Senior

Синьор — опытный разработчик, повидавший много кода, набивший кучу шишек и сумевший сделать из этого правильные выводы. Основная задача синьора — принимать правильные технологические решения в проекте . «Правильные» — это такие, которые приносят максимальную пользу бизнесу и минимизируют затраты. Хороший синьор не только понимает, что разрабатывает команда, но думает, какие задачи должно решить готовое приложение. Разрабатывая площадку для аукциона, синьор всегда задается вопросом о пиковой нагрузке и старается предусмотреть попытки конкурентной записи в таблицы БД. Он заранее думает об узких местах системы, о возможности ее масштабирования, помнит об уязвимостях и проблемах, вызванных неправильным использованием инструментов.

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

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

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

Звание синьора невозможно получить быстро. Нужно наработать обширный опыт и понять, что отличает хорошо сделанный продукт от тяп-ляп-разработки, как проявляет себя технический долг, сколько стоит рефакторинг, зачем на самом деле нужны паттерны и так ли необходимы бесконечные уровни абстракции. Необходимо самостоятельно принять важные решения и дать им пройти испытание временем, иначе оценить их не получится.
Синьору необходимы хорошие коммуникативные навыки, потому что он должен не только предложить правильное решение, но и убедить в своей правоте заказчика и команду. Если вы не смогли отстоять хорошее решение и вместо него было принято плохое, винить в этом придется самого себя. Вариант «я же говорил» на уровне Senior уже не работает. С командой то же самое — мало знать, как надо, нужно еще и уметь это доходчиво объяснить. Тогда команда быстро растет и набирается опыта, избегая болезненных ошибок. Авторитарный подход («делайте, как я сказал») зачастую приводит к внутренним конфликтам, и ситуацию на проекте отнюдь не улучшает — нужно стараться этого избегать.
Синьор не может обойтись без понимания устройства библиотек и фреймворков. Если инструмент разработки для вас — черный ящик, и вы составляете приложение из готовых частей, не зная, что у каждой из них под капотом, продукт всегда будет неустойчивым и непредсказуемым.

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

Что дальше?

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

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

Куда же развиваться синьорам? Многие программисты любят рассуждать о «потолке» — когда внутренний рейт (т.е. деньги, которые вы получаете за заработу) приближается к внешнему (счету, выставленному клиенту) с минимальной маржинальностью. Они считают, что в этом случае дальнейший рост специалиста становится нецелесообразным для работодателя. Однако это не так, есть множество способов и дальше увеличивать свою ценность. Поэтому позицию Senior Developer стоит рассматривать не как карьерное плато, а как плацдарм для дальнейшего развития, например, в одном из следующих направлений:

Технический эксперт

Статус технического эксперта подразумевает глубокое знание отдельной и специфической области. Например, можно быть экспертом в Azure/AWS и знать разнообразные сервисы, которые предоставляют эти платформы. Уметь делать Machine Learning или Computer Vision, знать все про уязвимости в вебе, понимать, как работают криптовалюты или правильно готовить Sharepoint. Такие задачи встречаются не каждый день, но когда появляются, наступает звездный час технических экспертов. Без них подобные проекты были бы просто невозможны, и компания зачастую готова доплачивать за эти уникальные знания.

Индустриальный эксперт

DataArt старается развиваться в определенных доменных областях (путешествия, финансы, здравоохранение и т. п.). В каждом проекте программисты не только приобретают собственно технические знания, но и получают возможность заглянуть в бизнес заказчика, понять, как устроена индустрия, узнать характерные для нее проблемы и решения. Чего стоит построить свою платежную систему вроде PayPal? Зачем нужна система Sabre? Или что такое HIPAA и какие ограничения она накладывает на разработку решений в области здравоохранения в США? Люди, которые обладают подобными знаниями, зачастую формируют костяк проекта и приносят компании и клиенту огромную дополнительную пользу. Поэтому их компенсация (т. е. деньги, которые они получают за работу) может превышать внешний рейт — компании сами готовы доплачивать таким людям сверх счета, выставленного заказчику проекта.

Фронтмен

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

Тимлид

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

Архитектор

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

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

Дополнительно: работа без посредников

Я хочу отдельно написать о работе без посредников, которую некоторые воспринимают как Святой Грааль для программиста. Казалось бы, все логично: находим заказчика, предоставляем ему свои услуги напрямую, весь рейт забираем себе — профит! Однако нужно понимать, что, кроме прибылей, на программиста в этом случае падают все сопутствующие риски. Нужно внимательно читать пункт контракта об ответственности сторон, знать законодательную и налоговую базу, придумывать механизм получения денег, действовать, если клиент не заплатил или неожиданно свернул работу.

В IТ-компаниях эти вопросы решают специально обученные люди (продавцы, юристы, бухгалтеры), и даже если заказчик разорился и вышел из бизнеса с сумасшедшими долгами, разработчики, во всяком случае в DataArt, все равно получат деньги в срок и спокойно перейдут в следующий проект. При работе напрямую — каждый оказывается сам за себя. Кроме того, большинство компаний тратят весьма осязаемые бюджеты на привлечение новых клиентов, поэтому прямые отношения с заказчиками, которых нашла компания, запрещены контрактом с той и другой стороны.

По этому поводу можно отдельную статью писать, но не привести мою любимую цитату с «Баша» я просто не могу:

Какие личностные и технические качества отличают инженера от сеньора на Ваш взгляд? Что может сеньор, что не может инженер?

Что по вашему мнению определяет сеньора?

UPD

Чем тогда отличаются сеньор и лид?

UPD2

Я неправильно выразился. Под Engineer я имел в виду специалист второго уровня, то есть инженер программист\сисадмин

1 level - junior dev
2 level - Software dev Engineer
3 level - Senior Software dev Engineer
4 level - Lead Software dev Engineer

А не специальность инженер.

Нет никакого общепринятого определения Senior Developer. И быть не может.

Разделение на Junior/Middle/Senior/Lead появилось из-за необходимости выравнивать ЗП в крупных конторах.

Представьте, что у вас работает 200 разработчиков. И приходит к вам (начальнику) разработчик Паша и говорит "поднимите мне зп на 300 баксов!".

Сказать ему "нет, не поднимем" - нельзя. Поднять просто так - тоже нельзя. Единственный вариант - придумать какие-то "уровни" разработчиков, и привязать к каждому уровню вилку зарплаты. Этим вы убиваете сразу двух зайцев:

Паше теперь можно сказать "ну ты же уже уперся в верхнюю планку по ЗП для миддла, хочешь больше, становись сеньером и бери на себя вот такие-то обязанности [показывается утвержденный в компании список обязанностей сеньера]".
ЗП по разным отделам теперь более-менее равномерна, и разработчики не начинают ругаться, когда узнают что такой же "человек уровня миддла" зарабатывает в соседнем отделе в 3 раза больше.

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

Система достаточно старая, и, по сути, представляет собой обычную тарифную сетку и разряды, но разбавленную заимствованной терминологией. В качестве примера можете посмотреть Единую Тарифную Сетку Республики Беларусь (была обязательно для применения в нашей стране до 2011-го года):

Специалисты с высшим образ.
5.1. - без категории - Junior
5.2. - II категории - Middle
5.3. - I категории - Senior
5.4. - ведущий специалист - Lead

Смотрите в такую сетку - и сразу понятно, что Senior получает от 3,63*База ЗП до 4,39*База ЗП . Хочет получить больше? Значит должен идти в лиды, выполнять то, что в документах конторы написано в обязанностях лида, и сможет получать до 4,83*База ЗП .

В последнее время стало модным заменять разряды/уровни всякими SMART-целями, но суть от этого не меняется - это просто способ контролировать просьбы сотрудников о подъеме ЗП.

Сеньор - это должность. Инженер - это профессия по диплому.

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

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

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

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

Примером типичного инженера является создатель Linux Линус Торвальдс, который не делал карьеру, или создатель языка C++ Страуструп, который также не делал карьеру, а работает преподавателем в учебном заведении.

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

Есть ли ресурс, или просто словарь, где было бы пояснение, чем engineer отличается от specialist, что дает прибавка Senior перед должностью (ведущий?). Касаемо нашей отрасли.

2 Ответ от ANTi_13 2015-09-22 12:15:22

ANTi_13
Пользователь
Неактивен

Откуда: Минск, Беларусь
Зарегистрирован: 2013-11-15
Сообщений: 332
Репутация : [ 0 | 0 ]

Re: Должности в отрасли по-английски и по-русски

По-моему, должности работодатели смотрят меньше, чем на выполняемые функции на предыдущих местах работы. "Самостоятельная наладка и эксплуатация того-то и того-то" будут смотреться выигрышнее, чем "ведущий инженер РЗА".

3 Ответ от evdbor 2015-09-22 12:25:13

evdbor
Модератор
Неактивен

Зарегистрирован: 2011-01-07
Сообщений: 1,731
Репутация : [ 0 | 0 ]

Re: Должности в отрасли по-английски и по-русски

что дает прибавка Senior перед должностью (ведущий?

senior engineer
старший инженер
http://eng_rus_technic.academic.ru/139071/senior_engineer

4 Ответ от Sergei Shumkov 2015-09-22 20:17:12 (2015-09-22 20:39:33 отредактировано Sergei Shumkov)

Sergei Shumkov
Пользователь
Неактивен

Зарегистрирован: 2013-11-09
Сообщений: 271
Репутация : [ 0 | 0 ]

Re: Должности в отрасли по-английски и по-русски

Senior - старший
Leading -ведущий

Лучше все таки писать engineer, чем specialist.

Ведущий специалист - лучше перевести как Leading expert

когда и швец, и жнец, и на дуде игрец

Construct, test, maintain, and repair substation relay and control systems.

5 Ответ от Саня 2015-09-23 09:23:04

Саня
Пользователь
Неактивен

Откуда: Минск
Зарегистрирован: 2011-01-19
Сообщений: 677
Репутация : [ 0 | 0 ]

Re: Должности в отрасли по-английски и по-русски

Есть ли ресурс, или просто словарь, где было бы пояснение, чем engineer отличается от specialist, что дает прибавка Senior перед должностью (ведущий?). Касаемо нашей отрасли.

Работал по РЗА с французами, итальянцами, поляками. Диалог всегда на английском. В их документах и по факту нету не specialist, не Senior. Есть только chief engineer и просто engineer.

6 Ответ от illiario 2015-09-23 13:31:35

illiario
Пользователь
Неактивен

Зарегистрирован: 2011-01-18
Сообщений: 131
Репутация : [ 0 | 0 ]

Re: Должности в отрасли по-английски и по-русски

Я не помню, то ли здесь, то ли где-то еще читал, что с engineer можно вырасти, а со специалист - нельзя. Или наоборот. Не помню.
Вопрос в следующем - рассказать, что делал, чем занимался, нет пробллем. Но это второй тур (круг, этап. ) собеседования. На первом девочка-HR смотрит. И главное, до тех. специалистов добраться ;)
Саня

В их документах и по факту нету не specialist, не Senior. Есть только chief engineer и просто engineer.

У меня не совсем так. Примеры чуть позже.

7 Ответ от zloi 2015-09-23 14:07:41

zloi
ailleurs
Неактивен

Откуда: une boîte à musique
Зарегистрирован: 2011-01-12
Сообщений: 642

Re: Должности в отрасли по-английски и по-русски

illiario пишет:

Есть ли ресурс, или просто словарь, где было бы пояснение, чем engineer отличается от specialist, что дает прибавка Senior перед должностью (ведущий?). Касаемо нашей отрасли.
Работал по РЗА с французами, итальянцами, поляками. Диалог всегда на английском. В их документах и по факту нету не specialist, не Senior. Есть только chief engineer и просто engineer.

Никогда не было проблем общаться с французами по французски. Скорее всего они действуют по принципу - раз уж всё равно над языком издеваетесь, так издевайтесь над английским.

Добавлено: 2015-09-23 14:06:12

Construct, test, maintain, and repair substation relay and control systems.

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

Добавлено: 2015-09-23 14:07:41

Есть ли ресурс, или просто словарь, где было бы пояснение, чем engineer отличается от specialist

Инженерами обычно называют тех, кто что-то проектирует или разрабатывает. Все остальные в крупных компаниях идут как менеджеры или техники. Российским специалистам соответствуют technical officers .

Читайте также: