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

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

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

조용한 장인란?

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

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

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

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

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

— SLCR 유형 개발자

조용한 장인(SLCR) 유형은 미팅보다 코딩, 발표보다 구현, 인정보다 완성도를 선택합니다. 스탠드업 미팅에서 가장 짧게 말하지만 가장 많은 일을 해옵니다. 코드 리뷰에서도 칭찬보다는 정확한 피드백을 남기며, 감정 표현 없이 기술적 사실만으로 소통합니다. 처음에는 차갑게 느껴질 수 있지만 같이 일해보면 가장 믿음직한 동료입니다.

SLCR 유형의 코드는 특별합니다. 변수명 하나, 함수 분리 기준 하나에도 생각이 담겨 있습니다. 읽기 좋은 코드가 곧 빠른 코드라는 걸 실천으로 보여주며, 다른 사람이 작성한 복잡한 로직도 조용히 리팩토링해서 절반의 줄 수로 만들어놓습니다. 기술 부채를 못 견뎌 하며, 레거시 코드를 마주하면 묵묵히 개선하기 시작합니다.

약점은 커뮤니케이션입니다. 본인이 무엇을 하고 있는지, 얼마나 진척됐는지 자발적으로 알리지 않기 때문에 매니저 입장에서는 답답할 수 있습니다. 협업 과정에서 자신의 의도를 충분히 설명하지 않아 팀원이 다른 방향으로 구현하는 일도 생깁니다. 글로 남기는 습관, 짧은 비동기 업데이트만 익혀도 이 약점이 크게 보완됩니다.

SLCR 유형은 오픈소스에서도 묵묵한 기여자입니다. 스타를 많이 받는 화려한 프로젝트보다, 실제로 많이 쓰이지만 관리가 부족한 프로젝트의 숨은 기여자인 경우가 많습니다. 커밋 메시지 하나도 공들여 작성하고, PR 설명에 변경 이유와 결과를 꼼꼼히 적습니다.

능력치 분석

코드 품질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의 주석 추가. 완벽한 코드베이스.
좋음

강점과 약점

STRENGTHS

  • ✅ 압도적인 코드 품질
  • ✅ 기술 부채 자발적 해소
  • ✅ 신뢰할 수 있는 구현 완성도
  • ✅ 묵묵한 팀 기여

WEAKNESSES

  • ⚠️ 낮은 자기 어필로 저평가 위험
  • ⚠️ 의도 설명 부족으로 협업 마찰
  • ⚠️ 진척 공유 소홀
  • ⚠️ 폐쇄적 작업 방식

자주 묻는 질문

Q. 조용한 장인은 팀워크가 부족한가요?

표현 방식이 다를 뿐 팀 기여도는 매우 높습니다. 다만 자신의 작업을 적극적으로 어필하지 않기 때문에 조직에서 저평가받는 경우가 있어 안타깝습니다.

Q. 이 유형의 성과를 어떻게 인정해줘야 하나요?

공개적인 칭찬보다 1on1에서의 구체적인 피드백, 복잡한 기술 문제를 맡기는 것 자체가 더 큰 인정입니다. 자율성과 신뢰를 주는 것이 최고의 동기부여입니다.

Q. SLCR 유형이 성장하려면?

기술 역량은 이미 뛰어나므로 커뮤니케이션, 문서화, 멘토링 스킬을 키우는 게 다음 단계입니다. 시니어 이상 레벨에서는 기술만큼 영향력 확대가 중요합니다.

이 유형을 위한 조언

💡 하루 한 줄이라도 슬랙에 오늘 한 일을 기록해보세요. 본인에게는 작은 습관이지만, 팀 전체가 여러분의 기여를 인식하는 데 큰 차이를 만듭니다.

어울리는 포지션

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

나는 정말 SLCR 유형일까?

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