개발자가 말하는 방법 - 인프런

📘개발자는 왜 그렇게 말할까 — 메타인지와 상호 이해를 위한 커뮤니케이션 가이드

이 책은 누구를 위한 책인가요?

이 책은 두 독자를 위해 썼습니다.

첫 번째는 개발자 자신입니다. "나는 왜 저 말이 공격처럼 느껴졌을까?" "왜 내 말은 항상 오해를 받을까?" 스스로의 소통 패턴을 메타인지하고 싶은 개발자에게 거울이 됩니다.

두 번째는 개발자와 함께 일하는 비개발자입니다. 기획자, 디자이너, PM, 비개발 직군 누구든 개발자의 언어와 사고 방식을 이해하고 싶다면, 이 책이 번역서가 되어줄 것입니다.

이런 경험 있으신가요?

코드 리뷰 코멘트를 읽고 상처받은 적 있으신가요?

"간단한 수정이에요"라고 말했는데 왜 기획자가 화를 냈는지 이해가 안 된 적 있으신가요?

회의 내내 아무 말도 못하다가 끝나고 나서 후회한 적 있으신가요?

슬랙에 메시지를 보냈는데 아무도 읽지 않은 것 같은 느낌을 받은 적 있으신가요?

이 모든 상황에는 이유가 있습니다. 그리고 그 이유를 알면, 바꿀 수 있습니다.

왜 커뮤니케이션이 어려운가

개발자는 논리적 정확성을 요구하는 환경에서 훈련받습니다. 컴파일러는 모호함을 허용하지 않고, 코드는 명확한 의도를 요구합니다. 이 훈련이 깊어질수록 인간 관계에서도 같은 기준을 적용하게 됩니다.

그러나 사람은 컴파일러가 아닙니다.

이 책은 그 간극을 다룹니다. 개발자의 사고 방식이 왜 그렇게 형성됐는지, 그것이 팀 안에서 어떻게 오해를 만들어내는지, 그리고 어떻게 하면 더 잘 전달할 수 있는지를 6개의 챕터로 정리했습니다.

"간단한 수정이에요"가 왜 반나절이 걸리는지. "레거시 코드 문제"가 왜 누군가를 욕하는 말이 아닌지. 개발자의 말과 비개발자의 귀 사이에 존재하는 번역 오류를 해부합니다. 사고 방식의 차이, 기술 언어와 일상 언어의 충돌, 그리고 커뮤니케이션 비용의 구조적 원인을 다룹니다.

CHAPTER 02 — 코드 리뷰의 온도

코드 리뷰는 기술 검토가 아니라 동료와의 대화입니다. 리뷰어가 갖춰야 할 태도, 리뷰이가 받아들여야 할 마인드셋, 그리고 같은 의도라도 온도가 달라지는 구체적인 표현 사례들을 비교합니다. "이 쿼리 성능 완전 망했네요"와 "N+1이 될 수 있어서요, Lazy loading 검토해볼까요?" 사이의 거리를 배웁니다.

CHAPTER 03 — 메신저와 슬랙 에티켓

채널 구조, 메시지 작성 원칙, 긴급과 비긴급의 구분. 슬랙이 도움이 아니라 스트레스가 되는 이유와 팀 전체의 집중력을 높이는 소통 규칙을 다룹니다. "응" 대신 무엇을 써야 하는지, BLUF 원칙이란 무엇인지 구체적으로 설명합니다.

CHAPTER 04 — 회의 제대로 하기

개발자가 가장 많은 시간을 낭비하는 공간. 회의 전 반드시 확인해야 할 것, 조용히 있다가 후회하지 않기 위한 발언권 잡기 전략, 그리고 회의 후 액션 아이템 정리까지. 회의를 팀의 가장 강력한 도구로 만드는 방법을 다룹니다.

CHAPTER 05 — 비개발자와의 협업

기획자에게 "왜"를 먼저 물어야 하는 이유, "구현 불가능"을 어떻게 말하면 관계가 살아남는지, 기술 부채를 비즈니스 언어로 번역하는 구체적인 방법. "레거시 리팩토링 필요"를 "기능 추가 시간이 2배 걸리는 구조 문제 해결"로 바꾸는 연습을 합니다.

CHAPTER 06 — 갈등과 피드백 다루기

건강한 불일치를 표현하는 방법, SBI 피드백 모델의 실전 사용법, 그리고 번아웃 신호를 읽는 법. 갈등을 피하는 팀이 아니라, 갈등을 잘 다루는 팀이 강하다는 것을 다룹니다.

이 책이 다른 점

커뮤니케이션 책은 많습니다. 그런데 대부분은 영업사원, 리더, 관리자를 위해 썼습니다.

이 책은 개발자의 맥락에서 씁니다. PR, 코드 리뷰, 슬랙, 스탠드업, 스프린트. 개발팀 안에서 실제로 일어나는 상황을 다룹니다.

추상적인 조언이 아니라 그 자리에서 바로 쓸 수 있는 표현을 제시합니다. 상황별로 "이렇게 말하면 ❌", "이렇게 말하면 ✅"의 대비를 통해 눈에 보이게 보여줍니다.

그리고 이 책은 10년간 솔로 개발자로 앱을 만들고, Apple Developer Academy에서 멘토로 활동하며, 수천 명의 개발자를 가르친 경험에서 나왔습니다. 이론이 아니라 현장에서 겪은 것들입니다.

저자 소개

리이오 (Leeo)