개발자의 글쓰기

📝 김철수님의 '개발자의 글쓰기'를 읽고 정리한 글입니다. 문제가 될 경우 삭제 조치하도록 하겠습니다.나는 개발에 있어 기록이란 팀원들 혹은 미래의 자신 그리고 내가 도움을 받았던 글들의 작성자 에게 돌아가고 더 나아가서는 내 지식을 얻고 싶은 독자들에게 많은 도움이

📝 김철수님의 '개발자의 글쓰기'를 읽고 생각을 정리한 글입니다. 문제가 될 경우 삭제 조치하도록 하겠습니다.개발자는 변수 이름부터 함수, 클래스, 파일, 폴더 등… 아무리 작은 프로그램이어도 이름 지을게 투성이라고 한다.그러면서 Quora, Ubuntu 포럼에서 개

📝 김철수님의 '개발자의 글쓰기'를 읽고 생각을 정리한 글입니다. 문제가 될 경우 삭제 조치하도록 하겠습니다.구글의 404 에러 페이지는 That’s all we know 인데 반해 네이버는 죄송합니다. 요청하신 페이지를 찾을 수 없습니다. 라고 친절하게 알려준다.

업무를 하고 나서 업무의 내용을 글로 보고해야 할 때 글을 너무 간단히 쓰면 한 일이 없어 보이고 자세히 쓰면 아무도 읽지 않는데 이를 체인지 로그라고 한다. 물론 이후에 독자와의 소통할 내용이기도 하다.그렇다면 동료, 상사, 독자를 만족시키기 위해서는 체인지 로그를

📝 김철수님의 '개발자의 글쓰기'를 읽고 정리한 글입니다. 문제가 될 경우 삭제 조치하도록 하겠습니다.서비스 매뉴얼이나 개발 가이드의 첫 문단은 서비스의 개념을 설명해야 한다. 독자들은 서비스 개념을 확실히 하지 않으면 이후에 나오는 내용들을 이해할 수가 없다.개발자

📝 김철수님의 '개발자의 글쓰기'를 읽고 정리한 글입니다. 문제가 될 경우 삭제 조치하도록 하겠습니다.SI만 제안서를 쓰는 게 아니라, 솔루션 업체, 서비스 기업도 다 제안서를 쓴다.PM이 개발자가 아니라면 기술 부문을 온전히 책임져야 한다.제안서의 시스템 구성도,

📝 김철수님의 '개발자의 글쓰기'를 읽고 정리한 글입니다. 문제가 될 경우 삭제 조치하도록 하겠습니다.개발자가 기술 블로그를 잘 못쓰는 이유는 학생 때 배운 글쓰기 방법이 논설문이나 설명문을 쓰는 방법이었기에 목적이 분명해야 했다.논리에 부족함이 있으면 근거가 완벽해