Как нанять разработчика и не утонуть в «сильном опыте» и пустых обещаниях

Как нанять разработчика и не утонуть в «сильном опыте» и пустых обещаниях

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

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

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

Если нужен разработчик в агентство, нанимай не «самого умного», а того, кто умеет стабильно доставлять результат в системе с клиентами, правками и ограничениями. Сначала проверь коммуникацию и дисциплину, потом — глубину стека.