Как не выгорать и к чему я пришел

Я работаю программистом 15 лет. За это время чего я только не делал и у меня скопилась статистика. Если на первом месте я работал 5 лет на втором 3 года, то на последующих год полтора и я выгорал и менял работу. Я не мог понять почему так происходило. Только в одной фирме мне действительно нравилось работать. Хотя когда я там работал мне тоже хотелось в определенный моменты уйти, но все же сейчас я вспоминаю коллег и проекты с теплотой.

---

Паттерн, который я не хотел замечать

Если смотреть на мою карьеру как на данные — паттерн виден сразу:

Я долго искал внешние причины. Менеджмент не тот. Технологии устарели. Коллектив не подошёл.

Но когда я наконец честно посмотрел на цифры — объяснение оказалось другим.

5 лет я проработал на первом месте потому, что постоянно находил что-то новое внутри одной компании. Всегда был следующий уровень, следующая задача, следующий вызов. Сначала это были просто веб проекты сервлеты и JSP страницы, потом это Alfresco, затем GWT проекты и потом достаточно долго FileNet и все что с ним связано. Причем ушел я из компании одним днем просто уже не мог я полностью выгорел.

3 года — тут я кардинально решил попробовать что-то новое. Мне предложили заняться Salesforce. Пообщавшись с интервьюерами я понял что переучиваться особо не придется. Даже больше, моих знаний из Java было даже больше чем нужно. По сути это была новая профессия. Вхождение было быстрое неделя на изучение курсов и сразу первый проект, за месяц освоился. Мозг снова получил новизну, и главное проекты пились от недели до пары недель. Такая модель меня первое время обескураживала. В java мы годами пилили продукт, который выходил не раньше чем через год. А тут по факту небольшие изменения, настройки и все готово. Сделал быстро, получил дозу дофамина а еще и премию за скорость. Это было круто. Хватило на 3 года. В последний год я понимал что выгораю и копил средства чтобы не работать и попробовать пилить свои проекты. Уволился перед коронавирусом и не работал примерно 6 месяцев. Время пока я отдыхал я вспоминаю тоже с теплотой. Я делал все что хотел. Я пилил проекты к которые долго время хотел сделать и теперь никто не говорил что это не популярно и не можно. Я пилил телеграмм ботов, проекты на delphi на java пробовал swing проекты. Пробовал изучать другие языки. Очень много идей которые я тогда на придумывал я реализую или возвращаюсь и по сей день.

1–1.5 года — (возвращение в java). пришлось попотеть так как мир поменялся и все теперь перешли на Spring. Да spring был в Alfresco но тут уже правили микросервисы и каждый новый работодатель требовал именно Spring Boot. Это так же захватывало и воодушевляло. Я снова изучал что то новое. Но проходил год полтора и стек становился знакомый, задачи предсказуемые, кривая обучения почти плоская. Через год-полтора батарейка садилась.

Исключение, которое всё объясняет

Была одна компания, которая выбивалась из этого паттерна — DINS.

Я вспоминаю её с теплотой до сих пор. Я в какой то момент хотел уйти но остался, пока компания не покинула РФ. Сейчас я понимаю почему там мне нравилось работать.

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

Там я сам генерировал новизну. Не ждал её от задач — создавал её.

Тогда я не понимал, что именно это меня питало. Просто было хорошо — и всё.

Что примечательно имея большой опыт я никогда не хотел становиться тимлидом и уходить на руководящие должности. Мне нравилось программировать. Нравилось автоматизировать и оптимизировать. И даже девиз себе придумал: Делать сложно простым.

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

---

Перелом: брат советует Perplexity

В прошлом году брат порекомендовал мне Perplexity. До этого я уже применял DeepSeek, но без особого эффекта. Что-то поменялось именно здесь, конкретно в диалоге с Claude Sonnet. Не знаю как объяснить точнее: качество кода, качество ответов, качество анализа задач это было качественно лучше.

Я начал делать проекты. Один. Второй. Десятый.

Через 4 месяца я сел и посчитал: более 40 проектов.

• Плагины для IntelliJ IDEA

• Плагины для Obsidian

• Инструменты автоматизации рутины

• Многопользовательские платформы

• Попытка написать собственную операционную систему на Zig

Часть доведена до конца. Часть ждёт своего часа. Но главное — поток не останавливался. Идеи шли быстрее, чем я успевал их записывать. И это не всегда программирование и другие идеи не связанные с программированием

Я смотрел на эту статистику и не верил себе. Мой режим изменился я как тот ученик с жаждой до знаний дорвался наконец до сокровенного и мог изучать и изучать. Мой режим поменялся я стал спать 4 часа в день. А проснувшись записывал или продолжал диалог который начал прошлым днем.

---

Запрос к ИИ, который всё изменил

Когда количество проектов перевалило за разумные пределы, я начал задал вопрос ИИ:

Как мне структурировать такое количество идей? Как понять, что из этого монетизировать?

ИИ ответила что очень четко прослеживается тип «Сканера». Я стал интересоваться и натунулся на книгу Барбары Шер — «Отказываюсь выбирать».

Я прочитал её за пару дней. И впервые за 15 лет увидел себя в описании — не как набор недостатков, а как конкретный тип с конкретной архитектурой.

Дайверы и сканеры

Барбара Шер — американский психолог, которая десятилетиями работала с людьми у которых «слишком много интересов». Её главный тезис: это не проблема. Это тип.

Дайверы — уходят глубоко в одну тему на всю жизнь. Классические «специалисты». Глубина — их стихия.

Сканеры — им интересно всё. Не потому что не могут сфокусироваться, а потому что мозг устроен иначе. Широта — не дефект, это архитектура.

Шер выделяет 9 подтипов сканеров:

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

И сразу встало на место всё: и 40+ проектов за 4 месяца, и паттерн выгорания, и DINS. Там тимлид интуитивно создавал среду для сканера. Всё остальное время я жил в среде для дайверов.

---

Что я изменил прямо сейчас

Вооружившись этим знанием, я перестал ждать интересных задач и начал их предлагать.

Я люблю автоматизацию. Я вижу рутину — и сразу понимаю, как её устранить. Раньше держал эти идеи при себе. Теперь говорю вслух, делаю прототип и показываю.

Результат: уже внедрил два проекта в текущей компании. Не потому что попросили — потому что увидел и сделал.

Это то самое ощущение из DINS. Только теперь я понимаю его природу — и могу воспроизводить его осознанно, в любой среде.

---

Я написал тест. Конечно, на Java

Типичное поведение сканера: вместо того чтобы просто прочитать и идти дальше, я решил сделать инструмент.

Параллельно с Шер я изучал модель 6 рабочих гениев Патрика Ленсиони. Она отвечает не на вопрос «кто ты», а на вопрос «в каких задачах ты в своей энергии»:

Вместе две модели дают объёмную картину: Шер объясняет траекторию, Ленсиони — рабочий двигатель.

Я собрал тест, который определяет оба профиля сразу. Попробовать можно здесь:

https://malexple-scanner-profile.hf.space

Тест работает на трёх языках: русский, English, 中文.

Архитектура: как это устроено

Стек намеренно минималистичный: Java 21 + Spring Boot 3 + Thymeleaf + Gradle + Docker. Без SPA, без СУБД.

i18n через JSON-pivot

Вместо стандартных messages.properties — один JSON-файл на язык. Внутри всё: вопросы, UI-строки, описания результатов.

{  "language": "ru",  "ui": {    "welcomeTitle": "Кто ты: Сканер или Дайвер?",    "statsLink": "📊 Статистика"  },  "sherQuestions": [    {      "id": "q1",      "text": "Когда я начинаю новый проект...",      "options": []    }  ]}

Добавить новый язык = создать один файл. Контроллеры не трогаются.

Алгоритм: взвешенное голосование

Каждый ответ добавляет баллы нескольким типам. Победитель — тот у кого больше.

public SherResult calculate(List<Answer> answers) {    Map<SherType, Integer> scores = new EnumMap<>(SherType.class);​    for (Answer answer : answers) {        answer.weights().forEach((type, weight) ->            scores.merge(type, weight, Integer::sum)        );    }​    return scores.entrySet().stream()        .max(Map.Entry.comparingByValue())        .map(e -> new SherResult(e.getKey(), e.getValue()))        .orElseThrow();}

Статистика без базы данных

LongAdder для конкурентных инкрементов, персистентность через JSON-снимок. Статистика живёт прямо на главной — сразу видно что сервис живой.

public record StatsSnapshot(    long startedSher,    long completedResult,    Map<String, Long> sherTypeCounts,    Map<String, Long> geniusCounts) {    public double completionRate() {        if (startedSher == 0) return 0;        return (completedResult * 100.0) / startedSher;    }}

Деплой без карты — неожиданное решение

Отдельный квест для разработчиков из РФ — найти бесплатный Docker-хостинг без кредитки:

• Heroku — бесплатный план закрыт

• Render / Railway / Fly.io — карта обязательна или региональные ограничения

• Koyeb — тоже карта

Решение нашлось там где не ожидал — Hugging Face Spaces. Формально это ML-платформа, но у них есть режим sdk: docker. Бесплатно, без карты, Spring Boot поднимается без проблем.

Два обязательных условия:

1. yaml-шапка в README.md:

---title: Scanner Profileemoji: 🔬colorFrom: greencolorTo: bluesdk: dockerapp_port: 7860pinned: false---

2. Приложение должно слушать порт 7860:

FROM gradle:8.7-jdk21-alpine AS builderWORKDIR /appCOPY build.gradle settings.gradle ./RUN gradle dependencies --no-daemon -q || trueCOPY src ./srcRUN gradle bootJar --no-daemon -q​FROM eclipse-temurin:21-jre-alpineWORKDIR /appCOPY --from=builder /app/build/libs/*.jar app.jarEXPOSE 7860ENTRYPOINT ["java", "-jar", "app.jar", "--server.port=7860"]

После git push в репозиторий Space — HF сам собирает образ и деплоит. Полностью бесплатно.

---

Что изменилось после всего этого

Главное изменение не в том, что у меня теперь есть свой тест и 40+ проектов за 4 месяца.

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

Для IT это особенно важно. Сканеры здесь в выгодной позиции: fullstack, архитектура, DevOps, продуктовое мышление — всё это требует широты. Проблема не в типе. Проблема в том, что большинство рабочих сред спроектированы под дайверов.

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

Для себя я вижу сейчас две модели:

В компании — я создаю идеи, формирую портфель внутренних решений и закрываю задачи автоматизации. Логичный следующий шаг — предложить выделить под это отдельную роль: инновационный инженер. Не размытые «инновации», а конкретный человек с конкретным результатом.

На себя — я сам формирую портфель продуктов и идей. Монетизация двумя путями: либо довожу идею до продукта и он живёт сам, либо продаю саму идею тем кто способен её реализовать. В обоих случаях моя энергия там где я придумываю — а не там где я поддерживаю.

---

Проверь себя

Если вам знакомо ощущение «мне интересно слишком много, значит со мной что-то не так» — возможно, вы тоже сканер, который долго мерил себя дайверской линейкой.

👉 https://malexple-scanner-profile.hf.space — займёт минут 10.

👉 https://github.com/malexple/scanner-profile

---

За 15 лет я написал тысячи строк кода. Но самым полезным оказалось написать тест, который объяснил мне меня самого.

P.S. Пока писал эту статью — в голову пришла еще парочка идей.