달력

1

« 2020/1 »

  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  •  


 

 

개발자의 글쓰기 - pdf

업데이트 내용은 아래 페이스북 링크에서 확인하시기 바랍니다. 


 

 

<목차>

 

1 코딩 시간을 줄이는 이름 짓기 9

네이밍 컨벤션, 이유를 알고 쓰자 10

함수 이름 짓는 가장 쉬운 방법 16

좋은 이름은 존재의 이유를 설명한다 22

 

2 코드의 필요악, 주석 쓰기 29

좋은 코드에는 주석이 없다? 30

주석이 필요한 경우 38

주석에도 컨벤션이 있다 41

좋은 주석을 만드는 발췌, 요약, 종합 44

주석의 악순환을 끊자 51

 

3 사용자와 소통하는 알림창 메시지 쓰기 56

오류 메시지로 개발자 유형 57

오류 메시지 쓰는 60

오류 횟수에 따라 메시지를 달리 쓰자 63

오류 메시지 대신 예방 메시지를 쓰자 67

알림창에는 개발자의 철학이 담겨 있다 71

 

4 고객 관점의 릴리즈 노트 쓰기 75

내용을 쓰고 제목을 붙이자 76

고객에게 유용한 정보를 쓰자 83

법적인 문제를 고려해서 쓰자 87

문제해결 보고서처럼 쓰자 93

과거를 리뷰하고 미래를 보여주자 98

 

5 비즈니스를 이해하는 장애보고서 쓰기 101

장애보고서 쓰기 특징 6가지 102

질문에 대답하는 신속한 글쓰기 105

원인과 이유를 찾는 분석적 글쓰기 113

상사를 고려하는 비즈니스 관점의 글쓰기 119

원하는 것을 얻는 정치적 글쓰기 124

 

6 설명·묘사로 정확한 개발 가이드 쓰기 129

서비스 개념을 범주, 용도, 특징으로 설명하자 130

범주를 정확하고 적절하게 선택하자 133

용도를 범주의 핵심 기능으로 기술하자 140

특징을 장점과 강점에서 뽑아 쓰자 145

글에 묘사를 더하면 이해가 빠르다 150

글과 그림의 내용을 일치시키자 157

객관적 묘사와 주관적 묘사 하자 163

 

7 논증·서사로 유용한 개발 가이드 쓰기 168

의견을 쓰려면 근거를 대자 169

거칠게도 공손하게도 쓰지 말자 173

주장과 이유의 거리를 좁혀서 쓰자 177

문제와 답의 거리를 좁혀서 쓰자 182

스크린샷으로 가이드할 때는 짧게 쓰자 186

독자의 수준 대신 기술의 범용성을 기준으로 쓰자 190

순서에서 단계를, 단계에서 목차를 만들자 197

 

8 수주를 돕는 SI 제안서 쓰기 205

개발자가 알아야 제안서 작성 원칙 206

고객의 문제 인식과 제안사의 문제 해결 능력 213

고객의 요구사항은 변할 수밖에 없다 224

고객의 총만족도를 높이자 232

 

 

 

 

직접 다운로드

개발자의글쓰기(김철수지음)_PDF_v1.0.0.pdf



 

or

http://bit.ly/2C2CP1N

 



Posted by codedragon codedragon

댓글을 달아 주세요