🧠 Почему soft skills для IT-специалиста не менее важны, чем hard skills?

Многие разработчики фокусируются исключительно на технологиях — мучают фреймворки, библиотеки, паттерны. Это важно. Но есть вторая сторона — soft skills, и именно они часто становятся причиной успеха или провала.

💬 Что такое soft skills?
Это не «умение красиво говорить». Это про:
— умение донести свою мысль,
— адекватно воспринять критику,
— задать вопрос,
— объяснить техническое решение,
— понять бизнес-задачу,
— вести диалог с дизайнером, менеджером, коллегой.

📖 История из практики:
Один из моих учеников — крутой технарь. Он знал, как работать с оптимизацией, писал чистейший код, знал React буквально вдоль и поперёк. Но… его не брали на работу.

Почему? На собеседованиях он мямлил, не мог сформулировать, зачем использовал то или иное решение, а от стресса просто начинал курить в микрофон. На звонках с менеджером терялся и молчал. Коммуникация — 2 из 10.

Мы начали прокачивать именно soft-навыки: уверенность, структура, подача. И всё изменилось. Его взяли туда, куда он даже не рассчитывал. Зарплата — вдвое выше, чем он ожидал.

🔥 Почему это важно:
— Лучшие предложения получают не самые умные, а самые понятные.
— Ты можешь быть крутым технарём, но если не можешь объяснить, что ты сделал — тебя не услышат.
— Любая карьера в IT (тимлид, архитектор, разработчик) требует общения.
— Даже если ты интроверт, ты должен уметь донести суть — спокойно, уверенно, по делу.

💡 Что прокачивать:
— Навык общения: говори чётко, спокойно и по делу.
— Эмпатия: умей слушать, понимать контекст и работать в команде.
— Инициативность: старайся предлагать улучшения, а не просто "пилить таски".
— Умение принимать критику и задавать уточняющие вопросы.

📌 Вывод:
Hard skills делают тебя хорошим специалистом. Soft skills — делают тебя ценным сотрудником и человеком с которым хотят работать.

А вместе они делают тебя незаменимым.

🧠 Почему тебя не зовут на техническое собеседование?

Многие уверены: если ты знаешь React, Typescript и умеешь верстать — тебя должны звать. Но в реальности собесы проходят совсем не те, кто «знает библиотеки и фреймворки».

Очень часто тебя не зовут по причинам, которые ты даже не учитываешь.

💬 Что происходит на самом деле:
— Резюме написано в стиле «HTML, CSS, JS. Участвовал в проектах. Разрабатывал.».
— Тестовое — копипаст или сделано за вечер «на отвали».
— На отклики никто не отвечает — ты не понимаешь, что не так.
— Никакой стратегии. Просто отклики в никуда.

📖 История из практики:
Один из моих учеников жаловался: «прохожу курсы, делаю проекты, а меня игнорят». Мы начали с разбора его резюме.

Там не было ни одного конкретного достижения. Просто: «делал компоненты», «работал с API». Без цифр, без результата, без акцентов. Рекрутеры такое не читают — они пролистывают.

Потом посмотрели тестовое — оно было. Но без описания, без деплоя, без README. А задача — типовая из курса.

После доработки этих двух вещей он получил 3 приглашения на тех-собес за неделю. Причём в компании, где до этого ему не отвечали.

К слову, я сам не любитель выполнять тестовые задания и редко рекомендую таким заниматься своим ученикам, но если беретесь — соблюдайте базовые правила.

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

💡 Что нужно прокачать:
— Писать коротко и конкретно: не «делал», а «реализовал X → получил Y».
— Готовить тестовое так, чтобы его можно было продать.
— Говорить уверенно: объяснять свои решения и видеть боль бизнеса.

📌 Вывод:
Знания — это важно. Но оформление и коммуникация — это то, что открывает тебе дверь на собеседование.
Если ты хочешь на тех-собес — сначала стань кандидатом, с которым хочется поговорить.

💬 Готов разобрать твоё резюме, тестовое или подход — пиши.

А завтра расскажу, как я сам заваливал собесы — и что помогло мне переломить ситуацию.

👨‍💻 Как я завалил 3 собеса подряд — и почему это пошло мне на пользу?

Когда-то я тоже был тем кандидатом, у которого «много знаний, но почему-то не берут».
На первом этапе звали, но всё заканчивалось одинаково — отказ.

💬 Что происходило:
— Я путался в базовых вопросах, хотя знал их.
— На задачах тупил от стресса.
— На вопросы типа «в чём твоя сильная сторона?» говорил что-то про «умение учиться».

Итог — отказ, отказ, отказ.

📖 Разбор одного собеса:
Меня спросили: «Почему вы выбрали именно Redux, а не Context API для глобального состояния?»

И вот тут начался сюрреализм. Я не просто не ответил — я начал лепить что-то невнятное про «знакомость» и «простоту». Потом — тишина. Интервьюер даже не стал дослушивать. На следующий день — вежливый отказ.

🔥 Что я понял:
— Знать и объяснить — вообще разные вещи.
— Если ты теряешься под давлением — ты теряешь и шансы.
— Уверенность — это не врождённое, это тренируемое.

💡 Что помогло:
Я записал все вопросы, которые встречал. И научился не просто отвечать, а объяснять.

Я рефлексировал после каждого пройденного мною интервью.

Прошёл мок-собес со знакомым техлидом, который разнёс меня, но дал фидбэк.

Прокачал структуру мышления, начав отвечать как архитектор, а не как «ученик с курсов».

Подготовился по уже собранной базе вопросов.

Через 2 недели получил оффер с окладом выше, чем ожидал.

📌 Вывод:
Ты не проваливаешь собес из-за незнания.
Ты проваливаешь — потому что не готов к формату, к давлению, к формулировке, к тому, чтобы звучать как человек, которого хотят видеть в команде.

Делись в комментах, на чём ты сыпался чаще всего? Задача? Формулировки? Рассказ про свой опыт?

Обсудим и разберём это в следующих постах.

🗣 Ты бы взял джуна с «накрученным» опытом?

🎯 Ситуация следующая. Ты тимлид. К тебе приходит кандидат.
У него хорошее резюме, коммерческий опыт, команда, процессы, стек — всё как надо.

На собесе — держится уверенно, отвечает по делу, код пишет чисто, архитектурно мыслит. Глаз радуется.
Но потом выясняется, что опыта в компаниях не было.
Все проекты — pet’ы, опыт в резюме — накручен, GitHub — фейковый профиль под «команду», он — самоучка, который очень хотел пробиться.

💬 Вопрос: что ты с ним сделаешь?
— Откажешь, потому что «обманул»?
— Или возьмёшь, потому что «умеет делать дело»?

📖 История из практики:
У меня был менти, который несколько месяцев безуспешно рассылал резюме.
Его игнорировали, потому что «нет коммерческого опыта».
Мы сделали с ним фиктивную «команду», проект под неё, документацию, выстроили легенду, расписали в стиле продуктовой разработки. Через 3 недели он вышел на оффер с з/п 130к. На тех-собесе — все были довольны.

Тимлид потом сказал: «Мне плевать, где он это выучил. Он умеет. Остальное — детали».

🔥 Вот что важно:
— Сегодня многие проходят через накрутку. Не от хорошей жизни.
— Кто-то палится, а кто-то наоборот получает крутые офферы.
— Но главное не в том, «накрутил» ты или нет, а то, что ты реально умеешь делать.

💬 Делись своим мнением в комментариях:
— Сталкивался(ась) ли ты с таким?
— Как считаешь, это нормально или зашквар?
— Ты бы взял джуна с «накрученным» опытом, если он реально шарит?

📌 Завтра продолжим тему найма: «Стоит ли делать тестовое на 10 часов, если тебе даже не отвечают?»

Будет жёстко, но по делу, подпишись, чтобы не пропустить.

💬 Стоит ли делать тестовое на 10 часов, если тебе даже не отвечают?

Ты получаешь дефолтное сообщение — «Для начала пройдите тестовое, это обязательный этап».

И тут у тебя внутри включается:
— «А стоит ли вообще?».
— «А вдруг зря убью полдня?».
— «А если они даже не посмотрят?».

📖 История из моей практики:
Когда-то, за примерно 20 откликов я получил 8 предложений сделать тестовое задание без уточнения временных рамок, без оплаты, без гарантий, без всего вообще, каждое из которых я бы оценил не меньше, чем на 5 часов. Поначалу я вообще не собирался их делать, но после решил провести эксперимент. Я выполнил 6 тестовых заданий, отправил репозитории с решением ответным сообщением.
Итог:
— 2 ответили через полторы-две недели «не подошли».
— 3 компании не дали никакого фидбэка вообще.
— 1 просто исчезла.

Я вложил 30+ часов своей жизни и получил ровно ноль результата.

🎯 Что важно понимать:
— Тестовые задания бывают на грани и даже за гранью адекватности.
— Никто не платит тебе за N часов потраченного времени (в 95% случаев).
— Если ты не ценишь свой ресурс — компания тоже не будет.

💡 Как работать с тестовыми:
Заранее уточняй, оплачивается ли тестовое задание (такая практика существует и она действительно рабочая).

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

Пробуй договориться, например: «у меня плотный график, могу выделить 3 часа — показать подход, ок?».

Делай демо, описывай решения, покажи мышление, даже если код не идеален.

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

📌 Вывод:
Ты не обязан делать каждое тестовое, лишь бы понравиться компании/нанимающим.
Ты обязан фильтровать, задавать вопросы и ставить себя на равных — хорошие компании это уважают.

Лично я не берусь за тестовые задания, если компания сама не понимает, что можно, что нельзя, для чего им тестовое на 5-10+ часов работы, при этом они не будут его оплачивать и даже не знают сроков его проверки.
Начните ценить свое время и находить только полезное и интересное в огромной куче бесполезного и неинтересного.

💬 Напиши, сколько часов у тебя максимум уходило на тестовое.

Были ли случаи, когда ты пожалел, что вообще сел за него?

📎 Завтра — разбор фидбэка от рекрутеров, о котором обычно молчат.

Обсудим, как это работает в реальности.

📊 Типичный фидбэк от рекрутеров, о котором тебе не скажут.

Ты прошёл собес, ждёшь заветное письмо, проверяешь почту, Telegram, а там — тишина.

Максимум, что получаешь на выходе, это «Спасибо за участие, вы нам не подходите».

Ты сидишь и гадаешь:
— Я плохо ответил?
— Я показался неуверенным?
— Или всё было нормально, но «не зашёл»?

На самом деле — у рекрутеров есть ответ. Просто тебе его не дают.

📖 Что на самом деле пишут в комментариях к кандидатам (из реальных кейсов):
— «Не особо понравились ответы по софтам, делал акцент на заработной плате».
— «Код норм, но не очень понимает базу, еще и по вилке ожидания слишком высокие».
— «Не умеет аргументировать, отвечает шаблонно, не чувствуется уверенности».
— «Потенциал есть, но маловато опыта, пусть ещё поработает».

А теперь представь, что таких кандидатов — сотни в день. И HR физически не может (и не хочет) каждому это объяснять.

💬 Почему они молчат?
Нет времени — ты не один, им проще не вступать в полемику.

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

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

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

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

🔥 Как это решается:
— Проси не шаблон, а конкретику, например так: «Если можно, скажите, на что обратить внимание в будущем».
— Спроси у техлида (у того, кто проводит тебе собеседование), а не только у HR, иначе ты снова дойдешь до «Спасибо за участие, вы нам не подходите» и не получишь ничего более конкретного.
— Если отказывают — не спорь, а поблагодари и зафиксируй, проведи рефлексию самостоятельно (для этого советую делать записи своих интервью).
— Найди людей, которые дадут тебе честный фидбэк (ментор, коллега или просто друг, который проведет тебе собеседование).

📖 Вот очередная история из практики:
Один из моих менти тоже получал отказ 4 раза подряд с одной и той же формулировкой: «хороший кандидат, но решили продолжить с другим».
Когда мы начали копать я понял, что он просто не умел озвучивать свои решения.
На всех интервью он молча писал код и ждал, что за него всё скажет результат.
После работы над подачей его позвали сразу в две компании в течение следующей недели.
Отсутствие фидбэка или базовое «Мы решили продолжить с другим кандидатом» — это буквально самый первый сигнал о том, что вы что-то делаете не так.

📌 Вывод:
Если тебе не дают фидбэк — это не значит, что его нет, он есть, просто он у них, а не у тебя.
Твоя задача научиться его добывать и работать с ним хладнокровно.
Не нужно переживать о том, что какой-то тимлид в какой-то компании посчитал, что ты какой-то не такой разработчик или оценил тебя на уровень ниже, чем ты сам ожидал — эта оценка зачастую распространяется только на эту компанию и поменяется на следующем же собеседовании.
Я на своем опыте получал друг за другом две обратные связи в разные компании — «Не дотягиваешь до Middle, не назвал принципы SOLID» и «Прекрасно справился со всеми секциями, мы оценили тебя как Senior и готовы сделать тебе предложение о работе» и это уже должно говорить тебе о многом.

💬 Напиши, получал ли ты когда-нибудь честный фидбэк? Что было в нём самого полезного или самого неприятного?

📎 В следующем посте разберём, зачем вообще нужен ментор, и как он помогает увидеть то, чего ты сам в себе не замечаешь.

🧠 Как понять, что ты готов к собесам (и не тратить месяцы впустую)?

Одна из главных ошибок начинающих — слишком долго ждать «готовности».
Сначала курсы, потом ещё курсы, потом pet-проекты, потом ещё парочка для уверенности, а потом и выгорание.

Ты не идёшь на собес, потому что думаешь: «Я ещё не дотягиваю. Надо чуть-чуть подучить и доработать портфолио. А что будет, если я не пройду?»

Но правда в том, что научиться проходить собес можно только на собесах.
Никакой курс тебя к этому не подготовит так, как живая практика.

📌 Признаки, которые буквально кричат о том, что ты уже готов идти на рынок:
— У тебя есть базовые знания HTML/CSS/JS + фреймворк/библиотека.
— Ты можешь собрать SPA-приложение.
— Ты понимаешь, что такое state, props, lifecycles, async и понимаешь компонентный подход.
— У тебя есть хотя бы 1 pet-проект, который ты можешь объяснить.
— Ты хотя бы раз открыл чужой код и попробовал его понять.
— Ты можешь ответить на вопрос «что ты делал сам, а не по видео?».

У меня был менти, который ждал около 2 месяцев. Всё подтягивал навыки, боялся, что будет «не готов», что ему откажут и на этом его жизнь закончится.
Когда мы всё же начали откликаться, он попал на собес на третий день.
Да, волновался. Да, не на все вопросы ответил. Но уже через 3 недели получил свой первый оффер — просто потому, что вышел на рынок, пока остальные «готовились» дальше.

🔥 Почему важно не ждать:
— «Готовность» к собеседованиям это не точка, а процесс.
— Чем раньше начнёшь — тем быстрее поймёшь, где твои слабые места.
— Рынок не ждёт. Пока ты сидишь за изучением очередной технологии, которая «нужна для работы/собеседований и без нее никак», кто-то уже собеседуется и забирает твое место.
— Пробные собесы это тоже обучение и часто гораздо более эффективное.

📎 Вывод:
Если ты читаешь этот пост и узнаёшь себя в 4+ пунктах выше — иди на собесы. Сейчас. А не «когда доучу ещё Redux, TS и еще пару технологий для работы».