CODEDRAGON ㆍDevelopment/Git, PM
개발자의 글쓰기 - 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 |
직접 다운로드
or
'Development > Git, PM' 카테고리의 다른 글
소프트웨어사업 요구사항 분석∙적용가이드 (0) | 2019.04.18 |
---|---|
Git 탄생 배경 (0) | 2019.04.17 |
단위테스트 (Unit Test) (0) | 2019.04.12 |
git - download(설치 파일 다운로드) (0) | 2019.04.06 |
네이버 SVN 서버, 네이버 SVN 서버의 특징 (0) | 2019.04.01 |