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

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

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

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

Каждому — по способностям


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

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

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

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

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

Эмуляция в режиме 5/2


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

Значит, мало того, что они претендуют на позицию лишь потому, что она в тренде, так еще и резюме составляют, как говорят веб-разработчики, «под ключ». Если они все-таки попадают в компанию, например, на позицию джуниор-разработчика, то им приходится и дальше соответствовать тому, что они там в резюме себе нафантазировали.

Постепенно ситуация выливается в психологическую проблему, не говоря о профессиональной. Но в случае профессиональных сложностей все не так однозначно, так как здесь работает бомба замедленного действия: у джуниора должны быть проблемы, ведь тяжело в учении – легко в бою. А после окончания испытательного срока джуниор оказывается «у разбитого корыта», ничему толком не научившись. Тогда можно, конечно, утешаться мыслями о том, что программированию нужно учиться не 5, а 10 лет.

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

Это простая аналогия дает представление о том, что эмуляция в режиме 5/2 очень накладна и не эффективна. Тем более, мы все-таки живые люди и имеем свойства уставать на работе. Но человек может даже не подозревать, что причина его профессиональных неудач — перерасход энергии.

Чтобы это понять нужно хоть раз увидеть в действии собственные «нативные процедуры», обратиться к «ядру» своей личности. Но как это сделать, если мы рождаемся без необходимых мануалов или хоть какого-то readMe?

Общий рецепт – нужно провести «реверс-инжиниринг» своей личности. Нужно исследовать недокументированные возможности своего «ядра».

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

Мы решили не откладывать это в долгий ящик и задали несколько вопросов специалистам, прошедшим этап профессионального становления.


Михаил, Системный администратор ОТП (тех поддержка)

Вы начинали карьеру как разработчик? (да/нет)

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

Почему перешли / выбрали вашу текущую должность?

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

Что лично вам нравится в работе на текущей позиции?

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

Дмитрий, Руководитель проектов

Вы начинали карьеру как разработчик? (да/нет)

Да.

Почему перешли / выбрали вашу текущую должность?

Для развития, большей самостоятельности.

Что лично вам нравится в работе на текущей позиции?

Гибкий график, сдельная оплата.

Тестировщик ПО с перспективой в QA, пожелавший остаться неизвестным

Вы начинали карьеру как разработчик? (да/нет)

Нет.

Почему перешли / выбрали вашу текущую должность?

Пытался устроиться куда-нибудь в IT. Когда наткнулся на вакансию тестирования, то попробовал туда. С первого раза не взяли, но идея мне понравилась, потому продолжил подготовку по тестированию и устроился-таки.

Что лично вам нравится в работе на текущей позиции?

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

Тоня, Проект-менеджер

Вы начинали карьеру как разработчик? (да/нет)

Нет, как тестировщик

Почему перешли / выбрали вашу текущую должность?

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

Что лично вам нравится в работе на текущей позиции?

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

Сергей, Product manager – Team lead

Вы начинали карьеру как разработчик? (да/нет)

Да.

Почему перешли / выбрали вашу текущую должность?

Было желание, и руководство предоставило такую возможность.

Что лично вам нравится в работе на текущей позиции?

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

Почему вообще выбрал должность в области разработки ПО, то тут просто – «что умею и что нравится — тем и занимаюсь».

Максим, разработчик ПО

Вы начинали карьеру как разработчик? (да/нет)

Да.

Почему перешли / выбрали вашу текущую должность?

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

Что лично вам нравится в работе на текущей позиции?

Интересные задачи, интересная зарплата.

Данил, разработчик ПО

Вы начинали карьеру как разработчик? (да/нет)

Да.

Почему перешли / выбрали вашу текущую должность?

Да как бы по специальности и нравится вообще :)

Что лично вам нравится в работе на текущей позиции?

Нравится разрабатывать продукты на разных языках программирования и используя современные инструменты

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


Реверс-инжиниринг личности


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

В дополнение к вопросам может быть задана ситуация: если бы вам дали $1 мегалиард инвестиций, дали хорошего гендиректора и поручили придумать стартап и работать в нем. В какой сфере мог бы работать этот стартап? А главное — какие задачи как ИТ-специалист хотели бы решать там вы? Как бы вы оценили свои перспективы в качестве сотрудника этой компании? Куда бы хотели развиваться?

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

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

Вероятнее всего, искать стоит в старших классах школы и в ВУЗе. Это делается для того, чтобы понять, как последовательность неоптимальных решений сбила вас с профессиональных ориентиров, не предоставив возможности проявиться вашим по-настоящему сильным сторонам.

Затем вы вновь возвращаетесь в будущее, отвечаете на вопросы или моделируете ситуации заново. Затем – опять в прошлое и так далее.

Такая итерационная схема постепенно приведет вас к ядру своей личности. После этого останется только запустить команду Build: перекомпилировать восприятие настоящего, пересобрать личность, прописав новые пути, зависимости, связи и перераспределить ресурсы.

P.S. Какими бы ни были стереотипы и мнения «авторитетов», завтра все может измениться. Но если человеку интересна ИТ-индустрия, он будет искать себе место в ней. Никто не застрахован от ошибок, но сделать себе «прививку» от максимализма, идолопоклонства, верхоглядства и слепого следования чужому мнению вполне реально.
Поделиться с друзьями
-->

Комментарии (13)


  1. lightman
    28.05.2016 10:12
    +1

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


    1. vadimr
      28.05.2016 12:02

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

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


      1. semen_grinshtein
        29.05.2016 05:53

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

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


    1. GreyPhantom
      29.05.2016 09:29

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


  1. x893
    28.05.2016 11:15
    -3

    Мне кажется, что если человек не может прислать ссылки на сделанные работы, болтовня на собеседовании так и останется болтовней.


    1. MaxAkaAltmer
      28.05.2016 11:25
      +5

      Далеко не все склонны к опенсорсингу своих проектов. Какие могут быть ссылки при закрытых проектах? Или при секретности на режимном предприятии или так любимых NDA тех же работодателей, которые просят ссылки. Откуда им взяться-то ссылкам?


      1. KvanTTT
        28.05.2016 23:48

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


      1. Wedmer
        29.05.2016 04:25

        К примеру, благодаря нашим нуждам, в luci вернулся интерфейс настройки OpenVpn.


    1. Nubus
      28.05.2016 20:53
      +1

      Прислать ссылки на настроенную сеть, поднятый домен со всеми правами? Может ещё админский логин и пароль для доступа к сети предприятия? :)


    1. OnYourLips
      28.05.2016 21:58

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


  1. vadimr
    28.05.2016 12:06
    +1

    Ответы руководителя проектов Дмитрия насторожили бы меня, если бы встретились на реальном собеседовании. Это отписка, состоящая из штампов.


  1. netghost-ca
    29.05.2016 05:27

    Хорошо написано. Знаю не мало примеров, когда люди, работая на той или иной должности, не раскрывали себя, потому что набор их навыков и ценностей не соответствовал выбранной дисциплине. Мне, наверное, в этом плане очень повезло, в том, что совокупность возлагаемых на меня задач сочетается с набором моих профессиональных качеств и персональных предпочтений, в результате я крайне удовлетворен тем, чем занимаюсь на работе. Хотя есть и обратная сторона — work-life balance у меня очень часто скатывается в сторону работы, потому что мне нравится решать технические проблемы, и я иногда работаю на выходных или в нерабочее время, просто потому что получаю от этого удовольствие. У друзей и близких складывается стереотип, что я workaholic, что кроме работы у меня нет других хобби и увлечений, хотя в моем случае это просто результат совпадения интересов с тем, что является моей работой.

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

    В целом, на мой взгляд, главное не идти в сферу IT просто потому что там более высокий уровень компенсации, чем во многих других отраслях, если к этой отрасли нет влечения. Это в принципе применимо к любой сфере деятельности, но в IT зачастую складывается ложное ощущение более низкого порога вхождения. Занятие неинтересной для себя работой, ощущение, что надо «ходить на работу», могут негативно отразиться на других аспектах жизни, и в конечном итоге могут привести к «потере себя». Follow your passion, whatever it is!