slavb18

    Hard Skills - это просто входной билет. Почему проекты рушатся не из-за фреймворков

    Hard SkillsSoft SkillsIT Project ManagementEngineering CultureCareer DevelopmentProject FailureTeamworkProfessional Growth

    Hard Skills - это просто входной билет. Почему проекты рушатся не из-за фреймворков

    Когда речь заходит о найме инженеров, все вокруг обсуждают стек. Java или Go? React или Angular? Kubernetes или Docker? Рекрутеры сверяют ключевые слова, тимлиды гоняют по синтаксису, а кандидаты судорожно учат ответы на каверзные вопросы по кишкам фреймворков.

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

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

    Почему стек переоценен?

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

    Гораздо сложнее - практически невозможно в рамках рабочих задач - научить человека базовым личным качествам. Этому не учат на курсах «Войти в IT», и это нельзя подглядеть на Stack Overflow.

    • 🎯 Ответственности - умению признать свою ошибку до того, как её найдут другие и упадет прод.

    • 👑 Владению результатом (Ownership) - когда человек не говорит «это не моя зона ответственности», если видит, что у команды что-то горит.

    • Честности - готовности не скрывать проблемы, а открыто поднимать их сразу, пока они не превратились в катастрофу.

    • 💡 Любознательности - внутренней потребности постоянно учиться и разбираться в сути вещей без внешнего давления и пинков менеджера.

    • 🔒 Надёжности - простому, но дефицитному умению делать то, что было обещано, и в срок.

    • 🧑‍🤝‍🧑 Командной работе - фокусу на поиске решения, а не на поиске виноватого.

    • 🧠 Здравому смыслу - пониманию бизнес-контекста. Умению видеть за строчками кода живых пользователей и задачи бизнеса, а не просто писать код ради кода.


    Реальность всегда возвращает сдачу

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

    Но у нашей индустрии есть свойство: рано или поздно реальность расставляет всё по местам.

    • 🚀 Продакшн - безжалостно показывает истинное качество архитектурных решений.

    • Дедлайны - вскрывают реальное качество планирования и честность в оценках.

    • 💥 Инциденты - моментально подсвечивают настоящий уровень ответственности каждого члена команды.

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


    Главный капитал в IT

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

    Но это были люди, которым можно доверить сложную, неопределенную задачу, закрыть ноутбук и спокойно лечь спать. Ты просто знал: если они столкнутся с проблемой - они придут и скажут. Если пообещали сделать - разобьются, но сделают качественно.

    В конечном счете, доверие и репутация - это то, что накапливается в разы быстрее и ценится в разы выше, чем любой, даже самый модный набор hard skills. Инструменты мы докрутим. А вот отношение к делу - вряд ли.


    📚 Читайте также