개발자는 글을 못 쓴다고요?

추천의 글 12
베타리더 후기 18
여는 글 20

PART I 개발자는 정말 글을 못 쓸까?
1 개발자는 코드로 소통한다? 27
2 반복, 또 반복 29
3 글에는 목적이 있다 31
4 번역서 참고는 그만 34

PART II 글을 잘 쓰는 개발자는 코드부터 다르다
5 커밋 메시지 작성하기 41
커밋 메시지를 잘 써야 하는 이유 43
커밋을 설계하세요 46
[쉬어가기] 커밋 메시지 해부학 47
커밋 메시지 제목 쓰기 49
커밋 메시지 본문 쓰기 64
커밋 메시지 작성해보기 68
커밋 메시지 맛집 70
6 개발자는 작명가 72
함수에 걸맞은 이름 짓기 74
함수 이름 짓기 연습 84
7 오류 메시지 쓰기 100
오류 메시지 구성 요소 101
오류 메시지를 봤는데 무슨 말인지 모르겠다 103
어떻게 해결해야 하는지 모르겠다 107
오류 메시지에 있는 안내대로 했는데 해결이 안 된다 109
해결 방법을 어디서 찾아야 하는지 모르겠다 109
[쉬어가기] 금과 은 나 없어도 내게 있는 것 네게 주니 110
8 API 주석 111
API 주석 형식 116
API 설명 기본 규칙 118
실전 연습 124
설명문 형식 정하기 128
[쉬어가기] API 설명은 영어여야만 할까요? 130
OpenAPI 명세로 쓰기 131
도구를 너무 믿지 말자 133
[쉬어가기] 미래의 나를 위해서라도 꼭 쓰세요! 134

PART III 개발자의 글은 곧 PR이다
9 리드미 139
나를 읽어주세요 142
리드미에 써야 할 정보는? 143
실전 리드미 작성 148
[쉬어가기] ‘모두가 아는 정보’ 판단법 153
이왕이면 다홍치마 154
템플릿, 널 위해 준비했어 157
10 예시 코드 159
예시 코드가 있어야 할 곳 160
소스 코드 말고 예시를 161
소스 코드를 예시로 만드는 주문 168
[쉬어가기] 예시 코드에서 내부 정보 감추기 172
샘플 프로그램 173
[쉬어가기] cURL 예시도 REST API 예시 코드일까요? 175
작동하지 않으면 코드가 아니다 177
11 장애 보고서 179
[쉬어가기] 서비스가 멈추는 순간, 우리가 겪는 불편함 181
장애 보고서란? 181
장애 보고서엔 무엇을 쓰나요? 183
장애 보고서는 누가 쓰나요? 192
장애 보고서는 언제 쓰나요? 193
장애 보고서는 어디에 쓰나요? 195
12 릴리스 노트 206
릴리스 노트? 체인지 로그? 207
[쉬어가기] 반박 시 당신 말씀이 맞습니다만, 저도 맞을 수 있지 않을까요? 210
릴리스 노트를 알아봅시다 211
[쉬어가기] 끝날 때까진 끝난 것이 아니다! deprecated는 ‘아직’이에요 213
[쉬어가기] 릴리스 노트가 길어지면 어쩌죠? 221
[쉬어가기] 문서도 릴리스 노트를 써야 할까요? 228
체인지 로그를 알아봅시다 229
[쉬어가기] 해당하는 정보가 없을 땐 없다고 명시하세요 234
13 시작하기 문서 236
시작하기의 도입부: 가입과 설치 238
시작하기의 핵심: 기본 기능 수행 240
시작하기의 마무리 243
문제점 찾기 연습 246
14 기술 블로그 253
무엇을 얻고 싶은가요? 254
블로그, 기본 틀 257
블로그, 어떤 글을 쓸까요? 268
[쉬어가기] 글로 영업해보세요 270
블로그, 쓸 때 생각해볼 것 276
[쉬어가기] 소화할 수 있는 글쓰기 277
블로그, 시작해봅시다 283
블로그, 어렵죠? 289

PART IV 기술 글쓰기에는 기법이 있다
15 정확성 295
정확한 용어 사용하기 298
[쉬어가기] 실무에서 쓰는 표현 기술 문서에 알맞게 포장하기 305
명령문과 평서문 307
명령문과 평서문 둘 다 표현할 수 있을 때는? 316
[쉬어가기] 쉴 수 있을 때 쉬어야 하니 쉬세요! 317
최신 정보 반영하기 317
16 간결성 326
두괄식으로 쓰기 328
목록과 표 335
[쉬어가기] 점 목록만으로 쓴 문서는 정말 읽기 쉬울까요? 341
[쉬어가기] 귀찮지만 포기할 수 없는 셀 병합 345
다이어그램 348
17 완결성 363
도입부 쓰기 364
[쉬어가기] 용어 설명은 짧은 팝업으로 출력해보세요 371
[쉬어가기] 형식과 기법보다는 내용과 목적이 중요합니다 374
일단 쓰고 지우기 374
우리말로 글쓰기 387
[쉬어가기] 지금 무슨 말을 하고 있는지 아나요? 389
[쉬어가기] 우리말, 우리글로도 할 수 있어요 396

APPENDIX 메시지도, AI 도구도 글쓰기에서 시작된다
A 이메일이나 메시지 쓰기 403
이메일 또는 남겨둘 메시지 쓰기 404
지시하고 응답하기 406
문제 상황 보고하기 408
B ChatGPT 활용하기 411
‘네가 해줘’ 말고 ‘도와줘’ 411
API 주석 쓰기 413
규칙 검사하기 419
도판 출처 426

커밋 범위를 잘 구성하면 제목을 수월하게 쓸 수 있는 것은 물론 혹여나 롤백(rollback)해야 할 상황이 발생했을 때 도움이 됩니다. 버그를 수정한 코드에서 새로운 버그가 파생됐다고 가정해봅시다. 롤백하면 문제가 발생한 코드는 제거할 수 있어도 UI 텍스트를 수정한 코드마저 빠지게 됩니다. 버그를 수정하는 코드와 UI 스트링을 수정하는 코드를 별도 커밋으로 올렸다면 UI 스트링을 수정한 버전은 지킬 수 있을 겁니다.

함수 이름을 짓기 어려울 땐 작업 순서를 바꿔 커밋할 메시지 제목을 먼저 작성해보세요. 메시지 제목을 보고 수행해야 할 기능 목록을 도출한 다음, 목록을 보고 함수 이름을 도출하는 겁니다. 간단한 기능이라면 제목만 보고 도출할 수도 있습니다.