Я провёл 8 собеседований за 2 дня. Мне даже пришлось взять выходной от основных задач на работе, чтобы успеть со всеми поговорить. У всех программистов был очень достойный технический уровень — фронтендеры с необходимым стеком, знали React и TypeScript и могли объяснить всё то, что я у них спрашивал.
Но многие из них «сыпались» на софт-скилловой части. И благодаря этому я понял одну важную вещь.
Кто пишет: Миша Ларченко, tech-lead, живёт в Нидерландах. Ведёт блог на YouTube.
Сначала поговорим об ошибках.
Никогда не опаздывайте
Один кандидат довольно сильно опоздал (на онлайн-собеседование). А когда появился и включил камеру, то мне показалось, что он только что проснулся и сидит на кухне общежития в засаленной майке. И он выбрал такой ракурс для камеры, что мы могли увидеть низ его живота.
Поэтому, если вы идёте на собеседование, обязательно продумайте обстановку и как вы будете выглядеть.
Другой кандидат не опоздал, находился в нормальном помещении, хорошо отвечал на все вопросы. Но при этом было впечатление, что ему всё равно. А это большая ошибка — вы или ищете работу, или подработку. Но такое пофигистическое отношение, скорее всего, никому не понравится.
Мы с коллегами между собой назвали этого кандидата «чилловый парень». Но это всё ерунда по сравнению с главным недостатком.
Говорите на собеседованиях
На собеседовании от вас ждут, что вы будете (сюрприз!) говорить. Рассказывать о себе, о своём опыте, о технологиях. Не просто односложно отвечать на вопросы, а подготовить связный рассказ.
Многие люди на вопрос «Расскажите о своём опыте» отвечают что-то в стиле: «Я работал на таком-то проекте, где кроме меня было ещё 5 разработчиков, мы использовали React и Redux». И дальше он молчит.
Это, конечно, классно — мы как будто бы услышали всё, что хотели. Но такая краткость — плохо для собеседования. Компания хочет услышать больше деталей. Что это был за проект? Как вы распределили роли в команде? Какое было взаимодействие между разработчиками?
На любом собеседовании у вас будут спрашивать, почему вас заинтересовала эта вакансия, и будут предлагать подготовиться заранее. Поэтому продумайте детальные ответы хотя бы на эти вопросы. Я не предлагаю прописывать готовый ответ — пропишите хотя бы примерную структуру.
Я предлагаю следующую: завязка (чтобы заинтересовать того, кто слушает) — описание и решение проблемы — заключение (вывод).
Пример связанной истории
Я работал на проекте для международной логистической компании (порты). Там было много работы, связанной с документами, мы пытались добавить блокчейн (но он не был нужен).
Проект был действительно интересный. Но если я расскажу: «Работал на клиента BlockLab, использовали блокчейн, использовали Node.js и React» — звучит многообещающе, но хочется подробностей. Поэтому hiring менеджер может задавать наводящие вопросы, а может и не задавать.
Но если я расскажу: «Я работал в BlockLab, международной логистической компании. Наша задача была объединить порты и упростить документооборот логистических операций. Мы использовали блокчейн, чтобы хэшировать документы и тем самым подтверждать, что они не изменялись. Мы использовали Node.js, чтобы написать быстрый бэкенд — у нас была экспертиза. Использовали React, потому что это самый популярный UI-фреймворк для создания веб-приложений сегодня. Поэтому есть много приложений и людей на рынке, которых можно нанять на проект. Хостилось всё это на Google Cloud, разворачивали там и использовали Terraform.
Сначала мы подключали блокчейн с помощью фронтенда, но потом поняли, что это медленно. Потому что разная производительность компьютеров у пользователей. Не всегда можно рассчитывать на быстрый ноутбук. Поэтому мы решили перенести взаимодействие с блокчейном на бэкенд. Так мы ускорили и производительность приложения, и усилили его безопасность. Потому что всё, что находится на клиенте, доступно любому пользователю — он может зайти в консоль или исходные коды и всё увидеть.
Поэтому, когда мы перенесли логику взаимодействия с блокчейном на Node.js, мы улучшили безопасность нашего приложения. Авторизацию мы тоже делали через блокчейн — так мы можем убедиться, что это именно тот пользователь, который нам нужен.
Я разрабатывал интерфейс и был на проекте, пока интерфейс был уникальный и было сложно его разработать. Но ушёл после того, как основные детали были сделаны, и любой начинающий разработчик мог продолжать работу».
Похожую структуру я бы и хотел услышать от человека, которого я собеседую.
Не думайте технологиями — думайте бизнесом
Если нужно сказать про технологии — вас спросят. Но если вас спрашивают более абстрактные вещи, то надо думать с точки зрения пользовательского опыта и заработка денег.
Главное — давать больше информации во время собеседования. Даже если не знаете, что ответить — начните подходить к ответу вслух. И тогда ваш собеседник вас направит на правильный путь. Но для этого он должен знать, куда вы идёте.
Не у каждого подвешен язык. Иногда задаёшь вопрос, и люди начинают в ответ «бэкать» и «мэкать», вместо того чтобы вслух описывать свои мысли. Будем откровенны — это не очень содержательная речь. Чтобы такой ситуации не было, нужно вслух произносить, что ты думаешь. Так вы демонстрируете ход своих мыслей и показываете, как можно поправить или намекнуть на правильный ответ.
Мнение автора может не совпадать с позицией редакции.
Что ещё почитать про собеседования:
- «Собес — не инквизиция». Тимлиды рассказали, как провести успешное собеседование;
- Битва за работу. Почему ИИ не заменит человека при найме — мнение руководителя рекрутинговой компании;
- «Нервные сотрудники мне не нужны». Tech lead с 20+ годами опыта рассказывает, как проводит собесы.
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.
Ага, рассказываешь парням как просто на изи улучшить что есть, без особых вложений и время-затрат, они обижаются на тебя и пишут плохие фидбеки после интервью.
Если клиент платит за софт скилы то - ок, а если нет?)_
Пользователь отредактировал комментарий 10 апреля 2025, 15:02
А танцевать или анекдоты рассказывать пока ещё не нужно? И ещё смеются с работодателей, использующих карты таро... Какая связь между умением программировать и рассказыванием историй?
Такая, что без рассказывания историй тебя не пригласят программировать. Кода в интернете тонны, некоторый даже работает. А в нормальных компаниях, а не галерах и бодишопах, инженеры нужны, чтобы решать задачи, рассуждать, искать это решение и объяснять, почему найденное решение лучшее.
А если нужна работа, где ты просто таскаешь карточки в джире и пишешь спагетти-код, не особо вникая в продукт, то тут конечно совсем другая история, но там и зарплата на уровне индусов, а то и ниже. Сытые времена позади, к сожалению, внезапно обнаружилась конкуренция за места
Пользователь отредактировал комментарий 10 апреля 2025, 18:08
И согласен и нет. Программирование оно разное. Есть разные конторы-продукты-процессы. Где-то хорошо бы, что бы программист и в бизнесе разбирался, если он в небольшой конторе двигает продукт для внутренней кухни, а где то его главная задача карточки таскать в жире строго по процессу, если это энтерпрайз и на проекте ещё пяток бизнес аналитиков кроме него.
И когда чел пришел дашборды клепать для менеджмента, ок, вопросы про бизнес уместны, потому что скорее всего там нет чела, который поймет про наследование и полиморфизм - там потрындеть и будешь своим. Но если потрындеть от него хотят, а берут в коде копаться, особенно каком-нибудь легаси - это контрпродуктивно ИМХО. Потому как есть интроверты и экстраверты и тот кто любит и умеет интересно трещать, скорее всего, не сможет рутинно часами копать чужие говнА.
Проблема в том, что просто копаться в чужих говнах мало. Надо копать их с пользой. А для обнаружения пользы нужны soft-skills.
Альтернатива - просто сидеть де-факто миддлом и де-факто кодером (а не инженером) в энтерпрайз и двигать карточки на канбан-доске слева-направо с переменным успехом. Это тоже может неплохо оплачиваться, но можно и больше и интересней.
Комментарий скрыт за нарушение правил комментирования.
Правила тут, их всего 5
ну он где-то прав. Надо уметь продавать себя если уж ты работу ищещь. Расскажи что ты можешь дать бизнесу, т.к. это он собирается тебе платить деньги. Если ничего - тогда увы
Бизнес ищет инженера. Я инженер и умею в программирование и платят мне за это, а не за то, что я буду рассказывать что и как продавать.
Я сначала хотел написать долгий комментарий и объяснить что с этой позицией не так... А потом передумал.
Вот что кризис животворящий делает. Кошмар. Пойду покаюсь.
так проблема в том что ты не один который умеет в программирование, и сейчас требования такие что без понимания бизнес домена и процессов, когда ты стоишь в позе "напишите мне детальное тз чтобы прописана была каждая запятая" - это и чатгпт сделает, нахрена тогда ты нужен в принципе. Нужен человек который и процессы понимает, и технологии, и понимает как это реализовать чтобы все работало. Т.е. подход "я кодю то что написано в жире от забора и до обеда" уже не канает, время прошло, брат, когда "я умею в програмирование" прокатывало
Инженерия - это творчество. И, разумеется, если ты занимаешь инженерным делом, то ты обязан уметь "продавать" своё творчество. Доказать, что твоё решение является оптимальным в данных условиях. А для этого надо понимать, что ты делаешь с точки зрения бизнеса, т.к. главное в бизнесе - сам бизнес.
И платят тебе (если уж ты инженер, а не кодер) как раз за то, что ты выдаёшь близкие к оптимальным решения. Т.е., в том числе и за то, что ты будешь "продавать" свои решения и рассказывать про свои решения с их плюсами и минусами, а не просто за то, что ты накодил какой-то чёрный ящик как захотел.
Можно, конечно, и просто "уметь в программирование" и получать только за это неплохие деньги, только это не работа инженера. Не надо обманывать самого себя. Это работа техника, а не инженера. И это именно то, чем занимают очень многие программисты, формально носящие звание инженеров.
Чел, ты инженеров нанимаешь. Хочешь чтобы думали о бизнесе - нанимай менеджеров.
Если человек не хочет разбираться в предметной области а хочет только пушить сомнительного качества код в приватные репозитории компании - то пользы от такого инжиниринга как с быка молока. Цель собесов сегодня на 20% отсеять опасно некомпетентных и на 80% найти людей которые будут решать задачи бизнеса не преващая вашу информационную систему в падучий черный ящик на костылях.
А как быть тому, кто пришел и думал что может эти накостыленные кастыли многолетние (воркэраунд на ворераунде) привести в более менее что-то вменяемое, а не виснущее от 100 пользователей, даётся убеждение с трудом ибо привычка - вторая натура, а потом взяли индуса, выпрыгивающего из штанов с криком " чего изволите", заливающиего тонну говнокода и не вникающего в суть ... так что хочется уже плюнуть на это всё и пусть сами розгребают...как вот тут быть блин. :(
Как показывает практика, в таких ситуациях пора валить.
Либо ломать привычки, чтобы научиться убеждать людей, либо смириться с наличием такой привычки и с тем, что она не даст тебе выйти на тот уровень, когда ты реально сможешь заниматься такими проектами.
Сейчас индусы сходят с самолета, и бегло рассуждают о Business Terms.
Возможно 5-10% белорусских гребцов могут так же.
Как у Высоцкого было "Капитан, никогда ты не станешь Майором..."
Так же никогда ты не станешь сеньером...
Красную шапку из "Авось прорвемся" на на Бусти посмотрите, она там хорошо про интерью стелит...
Пользователь отредактировал комментарий 10 апреля 2025, 18:39
проходил собесы в прошлом месяце в Германии, и могу с уверенностью сказать что Миша прав - мало кому интересно только насколько хорошо вы знаете тот или иной инструмент, если вы перетендуете на синьер позицию вам надо рассуждать с точки зрения бизнеса в первую очередь а на чем написать - питоне или расте - дело десятое. Хотя да - бодишопам типа епама конечно нет разницы на ваши софт-скилы
Зачем же так пренебрежительно. На тысячу мелких контор, имеющих в штате пару-тройку эникейщиков в прокачанными софтскилами есть пара-тройка такого рода бодишопов пилящих энтерпрайз проекты с нормальным штатом ПМов, аналитиков и т.д. где всё ещё нужны просто инженеры. Но мелких контор банально больше, поэтому их мнение по найму слышно чаще и некоторые стали верить, что они правы, забывая, что много не всегда значит верно. Мух тоже много, но как по мне, выбирают они не самый лучший продукт.
Поясните о каком бизнесе может говорить беларус разработчик с немцем нанимателем. Я никого не хочу уколоть или принизить. Просто поясните мне. Софт скилы, работа в команде, да. Но какая у вас экспертиза в немецком бизнесе и что реально вы можете предложить именно для развития бизнеса и заработка денег, а не как тех специалист, предлагающий какие-то улучшения в тех решениях.
т.е. по вашем производственные процессы в германии и за ее пределами кардинально разнятся?
Allianz
Пользователь отредактировал комментарий 11 апреля 2025, 11:43
Можете закидать меня какамнями, но в из первых рук могу сказать что софты в епаме это маст хэв
Миша, а на кого вы собеседовали? Что-то знакомое в технологиях промелькнуло. Если это в Нидерландах, дайте знать, я вам всю подноготную расскажу. А то эти немцы уже достали, сил нет. У них там дыра на дыре, и мало кто жалуется, я в шоке. Вместо того чтобы что-то менять, они за старое держатся. Правда, взяли какого-то наивного индуса легаси обновлять, но чую, скоро это закончится. Как гласит народная мудрость, хуже наивного индийского джуниора может быть только очень энергичный наивный индийский джуниор. Это в придачу к начальнику с "гениальными" идеями и тимлиду, который вечно свои же старые поделки переделывает и не всегда помнит что и как. Но это бэк на смопальном фреймворке, фронт тут вроде получше, хотя и переусложнён немного и требует обновления, которое в процессе, но из-за дергатни по поводу разных "гениальных" идей всё ни ещё... в процессе...
Истории зато хорошо умел рассказывать небось? :)
у них специальные курсы есть для этого - как его чуть не взяли в гуголь, но потом начался священный праздник Кришна-джанмаштами - и не получилось, не срослось
О как. Про важность софт-скиллов заговорили. Неужели начало доходить, что почти все "хард-скиллы" в Гугле находятся на раз?
Важно системное мышление при работе с системами, в любом случае. Люди пишут про говнокод, и тут же пишут, что вовсе необязательно вникать на влияние кода на систему. Что простите? А ведь это мы ещё про харды говорим...
Комментаторы тут конечно странные. С чего-то они взяли, что человек с достаточными хард-скиллами обязательно будет с плохими софт-скиллами и наоборот. Где логика, люди, называющие себя разработчиками? И это до сих пор про харды...
Софт-скиллы - это основа коммуникации. Чем они выше, тем эффективнее коммуникация между разработчиками и пользователями как бизнес-процесс. Софт-скиллы каждого в команде напрямую влияют на атмосферу внутри коллектива, что в свою очередь напрямую влияет на производительность каждого члена команды.
Не находятся увы. Опыт годами нарабатывается как и понимание как и что работает начиная от железа и заканчивая вашими этими жабоскриптовыми фреймворками. Просто вы думаете, что тыкание батонов в IDE и формошлепство это и есть программирование. А это ремесло.
А что можно ответить на вопрос "как распрделялись задачи в команде"? Это ответ к менеджеру и/или техлиду, а не к обычному разработику.
А обычный разрабочик не ходит на планинги и дейлики и не знает, как распределяются задачи в команде?
Можно ответить, "я отвечал за вот этот кусок функционала, взаимодействуя по смежным вопросам вот с такими командами. За общее распределение задач отвечали другие люди с вот такими ролями, я выступал в роли наблюдателя. В моей зоне ответственности интересным было то-то и то-то, возникали вот такие и такие сложности, которые я решал так-то и так-то, утверждая решение с теми-то и теми-то (или не утверждая решения, т.к. мне полностью доверяли в рамках моей компетенции)".
А можно ответить "я не знаю, я просто пилил то, что мне скинули в пул задач, абсолютно не интересуясь ничем вокруг. Если возникал затык, я просто скидывал задачу умным людям, пусть разбираются, кто что как и зачем".
"...И он выбрал такой ракурс для камеры, что мы могли увидеть низ его живота." Миша, ты вот такой бедный няшчасны, "...провёл 8 собеседований за 2 дня. ... даже пришлось взять выходной от основных задач на работе" что даже стал обращать вдруг внимание на мужской низ живота или даже может взгляд поискал что то пониже?
Ты серьезно заявляешь о своих профессиональных интересах или используешь свое служебное положение тех лида для удовлетворения своего латентного синеватого индиго? больше ведь тебе такому занятому не начто обратить внимание в режиме онлайн конференции
Автор статьи хайпит сложную ситуации на рынке труда.
Трудности с поиском работы, это не ваша вина и не вина компаний. Проблемы были всегда, есть и будут.
Объяснение текущей ситуации простое: раньше печатали много денег, а теперь (временно?) прекратили.
Два года назад я уже предупреждал здесь читателей, что за перегревом рынка последует мороз.
Сейчас время брать год-два саббатикал и отдыхать, познавать и наслаждаться жизнью.
Ну если человеку до или в начале интервью сказали чего хотят услышать, а он сделал не так, то конечно да, нехорошо. Мишин пример рассказа пестрит кучей нюансов и деталей, я так пробовал, но очень быстро у интервьювера глаза становились стеклянными, и наоборот приходилось сокращать и упрощать. Да и когда сам собеседую, слушать такие истории не очень интересно.
К счастью мы сейчас нанимаем только талантливых фрешменов, которым особо нечего рассказать, зато даём все шансы показать все свои навыки в решении проблем при помощи кода, вживую естественно. Пока ещё не промахивались (если не считать промахом то, что некоторые оказались слишком хороши и поустраивались в бигтех через год).
А вот с синьерами подзавязали: пока синьер будет ныть что он привык всё делать иначе, толковый джун с небольшой помощью во всём разберётся и в скором времени уже самостоятельно пилит фичи
Если работа шлак то конечно человеку все равно. Может просто решил опыт получить, на других посмотреть а сидит на зп пару тычь больше чем ваш потолок.
В целом что то кадр не на том реально фокусируется, ести нужен специалист разговорного жанра это в актерское училище за талантами.
Да рынок счас работодателя, согласен. Но извини пиздобол будет горбатого лепить а не дело делать.
Я не уловила момент в нашей индустрии, когда появилось это требование к программистам - уметь говорить.
Есть профессии, где складно говорить - это хард скилл: например, журналистика, блогерство, педагогика, политика... Причем, это умение идет отдельно от содержательности говоримого. В остальных профессиях результаты достигаются другими способами. Профессионалы же в любой области всегда поймут друг друга с полуслова.
Некоторые люди любят публичность, им нравится о себе рассказывать, из-за этот навык развивается. Судя по наличию блога, автор статьи имеет такие качества. Но они никакого отношения не имеют к профессии программиста. Программист даже думает на своем языке программирования, и ему тяжело дается переключение на разговорный язык во время работы.
Что касается собеседований, то с одной стороны, это "разговорный жанр", с другой - "рыбак рыбака видит издалека". Когда техлид собеседует кого-то чтобы взять в свою команду, у него(ее) уже есть множество критериев, которые упрощают выбор, хотя и усложняют сам поиск. И 8 собеседований - это немного для dream team.
Именно интервьюер задает тон и может создать привычную для коллеги по индустрии атмосферу, чтобы перейти с кандидатом на общий язык.
Если же интервьюеры собеседуют кого-то, с кем им никогда не доведется работать, то я искренне не понимаю, как они могут это делать.
Вообще, даже по статьям на этом ресурсе складывается впечатление, что рекрутинг в нынешнем виде - это не мост между подходящими друг другу сторонами: кандидатами и компаниями/проектами, а странный барьер.
Пользователь отредактировал комментарий 12 апреля 2025, 23:07
Такое требование было всегда на больших уровнях. Другое дело, что эти большие уровни для подавляющего большинства программистов, выходцев из бывшего СССР, были принципиально недоступны. Кроме того, зарплаты уровня 1000-3000 долларов для программистов были долгое время "бешенными", поэтому фирмы-аутсорсеры могли себе позволить нанять не только неплохого программиста-техника на зарплату уборщицы, но и "переводчика"-аналитика плюс менеджера на зарплаты уборщиц и старших уборщиц и оставаться при этом в очень хорошем плюсе.
А сейчас зарплаты программистов и их смежников по миру примерно выровнялись (упав с одной стороны и вырастя с другой) и выяснилось, что на новые для бывшего СССР зарплаты всю жизнь нужны были не программисты-техники, а программисты-инженеры, т.е. умеющие в том числе говорить и аргументировать, принимать осознанные решения (т.е., знающие бизнес), а не просто переводчики с технического описания (подготовленного аналитиками) в код. И пошли вопросы "а с каких это пор инженерам требуется"... С самого начала. С самого начала... Просто работали вы не инженерами, хотя формально так и обзываясь.