Грань будущего - переводим количество в качество

Заметил, что многие разработчики - причем как начинающие, так и вполне сеньорные ребята, - слишком щепетильно относятся к подготовке к интервью. Причем я не имею в виду ситуацию, когда ты смотришь записи чужих собесов для подготовки, освежаешь в памяти какую-то теоретичекую инфу, которую в работе применял пару лет назад (если вообще применял). Я о том, что ребята тратят много сил и времени на мок интервью, на прочтение свежего издания Kotlin in Action или (если случай совсем запущенный) на подготовку к алгоритмической секции.

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

Но когда речь идет о начинающих, либо о ребятах, пока еще не забравших у рынка свои 400-500к - такой подход просто не нужен, вы банально теряете деньги, если следуете ему. Намного эффективнее провести 1 настоящее интервью и начисто провалиться на нем, чем провести 3 моковых собеса. Сделав запись и разобрав одно свое интервью, вы станете существенно более подготовленным к следующему, разобрав два - еще более подготовленным и тд. Я даже не говорю о том, что ваше моральное состояние на интервью напрямую влияет на людей, которые его проводят - неуверенные ответы чаще трактуются как незнание и накрученный опыт, чем банальное человеческое "ну чувак просто волнуется, так-то он крутой".

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

🦝 • Менторство