惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

L
LangChain Blog
N
Netflix TechBlog - Medium
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
V
V2EX
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Blog — PlanetScale
Blog — PlanetScale
Microsoft Security Blog
Microsoft Security Blog
D
Docker
WordPress大学
WordPress大学
罗磊的独立博客
J
Java Code Geeks
博客园 - 【当耐特】
博客园 - 司徒正美
雷峰网
雷峰网
H
Help Net Security
酷 壳 – CoolShell
酷 壳 – CoolShell
Last Week in AI
Last Week in AI
宝玉的分享
宝玉的分享
Martin Fowler
Martin Fowler
T
Tailwind CSS Blog
Google DeepMind News
Google DeepMind News
M
MIT News - Artificial intelligence
Recent Announcements
Recent Announcements
B
Blog

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Я плохой программист, плохой менеджер и вообще недоэкспер...
Павленко Виталий · 2026-05-10 · via Все публикации подряд на Хабре

Я плохой программист, плохой менеджер и вообще недоэксперт в любой области

Простой

4 мин

29K

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

Твой отец всю жизнь писал на JavaScript, ты будешь писать на JavaScript, твой сын тоже будет писать на JavaScript

...и каждый из вас будет пытаться сделать страничку на полпроцента быстрее

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

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

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

Не говорите “настоящему” эксперту, что делать, и он придумает, что делать

Сразу оговорюсь. Есть сферы, где действительно нужно быть топ 0,01% — разработка кор-функционала сервисов, от которых зависят миллионы других сервисов, или разработка тех же языков программирования. Но, скорее всего, мы все работаем в лучшем случае в каких-то крупных продуктовых компаниях со стандартными процессами и стандартными технологиями.

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

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

У менеджеров то же самое. Поставь 5 менеджеров на 10 разработчиков без явных указаний, что от них нужно, — они добавят 10 колонок с разными статусами в джире, начнут трекать количество сообщений в слаке и спрашивать твое настроение каждое утро. В общем, ничего хорошего не будет.

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

Средний во всем или лучший в одном

Меня постоянно преследовало FOMO, что я не знаю какую-то технологию или какой-то язык. А все вокруг такие продвинутые — выступают на конференциях, изучают спецификации языков до мельчайших подробностей.

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

При этом я не могу зацикливаться только на своей специализации. Мне интересно программирование, менеджмент, копирайтинг, бизнес, сообщества и бог знает что еще.

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

Людей с таким типом мышления называют дженералистами. Если сравнивать с медициной, то дженералисты — это терапевты общей практики. А эксперты — это, например, онкологи, которые исследуют один вид рака 15 лет подряд.

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

Если честно, то я до сих пор не понял, как быть дженералистом в найме. И признаваться в этом открыто будто бы плохая идея — сочтут за профнепригодность. Кому нужны середнячки? Все хотят лучших из лучших.

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

Вероятно, для дженералистов лучший путь — это работа на себя или собственный бизнес

В найме от тебя обычно ждут углубления в одну роль. Ты фронтендер — становись сильнее как фронтендер. Ты менеджер — становись сильнее как менеджер. А когда делаешь свой продукт, внезапно оказывается, что твоя "поверхностность" превращается в преимущество. Нужно немного уметь писать код, немного понимать маркетинг, немного разбираться в текстах, немного думать как менеджер и немного продавать.

А глубокие эксперты наоборот проваливаются, когда пробуют сделать что-то свое. Причем проваливаются на самой банальной теме — буквально пытаются сделать идеально то, что делают лучше всего. Бывший дизайнер будут пол года шлифовать лендинг, бэкенд-разработчик будет сразу делать классную архитектуру и готовить сервис к нагрузке на миллион пользователей.

Дженералист же наоборот будет решать проблемы по мере поступления. Изучать незнакомую тему ровно для получения 80% результата и сразу же двигаться дальше.


За 10 лет я так и не смог найти идеальное место в найме. Но при этом сжигать мосты не хочется. Нашел для себя какие-то компромиссы: совмещать работу в найме, развивать сообщество, делать свой продукт и просто изучать все что интересно самому, а не просто потому что кто-то так решил. А главное — не пытаться стать топ 0,01%, потому что это как минимум не сделает тебя счастливым и пора это признать.

P. S. мой тг‑канал