Hard Skills - это просто входной билет. Почему проекты рушатся не из-за фреймворков
Узнайте, почему технические навыки - это лишь базовый уровень в IT. Эта статья утверждает, что личные качества, такие как ответственность, владение результатом и честность, гораздо важнее для успеха проекта, чем знание фреймворков, и как их отсутствие приводит к провалам.
Авторы: slavb18
Когда речь заходит о найме инженеров, все вокруг обсуждают стек. Java или Go? React или Angular? Kubernetes или Docker? Рекрутеры сверяют ключевые слова, тимлиды гоняют по синтаксису, а кандидаты судорожно учат ответы на каверзные вопросы по кишкам фреймворков.
Но чем больше я работаю в IT, тем больше убеждаюсь: технические навыки - это лишь входной билет. Базовый гигиенический минимум.
Ни один проект на моей памяти не провалился из-за того, что разработчик не знал очередной фреймворк. Зато я видел десятки проектов, которые буквально страдали и разваливались совершенно по другим причинам.
Почему стек переоценен?
Большинство технологий можно изучить. Языки меняются, фреймворки устаревают, инструменты приходят и уходят. То, что сегодня кажется стандартом индустрии, через три года станет legacy. Сильный инженер адаптируется к новому инструменту за пару недель.
Гораздо сложнее - практически невозможно в рамках рабочих задач - научить человека базовым личным качествам. Этому не учат на курсах «Войти в IT», и это нельзя подглядеть на Stack Overflow.
🎯 Ответственности - умению признать свою ошибку до того, как её найдут другие и упадет прод.
👑 Владению результатом (Ownership) - когда человек не говорит «это не моя зона ответственности», если видит, что у команды что-то горит.
✅ Честности - готовности не скрывать проблемы, а открыто поднимать их сразу, пока они не превратились в катастрофу.
💡 Любознательности - внутренней потребности постоянно учиться и разбираться в сути вещей без внешнего давления и пинков менеджера.
🔒 Надёжности - простому, но дефицитному умению делать то, что было обещано, и в срок.
🧑🤝🧑 Командной работе - фокусу на поиске решения, а не на поиске виноватого.
🧠 Здравому смыслу - пониманию бизнес-контекста. Умению видеть за строчками кода живых пользователей и задачи бизнеса, а не просто писать код ради кода.
Реальность всегда возвращает сдачу
В IT многое можно скрывать какое-то время. Можно успешно маскировать недоделанную задачу красивыми отчетами. Можно годами заметать под ковер технический долг. Можно имитировать бурную деятельность, имея очень поверхностные знания и нулевую подготовку.
Но у нашей индустрии есть свойство: рано или поздно реальность расставляет всё по местам.
🚀 Продакшн - безжалостно показывает истинное качество архитектурных решений.
⏰ Дедлайны - вскрывают реальное качество планирования и честность в оценках.
💥 Инциденты - моментально подсвечивают настоящий уровень ответственности каждого члена команды.
Когда падает критически важный сервис, становится абсолютно неважно, сколько сертификатов у вашего ведущего инженера. Важно лишь то, готов ли он включиться и решить проблему.
Главный капитал в IT
Лучшие инженеры, которых я встречал за свою практику, не всегда были самыми сильными технически. Они могли не знать наизусть все методы редкой библиотеки и не сыпать терминами из академических учебников.
Но это были люди, которым можно доверить сложную, неопределенную задачу, закрыть ноутбук и спокойно лечь спать. Ты просто знал: если они столкнутся с проблемой - они придут и скажут. Если пообещали сделать - разобьются, но сделают качественно.
В конечном счете, доверие и репутация - это то, что накапливается в разы быстрее и ценится в разы выше, чем любой, даже самый модный набор hard skills. Инструменты мы докрутим. А вот отношение к делу - вряд ли.