Удавка на собесе

в 21:11, , рубрики: собеседование

Хабр-хабр, дорогие друзья. Сегодня поговорим про ИТ собесы, от которых меня в последнее время тошнит. Я занимаюсь коммерческой разработкой с 2000-х, поменял более 10 ИТ-компаний и прошел достаточно собесов, чтобы уверенно сформировать личное мнение о качестве подбора персонала в 2024 году. Мой знакомый, владея кадровым агентством в ЕС как-то раз поведал: когда речь идет об ИТ компаниях из СНГ, то это больше история про техническую удавку, если про ИТ-компании из ЕС, то это про софт-скиллы. Что касается Республики Беларусь, то это микс, который зависит от конкретного заказчика. Я больше работал с ЕС и один раз по совместительству с РФ. Пришел я в ИТ по собственному желанию, когда про ИТ мало говорили даже за студенческими партами. Я тогда мало интересовался рынком ИТ и где-то там слышал от сокурсников, что в моем городе появлялись мелкие ИТ-компашки. Что они писали и для кого, я не интересовался вообще.

Собеседования во вселенную

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

В те времена никто не проводил мозговой штурм знаний, как это делают в ИТ сегодня. Вспоминаю ЕПАМ в 2007 году. Собес был простым и интересным. Я не помню, чтобы тогда были шаблоны чек-листов проверки знаний у собеседующего и задачки с литкодподобных сервисов. Собесы проходили в комфортной атмосфере, где собеседующий интересовался моим тех. опытом и рассматривал меня в свою команду. Очень важно отметить, что меня собеседовал человек в свою команду, а не в чужую. Сегодня я сталкиваюсь с тем, что меня собесят во вселенную, где я буду непонятно чем заниматься. Собеседующий часто не знает деталей проекта. Он ничего не знает и задавать ему вопросы бесполезно. Ему компания дала установку провести собес, оценить кандидата, написать отчет и передать его своему руководителю. Мотивация у такого отборщика будет минимальна. Компания ему выдаст бонус за проведение собеса и, чем больше он проведет таких собесов, тем больше он заработает. Проще говоря, собеседнику фиолетово на кандидата. Вы в его глазах очередной бонус, который он протаранит где-нибудь в пивнухе. Я могу утрировать, что сегодня все ИТ-компании проводят некачественные собеседования. По моим ощущениям, количество некачественных собесов только растет с годами.

Знал, с чем будешь сражаться

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

Раньше мало обсуждали софт-скиллы, неудачные мэтчи в командах. Я не помню были ли вообще такие термины. Ты шел работать и знал, с чем будешь сражаться. Если тебя собесили по Java, значит ты шел работать на настоящего джависта, а не как переобучающая надежда компании на Kotlin или Scala. Если с тобой обсуждали Hibernate, это означило, что на проекте это точно будет.

Сегодня могут прособесить и нанять Java-иста, а завтра попросят переобуться в Python разраба. После завтра попросят превратиться в эксперта Scala, а через неделю телепортируют в тимлида, потому-что заказчику нужен тимлид. Потенциально работник является товаром для ИТ-компании, которая обманывает заказчика. Наивные заказчики доверяют ИТ-компаниям и не проводят повторных тех. собесов, чтобы убедиться в настоящих знаниях кандидата. Хотя тенденция перепроверки знаний заказчиками набирает обороты в последнее время. Неужели заказчики начали контролировать, что их надувают и манипулируют тайтлами и нашими знаниями?!

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

Джун: берем за 1К, продаем за 1.5К

С годами качество собесов становилось хуже. Все продолжало крутиться вокруг легких денег. На каждом углу курсы, которые призывают стать вайтишником за короткий срок с гарантией трудоустройства. Представители ИТ-компаний бегают по университетам, чтобы зазвать молодых студентов в свои секты. Университеты позволяют открывать у себя новые компьютерные классы от ИТ-компаний, чтобы быть ближе друг к другу. Все хотят перехватить дипломированных айтишников еще с порога универа, чтобы впарить его зарубежному дяде. Я хорошо помню, как некоторые Минские ИТ-компании с 10 человек за 10 лет трансформировались в 1500+. Аутсорс постоянно нуждается в айтишниках, чтобы наращивать штат и свои доходы.

Я уже не помню, где читал или услышал. Когда джун приходит в компанию и со старта просит 1К, то его надо брать. Это товар, который можно завернуть в красивую обертку и продать заказчику в Европу. Если его не взять, то его подберет конкурент, который хоть что-то заработает. Расклад был такой, берем за 1К, продаем за 1.5К, 500$ прибыли. Сумма для компании смешная и интересная будет завтра. Если же не взять кандидата, то ничего не заработаем вообще. Поэтому брали всех, даже тех, кто не мог написать алгоритмы сортировок не говоря уже про глубокие знания в программировании. Безусловно технические собесы стало проходить легко. Компанию больше интересовал уровень английского языка, чем технические навыки. Всех одурачила легкость зарабатывания денег по такой схеме, взял, впарил, заработал. Мне тяжело было наблюдать за этим. Я пришел работать, развиваться, а вместо этого моя работа сводилась к copy/paste, митам и бесполезной болтовне. Я пытался выделять плюсы из своей работы, чтобы не выгореть. Плюсом, наверное, было то, что мой английский сильно прокачивался ежедневно. Когда меня закидывали на новый проект, то интерес пропадал через несколько месяцев. Дальше меня ждала монотонная работа, где мое развитие останавливалось. Все стали больше думать о разрабах как о товаре, а не как о людях с профессиональными тех. навыками.

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

Европейский собес

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

Европейский собес — это больше про софт-скиллы. Как сказал мне менеджер, что научить работать работу в компании проще, чем перевоспитать человека не перебивать во время разговора или ругаться матом. Забегая вперед, я подчеркну, что в СНГ компаниях на софт-скиллы мало обращают внимания. От сюда, как мне кажется, и вылазит куча менеджмент – проблем, коммуникация, планирование, переработка и так далее. Мои недавние собесы в ИТ РФ тому подтверждение.

Я не хочу выделять правых и левых в проведении собесов и считаю, что проверка технических навыков должна быть на собеседовании адекватной. Сказать про то, что ее не проводят в ЕС компаниях, я не могу. Ведь у меня спрашивают про опыт и ожидают, что я не буду обманывать и добросовестно расскажу про него. В РФ же компаниях мне, наверное, доверяют меньше и просят что-то написать или проревьюить код. Если учитывать, что я инженер и моя работа будет сводиться к написанию кода, то я обязан признать, что в РФ проверка технических знаний выглядит привлекательнее, чем в ЕС. Тем не менее, мне как человеку не хотелось бы работать в команде, где один не любит общаться с людьми, а другой ругается матом как сапожник. Тут уже причина в отсутствии проверки софт-скиллов во многих РФ компаниях. Еще бы хотел отметить, что проверка технических знаний не должна превращаться в какой-то экзамен. Существует испытательный срок, который прекрасно может раскрыть технические навыки кандидата. Когда компания превращает свой собес в экзамен и не замечает об этом, то от этого страдают все. Об этом мы поговорим дальше.

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

Программы жиреют

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

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

Если раньше я стирал пальцы на алгоритмах сортировок, то сегодня я могу легко это написать в одну строчку. Для меня это спасение, но для вчерашнего студента это деградация.

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

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

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

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

Обсуждать это можно бесконечно, но факт остается фактом, что моя производительность с годами падает, потому что мне приходится больше обучаться, чем кодить. Чтобы написать простые вещи и понять почему сломался перфоманс на проекте нужно будет с этим разбираться так долго, что проект потеряет свою актуальность. Кроме того, изучив и поработав с одной библиотекой выходит другая и весь мой предыдущий опыт коту под хвост. Такое ощущение, что между опытным разрабом, который в своей сфере 10+ лет и молодым специалистом с опытом 3+ года, никакой разницы нет. Все настолько стремительно меняется и отличается, что оба инженера каждых 3 года сбрасывают свой опыт в ноль.

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

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

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

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

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

Это не разработчики программного обеспечения, это — коучи

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

Дно собесов

Я считаю, что достаточно обрисовал проблему обучения и можно смело поговорить о том на каком дне сегодня собесы. Я не могу найти работу уже около двух лет в своей стране. Мой поиск — это не ежедневный серф по интернету в поисках компаний. Это больше спорадическое желание попробовать пройти собес. Когда я только потерял работу я был уверен, что пройду любой собес. Не первый же раз меняю место работы, чего бояться?! Когда прошел мой первый собес в желтом банке, мне показалось, что все супер и вот сейчас у меня будет движ. Когда мне прислали отказ я немного даже расстроился и подумал, какого черта? Я же вроде дал хорошие ответы. Я сильно активничал в самом начале и еженедельно у меня выходило по два – три тех собеса. Это были в основном собесы с европейскими компаниями, а также с компаниями, которые перебрались из Беларуси в ЕС. Когда я получил очередной отказ на собесе и попросил дать развернутый фидбэк, ничего никто не прислал. Что за черт?

Пошел искать дальше свою компанию. В начале 2023 года в линкеде еще была активность. Мне писали HR с разных стран. Как я потом понял, часть этих HR была фрилансы, которые пытались впарить меня за 2–3  моих зарплаты компании в виде бонуса. Я стал фильтровать таких фрилансов разными способами, потому что они отнимали у меня время, а толку от них было мало. Чего нельзя сказать про европейских HR в консалтинговых агентствах. С ними вроде как-то живее шел процесс и мне подкидывали все больше и больше разных вариантов. Мне отказывали по разным причинам, но ни где не было конкретики, почему мне отказали. Когда я уже начал трубить о том, что за черт происходит на рынке и почему я не могу пройти собес? Выписал себе предполагаемые цели, почему это происходит и начал над этим работать.

Ни одна европейская, ни тем более СНГ компания не давала мне фидбэков почему они не хотят брать меня на работу. Эта ситуация вынудила меня открыть книжку по программированию и начать пролистывать ее, от А до Я, отвечая на лист тех. вопросов, который я нашел где-то на гитхабе. Вопросы были реально крутыми и полезными для прохождения собесов. Но они не были для меня чем-то новым. После пары недель ежедневной подготовки я решился пройти еще один собес и тут промах. Что за ерунда? После пересмотра записи собеса я увидел, что мне задавали вопросы, которые я не готовил. Ок! Это челендж подготовиться лучше. Очередная попытка, снова промах. О господи! Снова обучение и снова промах. Я уже потерял надежду и перестал понимать, что происходит с этими собесами. Когда один HR из Британии свел меня с заказчиком из Польши, то мне вручили ссылку с задачей, которую я должен был решить на время. Это был мой первый опыком т собеса в таформате. После разбора задачи я запостил решение в их систему и мне пришел отказ. Я офигел и решил добиться, что же не так было в моем решении. Все оказалось очень просто. Мое решение никто даже не смотрел. Его прогнала система, проверила на перфоманс и обработку входных данных и выдала оценку ниже пропускной. Извините, коллеги, я охренел от такого отбора. Вы серьезно сегодня отбираете людей таким образом, подумал я тогда?! Меня уже перестал удивлять лайф кодинг, который компании рекомендуют перед собесом.

К слову, очень мало компаний дает информации по темам, что будут спрашивать на собесе. Все сводилось к тому, чтобы я готовился, а о чем будут спрашивать угадай сам. Это усложняло процесс подготовки из-за раздутых решений сегодня, про которые я писал выше. Когда я не прошел с десяток собесов с моим то опытом я задумался, что за свисток со мной или с рынком? Я включал здравый смысл и остановился. Если компания отбирает своих кандидатов через оценку, то этой компании насрать на кандидатов и на его опыт, на его стиль кодинга и прочее. Если компания не дает обратно фитбэки после собесов, значит компания не заинтересована в том, чтобы кандидат попытался попасть в их компанию еще раз. Зачем мне такая компания? Если компания не дает материалы подготовки, значит компания не заинтересована ни в чем. Очень часто мне сами HR признавались, что собес — это рулетка. Я не понимал, как можно так строить собесы и понимать заранее, что это рулетка?! Собес — это обычно разговор двух инженеров. Вы можете быть прекрасным разрабом, круто ревьить код, хорошо разбираться в нюансах, но вы к черту можете забыть, как находить палиндром в строке и вы пролетаете мимо. Никого не интересует какой вы разраб, всех интересуют найдете вы палиндром в строке. А пригодятся ли эти знания в работе уже никого не интересует. Вот такая математика на многих собесах.

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

Спустя какое-то время я набрался сил, повторил обученное и решился, что мне нужна компания, в которой будет интересно работать. Я вернулся к первой компании в желтый банк. Я уверенно повторил все их рекомендации подготовки к собесу, пересмотрел видео материалы пару раз и был уверен, что смогу пройти собес. Мой товарищ из желтого банка помог с подготовкой к собесу по своему опыту, который он использует при собеседовании в этом же банке. Очередной собес я запорол и считаю, что виноват в этом не мой опыт, а люди, которые минимально заинтересованы в подборе персонала и использовании сомнительной системы проверки знаний. Чтобы читающие понимали, что в этом банке существуют вопросы с ответами. Под этими вопросами есть установки, если кандидат ответил А, значит спросите у него про Б. Напротив каждого ответа есть чекбокс, где собеседующий отмечает его, если кандидат про это сказал. При необходимости делает заметки. 90% вопросов, которые в этом списке не нужны в работе вообще, но про них у вас спросят. Вот тут я не могу понять, если на собесе делается упор на SOLID, но при этом в коде бардак. Проверяете знания по GC, которые мало где используются в работе. Зачем вы это спрашиваете? Вы реально думаете, если я подготовлюсь к вашему собесу, пройду все этапы и буду помнить все это через полгода? Другой товарищ сообщил, что подготовка к собесу это такой квест получить билет и начать работать в компании. Большинство знаний, которое проверяется на собесе в работе не нужны. Любой хороший разраб может без проблем разобраться с вопросами без этой тупой подготовки. Меня как инженера учили разбираться в проблемах, а не фиксить баги наизусть.

Собесы в формате FAANG больше не проверяют знания, а больше сажают разрабов в лужу. Вы даете рекомендации смотреть экспертов, при этом же эксперт открыто говорит, что я крут в JVM (моя работа тренироваться), но ничего не знаю про микросервисы. Еще хочу отметить тот факт, что опросник не учитывает какие именно ответы дает кандидат. Хотя я не уверен просматриваются ли эти ответы вручную опытными людьми. По итогу можно на собесе ответить все про String, но ничего не сказать про retry паттерн и вы пройдете собес. Я всю жизнь в разработке и в жизни не встречал такое Поле-Чудес, где собес сводится в угадайку, где из умных делают дураков, где отбивается желание работать в ИТ дальше. Браво!

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

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

Эпилог

Возвращаясь к более молодым специалистам, которым поручено собеседовать людей. Скажите, пожалуйста откуда вы находите время на усвоение такого объёма информации по языкам программирования, нюансах работы с разными фреймворками, о которых мало даже эксперты знают? Может мне просто кажется это?! Я лично физически не успеваю работать в компании, зарабатывать ей бабки, решать задачи, изучать материалы по работе, изучать что-то новое настолько, насколько мне это реально поможет на собесе. Суммарно пройдя столько собесов, я могу сказать, что около 30% компаний задают общие вопросы. Остальные вопросы индивидуальны и найти все ответы на них невозможно. Где я только не проходил собесы всегда были вопросы без ответов. Я даже не стремлюсь отвечать на все вопросы, потому-что это невозможно. Но часто эти вопросы являются ключевыми при приеме на работу и ничего с этим не поделаешь. Каждый собеседующий походу урывает куски знаний без понимания зачем это надо и спрашивает про это. Он решает знаете ли вы про то, что знает собеседующий или нет. Если вы даже знаете больше собеседующего, он все равно вас не оценит, потому что его умозаключение будет основываться на собственном опыте и вам это не поможет. А вы ведь реально могли бы быть крутом разрабом и принести компании кучу денег. Но вам не фортануло пройти собес у своего студента.

Надеюсь, моя статья позволит кому-то взглянуть на ситуацию с собесами другими глазами …

Автор: itdestructor

Источник

* - обязательные к заполнению поля


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js