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

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

Раздел 2

Сфера IT. Основные языки программирования, понятия и термины

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

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

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

Глава 5

Компании на рынке IT

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

IT-компании условно можно разделить по следующим типам деятельности:

● продуктовая разработка;

● заказная разработка.

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

Мы рассмотрим их деятельность с акцентом на то, как их воспринимают кандидаты: какие плюсы и минусы они видят в трудоустройстве в организацию того или иного типа и вида.

Продуктовая/собственная разработка. Компании, занимающиеся этим видом деятельности, разрабатывают и продают свой продукт. Среди классических примеров — всем известные Microsoft, «Лаборатория Касперского», Google, «Яндекс», Cian, Avito и др. Такие организации или развивают один продукт, или реализуют сразу несколько проектов — главное, что все задачи по разработке, маркетингу, исследованию рынков и ценообразованию фирма решает сама.

Можно выделить два подтипа продуктовых компаний:

● создание главного продукта;

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

В первом случае компания производит собственный IT-продукт — некий софт, который продается и является основным источником прибыли: операционные системы, онлайн-бухгалтерия, антивирусы и т. д.

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

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

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

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

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

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

Заказная разработка — это аутсорсинговые или сервисные организации, которые, как и следует из их названия, разрабатывают программное обеспечение под заказ для других фирм. Компании передают определенные бизнес-процессы или производственные функции на аутсорс, а фирмы-аутсорсеры «продают» им собственных специалистов в качестве рабочей силы. Примеры таких компаний: ICL, SimbirSoft, «ЛАНИТ», «Ай-Теко» и др.

В каких случаях для бизнеса актуален именно такой вид сотрудничества? Есть несколько характерных ситуаций, при которых, как правило, обращаются к аутсорсерам:

● Проверка бизнес-гипотезы. Когда разработчики ПО не уверены, стоит ли вкладываться в новый проект, его минимальную версию (так называемую MVP[14]) заказывают сторонней организации. Это отлично экономит и бюджет, и время. Если по результатам работ идея оказывается актуальной, компания берется за ее реализацию самостоятельно: нанимает продуктовую команду, выстраивает бизнес-процессы, планирует маркетинговую составляющую.

● Разработка уникального решения. Бывают ситуации, когда коробочные (то есть уже существующие) программные продукты не покрывают все потребности компании. Например, порой компании заказывают разработку ERP-системы, потому что существующий коробочный функционал той же 1С их не устраивает, SAP — это очень дорого, а компания считает, что их процессы уникальны. Тогда она решает обратиться к аутсорсеру.

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

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

В этот вид компаний легче войти при наличии небольшого