SLCR
// DEV TYPE 13
🌿 조용한 장인

말은 없지만 코드 품질은 팀 최고. 묵묵히 기술 부채를 갚는 팀의 숨은 MVP.

#코드품질#테스트#리팩토링#장인정신#소통부족#자기홍보약함
0개
남긴 TODO 주석
100%
테스트 커버리지
daily
기술 부채 상환
1위
팀 코드 품질 점수

조용한 장인란?

조용한 장인(SLCR) 유형은 개발팀의 숨은 MVP입니다. 회의에서 거의 말하지 않고, 슬랙에서도 조용하지만, 이들이 제출하는 PR은 항상 감탄을 자아냅니다. 꼼꼼한 변수 명명, 적절한 추상화, 빠짐없는 에러 처리, 충분한 테스트 코드. 코드리뷰에서 이들의 코드에 지적할 것을 찾기가 오히려 어렵습니다. '이분은 도대체 어떻게 이렇게 짜는 거지?'라는 소리를 주변에서 듣는 타입입니다.

이 유형은 기술 부채를 참지 못합니다. 레거시 코드를 볼 때마다 조금씩 정리하고, 중복 코드를 발견하면 조용히 리팩토링합니다. 별도의 공지나 자랑 없이 코드베이스가 조금씩 개선되는 것을 느낄 수 있다면, 그 팀에는 SLCR 유형이 있을 가능성이 높습니다. 이들의 작업은 눈에 띄지 않지만, 없어지면 금방 느껴집니다. 신기능 개발 속도가 점점 빨라지는 것은 SLCR이 쌓아둔 깨끗한 코드베이스 덕분입니다.

SLCR 유형은 코드 가독성에 집착합니다. 함수명 하나를 지을 때 5분을 고민하고, 클래스 구조가 직관적으로 이해되는지 스스로 검토합니다. '이 코드를 처음 보는 사람이 5분 안에 이해할 수 있는가?'가 이들의 코드 작성 기준입니다. 주석을 쓰기보다 코드 자체가 설명이 되도록 변수명과 함수명을 최대한 명확하게 짓는 것을 선호합니다.

단점은 자신이 한 작업을 잘 공유하지 않는다는 점입니다. 중요한 개선 작업을 혼자 조용히 하다 보니, 팀원들이 그 가치를 인식하지 못하는 경우도 있습니다. 성과 리뷰 때 본인이 한 일을 설명하는 것을 어색해하고, 결국 눈에 띄는 새 기능보다 저평가받는 경우도 있습니다. 자신의 작업을 적절히 알리는 커뮤니케이션 능력이 커리어 성장에 중요합니다. STLR 유형의 파트너를 찾으면 이 문제가 자연스럽게 해결됩니다.

"코드는 한 번 쓰고 백 번 읽혀요. 한 번 쓸 때 조금 더 시간 들이면 나머지 99번이 편해지잖아요. 그게 제 기준입니다."

— SLCR 유형 개발자

능력치 분석

코드 품질99%
테스트 작성96%
리팩토링94%
꼼꼼한 에러처리92%
자기 홍보18%
빠른 구현50%

실제 개발 현장에서

SLCR 유형 개발자의 실제 하루를 따라가봅니다.

01
PR 작성 — 기능 구현 완료. 코드 한 번 더 검토. 변수명 5개 개선, 함수 2개 분리, 테스트 케이스 8개 추가 후 PR 제출. 코드리뷰어: '지적할 게 없네요.'
02
조용한 개선 — 레거시 코드 훑다가 중복 로직 발견. 아무 말 없이 리팩토링 브랜치 생성. 이틀 후 조용히 PR 제출. 팀원들이 뒤늦게 알아챔.
03
코드리뷰 — 리뷰 요청 받으면 꼼꼼하게 봄. 로직 + 에러처리 + 성능 + 테스트 모두 확인 후 건설적 피드백. 말투는 부드럽고 내용은 날카로움.
04
기술부채 상환 — 매 스프린트 15% 시간을 기술 부채에 씀. 팀원은 모르지만 코드베이스가 조금씩 나아지는 중. '이게 진짜 개발이지.'

유형별 궁합

🏗️
ARCH
아키텍처 설계자
ARCH의 설계를 SLCR이 완벽하게 구현. 코드 품질 최고.
최고
STLR
스프린트 리더
STLR이 홍보하고 SLCR이 만듦. 완벽한 역할 분담.
좋음
🔥
HACK
핵앤슬래시 코더
HACK의 코드를 SLCR이 조용히 리팩토링. 감사와 미안함 공존.
보완
📚
DOCS
문서화 신봉자
SLCR의 깔끔한 코드에 DOCS의 주석 추가. 완벽한 코드베이스.
좋음

어울리는 포지션

🔧
백엔드 시니어 개발자
코드 품질과 안정성이 중요한 포지션에서 최고 역량 발휘.
🏛️
플랫폼 엔지니어
내부 라이브러리, 공통 모듈 개발에 장인정신이 연결됨.
🎓
기술 멘토
팀의 코드 품질을 높이는 멘토링 역할.

나는 정말 SLCR 유형일까?

20가지 현실 개발 상황으로 정확한 유형을 확인하세요.