Ведущие разработчики, они же Senior developers. Это те самые люди, которые на своем веку перевыполняли уже все возможные задачи. Это люди, которые входят в переговорку, открывая дверь с ноги. Они — решение всех проблем компании и гарантия светлого будущего. Они не изучают технологии, а изобретают. Они знают бизнес-требования до того, как те были сформулированы. И самое главное: они четко и отчетливо представляют себя через пять, а иногда и через десять лет.Серьезно, мне кажется, что от сеньоров сейчас слишком много ожиданий. Судя по вакансиям, это такой аналог советских космонавтов. Если внезапно в вашем офисе перестанет работать stackoverflow, вся документация, да и вообще интернет, версия компилятора/интерпретатора доунгрейднится на 5 лет назад, а вам срочно нужно будет написать аналог Редиса, не используя сторонних фреймворков и библиотек — вы обязаны это сделать. Причем за пару часов и излучая стрессоустойчивость.
В этой статье я бы хотел немного поговорить о том, кем не должен быть ведущий разработчик. Развенчать несколько мифов.
10+ лет опыта
У меня вот есть эти 10+ лет опыта, но вспоминая, чем и как я занимался 10 лет назад, я надеюсь, что мне никогда не придется применять эти знания. Технологии бегут, просто летят и меняются с огромной скоростью. То, что было актуально вчера — сегодня уже bad practice, завтра — deprecated, послезавтра — история. В нашей профессии мы не накапливаем знания, мы их просто одалживаем на время, заменяя на более современные и полезные.
Ценится не багаж знаний, а умение быстро накапливать нужные навыки. Умение держать руку на пульсе. Быть в теме. Не допускать устаревания знаний. И ни в коем случае не уставать от этого. Выживает тот, кто научился получать удовольствие от постоянного ресерча. Если у меня будет выбор между уставшим от технологий ветераном или выпускником, с горящими глазами рассуждающим об особенностях новой технологии — я бы предпочел последнего.
Самостоятельный
Самостоятельность — это здорово! Дал разработчику задачу — он ее сделал. Без вопросов, без уточнений, без проблем. Интерфейс, который принимает в качестве аргумента задание, а на выходе отдает работающий код. На практике это часто вредно. Некоторые разработчики вместо того, чтобы уточнить бизнес-требования, пытаются быть самостоятельными, не отвлекать продукт-овнера и додумывают все сами. Додумывают неправильно.
Действительно, самостоятельность — это отличительное качество сеньора. Но принимать решения он должен только в вопросах архитектуры и кода. Если есть вопросы по бизнес-требованиям — нужно уточнять у специального человека.
Обучает начинающих
Путь от джуниора до мидла тернист и запутан. Много поворотов в никуда, много дорог, ведущих в очень плохие районы. Часто подразумевается, что сеньор должен быть гидом, который поставленным голосом вещает интересные факты о каждом здании. Объясняет нюансы каждой технологии, убирает из под ног все грабли и помогает превратить костыли в изящные архитектурные решения.
Обучать людей — это талант. И не у каждого хорошего программиста он есть. На самом деле, сеньор должен быть скорее Яндекс Картами, чем гидом. Он должен указывать направление, следить, чтобы джуниор не свернул в опасный район и шел правильной дорогой. При должном желании джуниора этого с лихвой хватит, чтобы вырастить из него приличного мидла.
Незаменим
Этот миф касается скорее не требований в резюме, а уже работающих в компании сеньоров. Часто случается, что сеньоры становятся незаменимыми, обладают большим количеством знаний, которыми не обладает больше никто в компании. И это считается нормальным, на то ведь они и сеньоры, чтобы знать больше других.
На самом деле — это неправильно. Никто не должен аккумулировать у себя важные знания. Все должно быть описано в документации. Некоторые считают, что незаменимость является гарантом вашего места в компании. Кто вас уволит, если без вас некому отвечать на вопросы? Но ведь ваша незаменимость также мешает вам спокойно уйти в отпуск или уволиться. Да и вообще, если вы боитесь, что вас уволят — значит в какой-то момент своей карьеры вы свернули не туда.
Коммуникабельный
Если сеньор коммуникабелен, обладает обаянием, харизмой, умеет и любит общаться — это отлично. Но, к сожалению, чаще всего это не так. И неспроста, ведь общение — это не тот скилл, который всю жизнь прокачивают программисты. Если мне на собеседовании долго рассказывают, какой дружный в компании коллектив, как они все ездят на шашлыки раз в месяц и возят друг друга на работу — я скорее откажусь от этой вакансии, понимая, что от меня требуется не только делать свою работу, но и быть ярко выраженным экстравертом. А я в этом не специализируюсь.
Однако это не значит, что нужно приходить в офис, садиться за комп, надевать наушники и закрываться от всего мира. Наша работа — командная, и она подразумевает общение с коллегами. Вы можете быть интровертом в свое свободное время, но во время работы вы — командный игрок.
Итого
По сравнению с вакансиями пятилетней давности, компании сделали большой шаг вперед. Уже не перечисляют все термины, которые можно услышать в каком-либо уголке офиса. Вакансии составлены настоящими профессионалами и действительно выглядят привлекательными. Тем не менее, раз за разом, я вижу в вакансиях мифы, оформленные в виде требований. И каждый раз, когда от меня требуют быть дружелюбным или учить джуниоров — мне становится немного грустно.
