Выбор специализации

Этот пункт наиболее актуален для разработчиков, поскольку есть множество технологий. Тут мы имеем палку о двух концах. Выбирая наиболее популярную технологию, вы конкурируете с бо́льшим количеством людей. Выбирая менее популярную, уменьшаете свои шансы найти работу. Можно попробовать сравнить статистику по Djinni, поставив фильтры «ваш город, страна», «меньше года опыта» и соответствующую технологию. Затем посмотреть количество вакансий, например, на DOU. Общее количество вакансий может быть косвенным показателем количества вакансий для новичков, есть определенная корреляция.

Я могу выделить такие факторы выбора технологии:

1. Привязка к месту жительства.

Если вы привязаны к определенному городу и не хотите переезжать — выясните:

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

Если вы не привязаны к месту:

- В столице всегда больше зарплата и объемнее рынок труда, то есть найти работу будет проще.
- Возможно, в каком-то городе будет открываться интернатура/практика при компании — отличная возможность.
- Есть варианты удаленной практики/работы.

2. Личный интерес. Если вам нравится делать конкретно UI или работать с базами, поищите работу в этом направлении.

3. Опора на ваши уже развитые сильные стороны и навыки. Это может быть вполне хорошей базой для движения в новом направлении. Например, если в школе вы любили администрировать Linux, почему бы не стать DevOps?

4. Простота входа. Чтобы разобраться в технологиях типа HTML, CSS, Wordpress, нужно куда меньше времени, чем на изучение Java или C# вместе со всеми фреймворками. Однако и потолок заработка будет не такой высокий, особенно если вы пойдете получать первую практику на фриланс. Но это может стать отличной точкой входа для дальнейшего развития.

5. Возможность найти первую работу удаленно. Если у вас есть портфолио на GitHub, вы знаете английский, никто не мешает вам написать в любую веб-студию или IT-компанию в мире и предложить свои услуги. Но удаленщики без значительного опыта скорее будут работать с HTML, PHP, CMS, чем с языками, заточенными под Enterprise (промышленную разработку корпоративных решений) — C# или Java. Когда-то я помог другу с минимальным опытом в PHP найти работу в малазийской веб-студии на неплохой рейт, но он переоценил свои силы, и сработаться у них не получилось.

Понять, какие навыки необходимы

Достаточно очевидный и при этом очень не очевидный пункт.

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

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

Соответственно, чтобы изучить, как построить приложение, необходимо:

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

С разработкой в этом плане проще. А что делать бизнес-аналитикам или QA? Аналогично — выяснить, какие артефакты потребляет бизнес-аналитик на вход, что выдает в результате, и каков критерий успешности работы. Например, на вход — это информация, найденная в ходе общения с заказчиком, у которого есть задачи, которые решаются средствами IT. Результат — описать поведение некой системы: функциональные и нефункциональные требования, нарисовать макеты, которые решают задачу клиента.

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

Собственно, вам необходима литература о том, как выявлять потребность клиента, схематизировать (например, IDEF0), организовать UI, писать требования.

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

Собеседования

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

1. Попросить рекомендации — литературу и прочее.
2. Узнать пару интересных ответов на вопросы о технологиях.
3. Показать себя компании. Возможно, вам скажут прийти через пару месяцев, когда выучите это и это. И это будет очень хорошо.

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

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

Часто на собеседованиях задают вопросы, о которых придумано немало шуток:

— Кем вы видите себя через пять лет?

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

— Почему вы хотите работать именно в нашей компании?

Думаю, ваш ответ — «потому что это отличная возможность начать». Если у компании есть какие-то достижения, можете о них сказать. Это подкрепит веру в вашу будущую лояльность.

— Опишите свои сильные стороны?

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

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

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

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

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

О деньгах

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

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

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

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

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

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