Wypalenie w IT: jak skanery znajdują równowagę | Przewodnik dla deweloperów

# Skaner, a nie nurek: jak przestać się wypalać w IT i stworzyć środowisko sprzyjające wzrostowi

Po 15 latach w programowaniu odkryłem prawidłowość: co 1–1,5 roku na nowej pracy następowało wypalenie. Tylko wdrożenie koncepcji „Skanera” i świadome stworzenie środowiska dla szerokiego zakresu zainteresowań pomogło wyjść z błędnego koła. Opowiadam, jak to zastosować do twojej kariery.

Wzorzec wypalenia: liczby nie kłamią

Analizując swoją karierę, wyodrębniłem wyraźny wzorzec. Pierwsze miejsce pracy — 5 lat (Java developer), drugie — 3 lata (Salesforce developer), kolejne — po 1–1,5 roku. Wcześniej szukałem zewnętrznych przyczyn: słaby management, przestarzałe technologie, nieodpowiedni zespół. Ale prawdziwa przyczyna była głębsza.

Na pierwszym miejscu wytrzymałem 5 lat, bo w firmie ciągle znajdowałem nowe wyzwania: od servletów i JSP do Alfresco, GWT i FileNet. Krzywa uczenia się stale rosła. Na drugim miejscu — radykalna zmiana stosu na Salesforce. Przejście było łatwe dzięki bazie wiedzy z Javy, a krótkie projekty (od tygodnia do paru tygodni) dawały szybki feedback i dopaminę. Jednak po roku–półtora stos stał się znajomy, zadania — przewidywalne, a krzywa uczenia — płaska. Bateria się rozładowywała.

Wyjątek: jak DINS stworzył środowisko dla skanera

Jedna firma wyróżniała się z wzorca — DINS. Tam pracowałem z przyjemnością, mimo chwilowego potrzeby odejść. Kluczowy czynnik — team lead, który zachęcał do rozwiązywania dowolnych problemów bez biurokracji. Dostawałem czas na naukę, prototypowanie i wdrożenia. Sam generowałem nowości, zamiast czekać na nie z zadań. To właśnie było środowiskiem idealnym dla skanera.

Przełom: AI jako katalizator kreatywności

Zeszłego lata brat polecił Perplexity. W dialogu z Claude Sonnet odkryłem jakościowy skok: analiza zadań, generowanie kodu i pomysłów stały się efektywniejsze. W 4 miesiące uruchomiłem ponad 40 projektów:

• Pluginy dla IntelliJ IDEA i Obsidian
• Narzędzia do automatyzacji rutyny
• Wieluuserowe platformy
• Próba napisania systemu operacyjnego na Zig

Potok pomysłów przyspieszył, a rytm dnia się zmienił: sen po 4 godziny, notowanie idei zaraz po przebudzeniu. To był okres maksymalnej produktywności bez wypalenia.

Koncepcja Skanera: nie wada, a architektura

Kiedy projektów zrobiło się za dużo, zapytałem AI: „Jak strukturyzować pomysły i wybrać te do monetyzacji?”. Odpowiedź doprowadziła do książki Barbary Sher „Odmawiam wyboru”. Opisuje dwa typy:

Nurkowcy — zanurzają się głęboko w jedną tematykę na całe życie. Głębina to ich żywioł.

Skanerzy — dążą do szerokości. Ich mózg jest tak zbudowany, że potrzebuje różnorodności. Szerokość to nie wada, a architektura.

Sher wyróżnia 9 podtypów skanerów:

• Żongler talerzami — prowadzi wiele projektów naraz.
• Specjalista sekwencyjny — nurkuje głęboko, potem całkowicie zmienia dziedzinę.
• Podwójne życie — żyje dwiema równoległymi pasjami.
• Łowca trofeów — celem jest opanowanie, potem traci zainteresowanie.
• Ciekawski — zbiera wiedzę dla niej samej.
• Encyklopedysta — szerokość ważniejsza od głębiny.
• Pszczoła — łączy ludzi i idee.
• Planista czasowy — stały czas na każdą pasję.
• Projektowiec — żyje z projektu na projekt.

Rozpoznawszy siebie w tym opisie, zrozumiałem naturę swoich wzorców wypalenia i sukcesu w DINS.

Jak zmieniłem podejście do pracy

Uzbrojony w wiedzę przestałem czekać na ciekawe zadania. Teraz, widząc rutynę, od razu proponuję rozwiązanie: robię prototyp i pokazuję. W obecnej firmie wdrożyłem już dwa projekty automatyzacji. To odtwarza to samo uczucie z DINS, ale teraz świadomie zarządzam procesem.

Test do określenia typu: implementacja techniczna

Zamiast biernego czytania stworzyłem narzędzie. Łącząc model Sher i „6 pracowniczych geniuszy” Patricka Lencioniego, napisałem test na Java 21 + Spring Boot 3.

Stos: Thymeleaf, Gradle, Docker. Bez SPA i DBMS.

i18n przez JSON-pivot: zamiast properties — jeden JSON na język. Dodanie języka = utworzenie pliku.

{
  "language": "ru",
  "ui": {
    "welcomeTitle": "Who you: Scanner or Diver?",
    "statsLink": "📊 Statistics"
  },
  "sherQuestions": [
    {
      "id": "q1",
      "text": "When I start a new project...",
      "options": []
    }
  ]
}

Algorytm: ważone głosowanie

Każda odpowiedź dodaje punkty kilku typom. Wygrywa ten z największą liczbą.

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();
}

Statystyka bez bazy danych: LongAdder do inkrementów, trwałość przez JSON-snapshot.

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;
    }
}

Wdrożenie dla programistów z RF: darmowy hosting bez karty — Hugging Face Spaces w trybie sdk: docker. Wymagania:

• Nagłówek YAML w README.md:

---
title: Scanner Profile
emoji: 🔬
colorFrom: green
colorTo: blue
sdk: docker
app_port: 7860
pinned: false
---

• Aplikacja nasłuchuje portu 7860.

Po git push HF buduje obraz i wdraża. Całkowicie za darmo.

Co ważne

• Wypalenie w IT często wynika z niedopasowania typu osobowości (skaner/nurek) do środowiska pracy.
• Skanerzy potrzebują środowiska, w którym mogą swobodnie generować i wdrażać pomysły bez biurokracji.
• Świadome stosowanie modelu skanera pozwala tworzyć środowisko wzrostu w każdej firmie.
• Narzędzia techniczne (jak test na Javie) pomagają w autodiagnostyce i zarządzaniu karierą.

— Editorial Team