Как относиться к работе разработчика

О начинающих разработчиках и принципах работы с ними

За последние десять лет через меня прошло много начинающих разработчиков. Да и чего греха таить, я тоже когда-то был начинающим разработчиком. За это время я получил тысячи вопросов а-ля “как стать разработчиком”, а также просьб взять людей к себе на практику. К сожалению, даже под чутким руководством более опытных специалистов, далеко не каждому хватает сил и мотивации перейти на качественно новый уровень. Статистика — вещь упрямая: количество “пытающихся” и “достигающих успеха” распределяется согласно принципу Парето, т.е. 20/80, где из десяти человек максимум двоим удается пройти первоначальное испытание. Остальные отваливаются по дороге или процесс обучения у них растягивается на долгие годы. И все же, каким должен быть начинающих разработчик, какими навыками и знаниями он должен обладать? Об этом и пойдет речь в статье.

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

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

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

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

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

Как меня за#бал университет, сплошная трата времени

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

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

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

Microsoft — г#вно, буду писать для Linux

Меняем Microsoft на C#, а Linux — на Java или Microsoft на Linux, а Linux — на Microsoft и получаем типичный портрет фанатика. С фанатиками вообще не нужно связываться. Для фанатиков важен процесс, а не результат, для них не важно, чтобы задача была выполнена самым оптимальным способом, а главное, чтоб было на “правильных” технологиях. Хочу добавить, что в первый год своего джуниорства я писал на Pascal, Turbo С++, Visual C++ (MFC и WinAPI), .NET 1.1, PHP, ColdFusion, Perl, Java, пока не понял, что мне ближе и понятней. Человеку, изначально зацикленному на конкретной технологии, будет очень сложно стать действительно хорошим специалистом.

Не буду скрывать, что “проблема технологий” часто встречается и уже среди сформировавшихся специалистов. Недавно был свидетелем демонстрации одного проекта, который можно было реализовать максимум за четыре часа штатными средствами ASP.NET MVC и jQuery. Но, во-первых, выполнение проекта было растянуто почти на год (справедливости ради нужно отметить, что это не был коммерческий проект), а, во-вторых, в демо фигурировали такие слова, как open source, node.js, база данных в виде json-файла. Всё это заливалось через командную строку на github, после чего компилировалось с помощью специальных скриптов, а затем еще один скрипт выкладывал HTML-страничку на хостинг.

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

Ответственность — еще одна критически важная черта джуниоров.

Мне все понятно, вопросов нет

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

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

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

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

А сколько я буду получать?

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

Рекорд побил один студент третьего курса, согласившийся поработать удаленно парт-тайм, имея опыт работы с конкретной технологией 1 месяц. Он захотел зарплату около $2000. Амбиции — это очень хорошо (сам такой), но меру нужно знать 🙂

С чего начать?

Это самый частый вопрос, который я получаю. Ответ достаточно простой: возьмите своё хобби (музыка, спорт, нумизматика) и сделайте для него сайт, мобильное приложение и/или игру. Напишите сначала сайт на PHP, потом на ASP.NET, потом разработайте Android-приложение, потом портируйте его на iOS. А потом попробуйте сайт выложить на хостинг, раскрутить, а мобильное приложение опубликовать в каком-то из app store. Вы получите минимальный, но все же опыт полного цикла разработки проекта от идеи до публикации и это вполне можно указывать в своем резюме. Да и в конце пути вы точно будете знать, что вам больше всего подходит.

А что компании и вузы?

Многие компанияи не готовы работать с джуниорами.

Причины называют разные:

— сейчас мы его научим, а он уйдет к конкурентам;
— мы молодая международная компания, мы работаем только с профессионалами и подготовленными специалистами;
— наши специалисты слишком суровы, чтобы тратить своё время на джуниоров;
— задача готовить специалистов полностью лежит на государстве и вузах, мы-то тут при чём?

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

Многие также рассматривают онлайн-платформы в качестве альтернативы классическому обучению, где, по сути, всё зависит только от желания и мотивации самих учащихся. Но в этом-то и в проблема. Ведь все замечательные инициативы, такие как iTunes U, Coursera и т.д. сталкиваются с ничтожно малым количеством тех, кто проходит полностью курс (цифра окончивших курсы колеблется в районе 1-3%). Именно поэтому наличие менторов обязательно для того, чтобы увеличить этот показатель хотя бы до 30%. И здесь необходима кооперация всех игроков ИT-рынка, включая государство.

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

Вместо выводов

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

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

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

Джуниор
начало карьеры
обучение
начинающие программисты

Собеседование на позицию разработчика, как оно есть

Доброго времени суток. На данный момент я занимаю должность Senior/Team Lead IOS Developer. Так вышло, что за последний год мне довелось побывать на огромном количестве собеседований, так сказать, по обе стороны баррикад. Поэтому мне бы хотелось поделиться своим опытом и поговорить о том, как, на мой взгляд, надо проводить собеседование, ведь в общей суматохе можно упустить ряд важных моментов, что, впоследствии, может негативно отразиться на качестве собеседования.

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

Заповеди

Заповедь номер раз

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

Заповедь номер два

Ваша задача – выяснить, что данный человек может сделать для Вашей фирмы сейчас и через три месяца, а не то, что он мог сделать год назад.

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

Заповедь номер три

Ваша задача – определить сможет ли человек влиться в команду.

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

То, на что надо обратить внимание

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

Собеседование следует проводить в переговорной комнате (далее переговорке). Если переговорка занята – перенесите собеседование. По большому счету, данная комната вместе с вами – это лицо компании для собеседуемого. И если вам действительно нужен сотрудник, позаботьтесь о том, что бы «лицо» выглядело подобающим образом. Ни в коем случае не проводите собеседование в холле офисного центра или вблизи своего рабочего места со снующими рядом коллегами. Все это не создаст спокойной атмосферы и не поможет сформировать у человека приятного мнения о фирме. Мне, к сожалению, пришлось побывать в подобной ситуации.
На столе обязательно должен стоять стакан воды для «гостя». Чай и кофе — это опции, но вода должна быть обязательно. Во-первых, говорить в течении долгого времени довольно тяжело. Во-вторых, вы избавите человека от необходимости просить у вас что-то во время собеседования. И наконец, в случае временной заминки он не будет сидеть и нервно скручивать пальцы в гордиев узел, а просто возьмет стакан воды.
Проводите собеседование без листика или ноутбука, иначе может сложиться впечатление, что вы сами не уверены в том, что спрашиваете. Четко формулируйте вопрос, предварительно отработав его на коллегах. Собеседуемый должен понимать, что вы от него хотите.
На собеседовании задавать вопросы должен один человек. При этом в помещении могут присутствовать несколько, что бы было с кем обсудить результаты. Трое на мой взгляд оптимально.Часто из-за неуверенности мы норовим захватить с собой коллегу, который подстрахует нас в сложную минуту. Из-за этого, собеседование превращается в перекрестный допрос с участием двух плохих полицейских. Такого быть не должно (см. заповедь 1).
Если на собеседовании имеется необходимость поговорить сразу о нескольких областях, например программирование и управление проектами. То разбейте собеседование на 2 части, так что бы сначала собеседуемый общался с 1-ым специалистом, а потом со 2-ым. Избегайте перекрестных допросов.
(данный пункт исправлен после комментария Пользователя: xoposhiy)
После собеседования не поленитесь прямо на резюме пометить информацию о претенденте. Все что считаете нужным: правильные или неправильные ответы, эмоциональное впечатление от общения с человеком, и т.д.
Спустя пару недель и 6-7 собеседований вы скажете себе спасибо за это дальновидное решение, когда надо будет приглашать человека на работу. Плюс ко всему у вас накапливается неплохая база данных.
Ограничение во времени. В свое время мне пришлось столкнуться с требованием со стороны HR менеджера сократить время проведения собеседования до получаса, мол люди сильно устают после долгих собеседований и у них формируется плохое впечатление о фирме.
Смело шлите такие предложения ко всем чертям. Во-первых, раз собеседование проводите вы, то только на ваших плечах лежит весь груз ответственности по принятию на работу данного человека. И, следовательно, в случае неверного выбора отвечать тоже вам.
Во-вторых, люди скорее устают от неинтересных и скучных собеседований, нежели от долгих.
Помнится, я выходил раздосадованный с 40-минутных собеседований по списку стандартных вопросов, и совсем другое дело после 2 часов жесткого собеседования с авторскими вопросами, которых раньше никогда не слышал. После второго я почерпнул что-то новое, а на первом просто потратил время.
В целях сокращения времени выделите ряд ключевых вопросов, в случае отсутствия ответа на которые собеседование можно максимально сократить, не оскорбив при этом человека. Может через годик-другой он станет высококлассным специалистом.

Собеседование на junior программиста

Цель – выяснить обучаемость собеседуемого.

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

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

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

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

Собеседование на middle/senior программиста

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

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

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

Разумеется, надо иметь в голове список вопросов, которых вы бы хотели коснуться, чтобы направлять беседу в нужное русло. Такой тип собеседования позволит проверить очень важное качество человека – его честность. Был следующий случай. Пришел на собеседование человек, который рассказал, что работал на проекте на ведущих ролях, а также что в его проекте было более 50 таблиц в базе данных, не один десяток миграций и обращения к базе идут в разных потоках и много чего еще. Однако при вопросе, как была организована работа с базой из многих потоков, внятного ответа не последовало (см. заповедь 2). Думаю, всем понятно, что место в нашей компании этот человек не получил.

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

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

Вы должны найти границу знаний собеседуемого, если пробел обнаружен не стоит тратить 10 минут на добивание, лучше двигайтесь дальше. Такой вариант будет приятнее для собеседуемого и продуктивнее для вас. (см заповедь 1).

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

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

Как вести себя на собеседовании

Я умышленно не касаюсь темы заработной платы, так как в сфере IT – это очень индивидуально. Единственное, что могу сказать просите столько, чтобы вам хотелось работать и вы не чувствовали себя обманутым.
Не поленитесь уделить полчаса перед собеседованием на то, чтобы повторить основные моменты. Поверьте, это время окупится с лихвой. Помнится был на собеседовании человек, который на вопрос «Что такой ООП?», ответил «Ну, Э… Это нужно для наследования».
Не надо напяливать галстук или костюм, если вы не носите его в повседневной жизни. Меня больше смутит человек в непривычной ему удавке, чем в байке. Если в фирме есть дресс-код – вам об этом скажут. Главное – выглядеть опрятно.
Не врите о своих заслугах. Ложь легко вскрывается.
Заранее подготовьтесь к вопросам типа: «какой проект понравился вам больше всего?» — этот вопрос нужен, чтобы начать беседу.
«Почему вы ушли с предыдущего места работы?» — не буду говорить, как надо на него отвечать, но худший ответ, который слышал я, был: «Мне в другом месте больше предложили». После такого ответа к человеку появляется множество вопросов.

фактическую сумму, которую вы будете получать на руки (за вычетом налогов и бог знает чего еще);
формат помещения в котором вы будете работать: open space/отдельные комнаты. Желательно даже посмотреть;
предоставляемая техника: мониторы, ноутбуки;
подробно расспросите про проекты, размеры команд и вашу роль на них;
выясните, кто будет вашим непосредственным начальником. Это может быть человек, который вел собеседование. А если это не так, то можно попросить познакомиться с ним.

Заключение

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

Всем удачный поисков и высококлассных специалистов.

собеседование
программирование
управление проектами

Как развивать разработчика в компании

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

Что разработчик хочет получить от компании

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

Прозрачная заработная плата

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

Гибкость процессов

Согласно опросу Stack Overflow, отсутствие гибкого подхода в компании — одна из главных причин поиска новой работы разработчиков (61%). Сюда относятся как условия работы — гибридный график, общение с командой, согласования проектов, так и подходы к разработке.

Ценность опыта

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

Наставник в команде

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

Возможность обучения

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

Доступные ресурсы

Даже если в компании строгая система безопасности, у разработчика должны быть все необходимые доступы и программы. Это касается как админских прав, так и доступа на Stack Overflow.

Как настроить разработчика на развитие

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

Всегда нужно начинать с честного фидбэка. Что не получается, в чем сложности, какие цели в проекте? Такой тет-а-тет желательно проводить ежемесячно с каждым сотрудником. Так вы первым узнаете о том, что что-то пошло не так. Обиднее, если об этом сообщит HeadHunter.

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

Помогаем разработчику развиваться

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

Обменивайтесь опытом

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

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

Делитесь результатами проекта

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

Следите за трендами

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

Сделайте обучение доступным

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

Давайте обратную связь

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

Что разработчик сделал за месяц?
Какие были сложности?
Какая задача была самой сложной? Что помогло ее решить/ Почему не получилось?
Как разработчик оценивает развитие проекта и продукта?
Какая помощь нужна?
Какие планы на следующий месяц?

Как найти хорошую работу. Опыт циничного программиста

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

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

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

Иллюстрации Ульяны Патоки

Определимся с целями, или Как понять, что это твоё?

Кожному своє — так було написано на воротах Бухенвальда.
Митець

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

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

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

Чего мы хотим?

Бойтесь своих желаний — они имеют свойство сбываться.
«Мастер и Маргарита», Булгаков

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

Потом начинается самое интересное. Задаем себе вопрос: зачем мне все эти пункты? Допустим, прибавка к зарплате. Что я куплю на нее, ничего? Тогда зачем мне прибавка? Новые технологии. Зачем? Ну я понимаю, нужно держать знания в актуальном состоянии, но будет ли эта технология популярна на рынке труда через пару лет? Удаленная работа тоже не для всех. Да, некоторые не могут работать дома и карантин это наглядно показал.

Так что требования к новой работе должны быть максимально конкретными, с чётким пониманием, зачем каждый пункт и что из пожеланий важнее: больше денег или удаленная работа. И могу ли я пожертвовать удалёнкой, если зарплата будет ну очень вкусной? Если да, ради какой суммы?

Если хочу интересной работы, что это такое? Может быть, интересует какой-то домен, или математика, или ещё что.

Совместимы ли требования, или Скучная прагматика о бизнесе

Принцессы не какают бабочками.
Пособие для странствующих принцев

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

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

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

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

Любой бизнес ставит во главу угла прибыль. Всегда-всегда-всегда-всегда. Кто делает по-другому, очень быстро обанкротится. Я прямо слышу, что кто-то, читая, заблеял козликом: «Бе-е-е, Илон Маск собирается строить город на Марсе, бе-е-е». Ага, собирается и тут же заявляет, что законы Земли на Марсе работать не будут. Вот вы представляете: колония на планете, в перспективе, возможно, целая планета и все там живущие имеют очень тесные связи с единственной фирмой. Это даже не деньги уже. «Звёздные войны» смотрели? Я приветствую тебя, Галактический Император.

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

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

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

И откуда вообще взялась дикая мысль, что нужный людям продукт и зарабатывание денег находятся в противофазе? В списке самых богатых людей мира Безос, Цукерберг, Пейдж. Компания Amazon или Google производит ненужные продукты, серьёзно?

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

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

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

Реальны ли наши хотелки?

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

Я это к чему: перед поиском работы хорошо бы посмотреть на рынок труда и определиться, не раскатал ли я губу очень сильно? Может, стоит попуститься слегка?

Где и что делать?

Теперь нужно определиться, где искать. Но существуют ли общие рекомендации (мы помним, что люди хотят разного)? Оказывается, существуют. Те, что я знаю, представлены ниже.

Большинство возможностей — в крупных городах

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

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

Некоторых работ в Украине нет!

Google, Amazon, Oracle. Если вы хотите работать там как сотрудник, а не контрактор из бодишопа, поезжайте в США/Европу. То же самое, если хотите иметь хорошую пенсию и вообще ее иметь, если важны чистые улицы и социальная защита. В Украине ничего такого в обозримом будущем не случится.

Чтобы следующая работа была лучше предыдущей

Ведём себя правильно

Старый конунг, король викингов стоит на скале фьорда и говорит сам себе:
— Я, конунг Олаф, построил два прекрасных города. Но никто не называет меня «Олаф — Градостроитель!»
— Я, конунг Олаф, имею под своим начальством пять тысяч воинов! Но никто не называет меня «Олаф — военачальник!»
— Я, конунг Олаф, завоевал все земли от Британии до Греции, но никто не называет меня «Олаф — завоеватель!»
— Но стоило мне ОДИН РАЗ тр***ть овцу. (Из анекдота).

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

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

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

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

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

Взвешиваем риски

Не меняем работу спонтанно и из-за незначительного преимущества. Решение должно быть прочувствовано и просчитано. К примеру, дают тебе на 300 долларов больше, вроде не так уж и мало, но станешь ли ты счастливым от этой суммы? С другой стороны, как там сложится на новой работе, еще не известно. Что, если придётся искать другую? Это потеря денег, переживания. Стоят ли они небольшой прибавки?

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

Ещё пример: получили вы хорошее предложение, но есть мелкие неудобства. Соглашаться или искать точно такое же, но с перламутровыми пуговицами? Можно ведь и не найти!

Поиск работы — это тоже работа

Во-первых, нужно найти вопросы, которые обычно задают на собеседованиях, и заучить ответы, чтобы от зубов отскакивало — для каждой специализации они есть во множестве. Во-вторых, нужно тренироваться. Где? Да в компаниях, которые не соответствуют вашим идеалам! Вы ведь не очень хотите там работать, вот и действуйте. На пятом собеседовании вы уже всё выучите наизусть. Идя в контору, почитайте о ней — люди любят, когда о них что-то знают и задают осмысленные вопросы.

Взялся за гуж, не говори, что не дюж

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

Сводные характеристики компаний

На собеседованиях часто можно услышать: зарплата у нас средняя по рынку (это значит, что значительно ниже средней), зато коллектив хороший/работа интересная/etc. Не верьте — это наглая ложь и попытка манипуляции. Давайте подумаем, в каких конторах хорошо работается? Начнём издалека.

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

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

Почему? Конечно, люди хотели бы платить разработчикам как можно меньше, но они понимают: за мало толковых не найдёшь.

Даже если найдёшь, программировать на голодный желудок, когда думаешь, что твоим детям нечего есть, не на что купить им игрушку, не выйдет. Инженер должен быть отдохнувшим, счастливым и довольным жизнью — тогда он работает хорошо. Вы думаете, в Google программистам разве что сопельки не вытирают, потому что Брин, Пейдж и Шмидт добрые феи с волшебными палочками? Ага, сейчас!

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

Еще один признак хорошей конторы: сотрудников не считают за идиотов. Вроде бы очевидно, следствие — нет: в конторах, где сотрудников не считают за идиотов, не рассказывают в бравурном тоне об «успехах компании», которые их никак не касаются. Мы заключили новый контракт, радость-то какая! Рядовому программисту от этого что? Хочется, конечно, чтобы люди были в курсе успехов конторы, но можно ведь и по-другому: например, устроить корпоратив. Хотите, чтобы люди радовались вместе с вами — накройте стол, налейте вина.

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

Итак, характеристики компаний.

Хороших

Не бывают мелочно жадными

Пример: в одной николаевской ІТ-конторе в далёком 2006 году собирали по 5 гривен на установку ёлки. Ёлки, блин! Точно такой же, как я себе покупал в дом. Класс, да?! А ещё эта компания знаменита работой в две смены за одним компьютером. С 07:00 до 15:30 и с 16:00 до 24:00, полчаса на обед. А вишенка на торте — штрафы за опоздание. Ни снег, ни дождь, ни град, ни транспортный коллапс для отмены взыскания не причина. Охранник с секундомером на входе. С секундомером — не вру. Опоздал на пять минут — всё, половина рабочего дня в минус. Хорошо, что я подружился с тамошней охраной и они мне опозданий не отмечали.

Не корчат из себя Google

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

И плохих

Надменные

Лет пять назад собеседовался я в одну игровую компанию в Киеве. Она находится между метро «Контрактовая площадь» и «Тараса Шевченко», в каком-то административном здании во дворе. Пришёл и слегка растерялся: не понятно, куда заходить. Звоню эйчарке, мол, не могли бы вы выйти, слишком уж тут у вас запутанно. Ответ: «Я этим заниматься не буду». Нормально? Я всё же нашел, как добраться, и зря: маленькая зарплата (зато у нас очень интересно), переработки не оплачиваются (вы должны быть ответственными за сроки) и тестовое задание — сделать коммерческую игру. В общем, потерял время. Из этого можно сделать вывод: если к вам проявляют пренебрежение, разворачивайтесь и уходите.

Невыполнение обязательств

Очевидно, что плохо, если не платят зарплату тебе. А если другим? Тебя ведь пока не трогают. Пока. но обязательно тронут, как только станет выгодно — сразу же. Вам не нужна последняя зарплата? Тогда идите работать в фирмы, которые не платят djinni за найм 🙂

Другой пример, сразу после кризиса 2008 года я собеседовался в ещё одну игровую контору, и ходили слухи, что там зарплату задерживают. Я спросил, мол, правда ли это? Эйчар отвечает:

Да, было, но новым людям мы стараемся не задерживать.
А старым?
Бывает, но все, кому не нравится, уже уволились.

Хотите, чтобы в благодарность за долгое время работы вам стали задерживать зарплату? Тогда принимайте предложения от контор с плохими отзывами, вы же бессмертный Маклауд-везунчик и такого не случится никогда.

Рассказы о пассионарности

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

Все эти рассказы о том, как нужно Родину любить, — очень плохой признак. Есть на украинском рынке такие менеджеры: дикая помесь советского директора колхоза, продажника МММ и капризной проститутки. Когда ему нужно, компания — твои лучшие друзья, семья, дом, да всё, что захочешь, только останься сегодня допоздна и закончи вот эту работу (но завтра нужно прийти обязательно вовремя). Однако, когда речь идет о том, чтобы тебя уволить, что ж — это бизнес.

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

Тимлид — задрот

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

Теперь представим такую же ситуацию в строительстве. Был каменщик, клал стеночки идеально, ровненько, красиво. и его сделали прорабом. Ну и что, умение составлять сметы, набирать людей, обосновывать сроки ему свалится с неба? Не свалится, тогда откуда у программиста точно такие же навыки? Им ведь надо учиться!

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

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

Хотите такого руководителя, нет? Но как же его распознать.

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

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

Куда податься, если.

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

Главное — деньги

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

Ответственность за других. Если чувствуешь в себе силы довести проект с начала и до конца, при этом в рамках временных ограничений и бюджета, тебе прямая дорога в менеджмент. Помните, я выше писал об обратившемся ко мне ищущем менеджере? Так вот, он зарабатывает, не скажу сколько, но сильно выше среднесибирских четырёх тысяч в месяц.
Редкие, но востребованные рынком навыки. Предметные области с высоким порогом входа. Ходят слухи, что за COBOL, например, можно получить очень много — людей нет. Но и проектов таких тоже немного. Еще можно пойти в анализ данных. Учиться тяжело, долго, зато зарплаты хорошие.
Умение решать cложные технические проблемы. На техлидов со знанием какой-нибудь Java или C# и видящих разработку в целом, можно сказать, охотятся ІТ-компании, предлагая вкусные условия. Для этого, правда, нужно не только учиться, но думать постоянно, что же за задачу ты решаешь.
Работа в денежной отрасли. Как вы думаете, где больше платят при прочих равных: в обсерватории или банке? Ответ предоставляется читателям в качестве упражнения. Ещё тароват гемблинг, блокчейн. И в трейдинге, говорят, вкусно кормят.

Хочется стабильности

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

Казаку воля да добрый конь

Если хочется свободы, милости прошу во фриланс. Зарабатывать будете на первых порах немного, потом с обрастанием клиентурой не хуже, чем толковый тимлид в аутсорсинге. Почему? А найти клиента, чтобы платил вовремя и без кидалова, — это едва ли не самая сложная задача! Кстати, решая её, начинаешь понимать, что кровавый аутсорс — самый лучший друг программиста!

Не было бы его, работали бы вы, товарищи-снобы, админчиками в «Укртелекоме» (и то это кому как повезёт). Самые удачливые — в государственных банках с их обязательным приходом к 8 утра и отношением к айтишнику как к странному нищему мальчику в растянутом свитере. А самые-самые везучие попали бы в оборонку проектировать дроны, хоть квартиры дают (ну, или могут дать). Да-да, в ту самую оборонку, куда при наличии аутсорсинга ну никак не найти людей. Поиск клиентов — это занятие, сильно отличающееся от написания кода.

Интересная работа

Конечно, интересно всем разное, но сложная работа обычно в науке и рядом. Платят меньше, чем фрилансеру, но интересно. Настолько, что большинство работает за 1/10 от суммы, что можно получить в бизнесе, и по вечерам подрабатывает тем же фрилансом. Ещё учёному легче уехать за границу, правда, и там жировать он не будет. Мне как-то предлагали контракт в Сингапур, интересная задача и платят много по украинским меркам. Но налоги! Пришлось бы каждую копейку считать. А город очень дорогой, за скромное жилье пришлось бы отдать в лучшем случае половину зарплаты.

Так что за всё приходится платить. Я бы посоветовал пойти в украинские исследовательские центры и поискать работу там. Есть фирмы, например, при Институте кибернетики. Они занимаются наукоемкими проектами и чувствуют себя неплохо.

Ну вот вкратце и всё. Есть ещё вопросы, связанные с прохождением собеседований, но это совсем другая история.

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

�� Подобається Сподобалось 10

До обраного В обраному 35