# # 스캐너, 다이버가 아닌: IT에서 번아웃 막고 성장 환경 만드는 법
프로그래밍 15년 경력 동안 저는 하나의 패턴을 발견했습니다: 새 직장에서 1~1.5년마다 번아웃이 찾아왔어요. "스캐너" 개념을 받아들이고 다양한 관심사를 위한 환경을 의식적으로 만들기 시작하면서야 이 악순환을 끊을 수 있었죠. 당신의 커리어에 어떻게 적용되는지 알려드릴게요.
번아웃 패턴: 숫자가 말해주는 진실
커리어를 분석해보니 명확한 패턴이 보이더군요. 첫 직장 — 5년 (Java 개발자), 두 번째 — 3년 (Salesforce 개발자), 그 이후 — 각각 1~1.5년. 외부 요인을 탓했어요: 형편없는 관리, 구식 테크 스택, 안 맞는 팀. 하지만 진짜 원인은 더 깊숙이 있었어요.
첫 직장에서는 회사가 계속 새로운 도전을 주었기 때문에 5년을 버텼어요: servlets와 JSP부터 Alfresco, GWT, FileNet까지. 학습 곡선이 꾸준히 올라갔죠. 두 번째 직장에서는 Salesforce로 급격히 스택을 바꿨는데, Java 기반 덕에 전환이 수월했고, 1주에서 몇 주짜리 짧은 프로젝트들이 빠른 피드백과 도파민 충전을 제공했어요. 하지만 1년쯤 지나니 스택이 익숙해지고 작업이 예측 가능해지면서 학습 곡선이 평평해졌어요. 배터리가 바닥났죠.
예외: DINS가 스캐너 친화적 환경을 어떻게 만들었나
트렌드를 깨뜨린 회사가 하나 있었어요 — DINS. 그곳에서 행복하게 일했는데, 한때 그만두고 싶을 정도였음에도요. 핵심은 관료주의 없이 어떤 문제든 도전하라 장려하는 팀 리드였어요. 학습, 프로토타이핑, 구현 시간도 줬고요. 태스크를 기다리지 않고 제가 직접 참신함을 만들어냈어요. 그게 바로 스캐너 친화적 환경이었죠.
전환점: AI가 창의성 촉매제 된 사례
지난 여름, 형이 Perplexity를 추천해줬어요. Claude Sonnet과의 채팅에서 질적 도약을 봤죠: 태스크 분석, 코드 생성, 아이디어 브레인스토밍이 훨씬 효율적으로 변했어요. 4개월 만에 40개 넘는 프로젝트를 런칭했어요:
- IntelliJ IDEA와 Obsidian용 플러그인
- 루틴 태스크 자동화 도구
- 멀티유저 플랫폼
- Zig으로 OS 작성 시도
아이디어 흐름이 가속화됐고, 스케줄이 바뀌었어요: 4시간 수면, 깨자마자 아이디어 적기. 번아웃 없이 최고 생산성 기간이었죠.
스캐너 개념: 결함이 아닌 아키텍처
프로젝트가 쌓이니 AI에게 물었어요: "아이디어 정리하고 수익화할 만한 거 고르는 법?" 답변으로 Barbara Sher의 책 Refuse to Choose를 알게 됐어요. 그녀는 두 유형을 설명하죠:
다이버 — 평생 한 주제에 깊이 파고듦. 깊이가 그들의 영역.
스캐너 — 폭을 갈망함. 뇌가 다양성을 위해 설계됐어요. 폭이 결함이 아니라 그들의 구조예요.
셔는 스캐너 9가지 하위 유형을 꼽아요:
- 플레이트 스피너 — 한 번에 여러 프로젝트 저글링.
- 시리얼 스페셜리스트 — 깊이 파고들다 완전히 분야 전환.
- 더블 에이전트 — 두 가지 열정을 병행.
- 트로피 헌터 — 스킬 마스터 후 흥미 상실.
- 커리어스 — 지식 자체를 위해 모음.
- 백과사전주의자 — 깊이보다 폭 우선.
- 벌 — 사람과 아이디어 연결.
- 시빌 — 각 열정에 고정 시간 슬롯 배정.
- 프로젝터 — 프로젝트에서 프로젝트로 살아감.
여기서 나를 발견하고 번아웃 패턴의 뿌리와 DINS 성공 이유를 이해했어요.
일하는 방식 바꾸기
이 통찰로 흥미로운 태스크 기다림을 멈췄어요. 이제 루틴을 발견하면 솔루션 제안: 프로토타입 만들고 데모. 현재 회사에서 이미 두 개 자동화 프로젝트 롤아웃했어요. DINS 분위기를 재현하는데, 이제 의식적으로 관리하죠.
타입 테스트: 기술 구현
수동 읽기가 아닌 도구를 만들었어요. Sher 모델에 Patrick Lencioni의 "6 Working Geniuses"를 결합해 Java 21 + Spring Boot 3으로 테스트 코딩.
스택: Thymeleaf, Gradle, Docker. SPA나 DB 없음.
i18n via JSON-pivot: 언어별 하나의 JSON 대신 properties 파일. 언어 추가 = 새 파일.
{
"language": "ru",
"ui": {
"welcomeTitle": "Who you: Scanner or Diver?",
"statsLink": "📊 Statistics"
},
"sherQuestions": [
{
"id": "q1",
"text": "When I start a new project...",
"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();
}DB 없는 스탯: 증분에 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;
}
}러시아 개발자들을 위한 배포: 신용카드 없이 무료 호스팅 — Hugging Face Spaces의 sdk: docker 모드. 요구사항:
README.md의 YAML 헤더:
---
title: Scanner Profile
emoji: 🔬
colorFrom: green
colorTo: blue
sdk: docker
app_port: 7860
pinned: false
---- 앱이 7860 포트 listen.
git push 후 HF가 이미지 빌드하고 배포. 완전 무료.
핵심 요약
- IT 번아웃은 종종 성격 유형(스캐너/다이버)과 업무 환경 불일치에서 비롯됨.
- 스캐너는 관료주의 없이 자유롭게 아이디어 생성하고 구현할 환경이 필요.
- 스캐너 모델을 의식적으로 적용하면 어떤 회사든 성장 환경 만들 수 있음.
- 기술 도구(이 Java 테스트처럼)가 자기 진단과 커리어 관리 도움.
— Editorial Team
아직 댓글이 없습니다.