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

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

Поэтому ценность разработчика сегодня не просто в умении писать код или знать правильные паттерны. Она в способности доводить задачи до рабочего результата.

Как нанимающий менеджер, я стараюсь находить и продвигать именно таких людей. 

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

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

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

Эти вопросы не про синтаксис и не про правильные формулировки. Их нельзя выучить за вечер перед интервью.

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

Разработчикам закидывают много разных задач и даже проектов “в параллель”. Часто довольно плохо понятно, ЧТО и КАК надо сделать. Ты долго разбираешься: и хорошо ещё, если есть какая-то актуальная документация, и не надо пытаться понять, то ли в доке ошибка, то ли ты тупой. А еще мир не идеален и регулярно что-то где-то ломается, а разработчиков, которые писали тот код, давно уже нету. Давать какие-то оценки сроков в таком формате практически нереально, а начальство уже нарисовало дедлайны и запуски, — и ходит недовольное.

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

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

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

Привет, я Виктор. Двенадцать лет назад я пришел в веб-студию в Самаре. Так начался мой путь в разработке. У нас не было гита, CI/CD, тестовых стендов и много чего еще. Я видел, как это мешало развитию команды и бизнеса. Приходилось на ощупь собирать грабли, открывать для себя хорошие практики и внедрять их. С тех пор я поработал старшим разработчиком в российском финансовом холдинге и немецком b2b-стартапе. Был тимлидом в фудтех-проекте, СTO в образовательных стартапах для российского и латиноамериканского рынка — и почти везде поначалу натыкался на похожие проблемы. Недавно переехал в Израиль, стал консультировать стартап. И что бы вы думали…