- 예전 진행 방식입니다. 참고해주세요. 지금은 LLM이 있기 때문에 자유롭게 하시면 됩니다.
- 책의 퀄리티가 높아지는 방식 : 한 주에 2~3 챕터씩 발표 후 피드백
- 한 사람이 너무 많은 발표를 하지 않도록 내부적으로 분할
- 챕터별로 발표를 하셔도 좋습니다.
- 왜 성과가 높은가? 책임감과 발표의 부담감 → 발표나 부담감을 최소화 하는 3번의 방식도 성과가 높았음.
- 발표가 끝난 다음에 모두가 수정하는 시간 20분
- 내가 집필하지 않은 내용을 그날 처음 듣고 수정이 가능한가? → 가능해야 합니다. 왜냐면 우리가 이해할 수 없는 글은 독자도 이해할 수 없습니다.
- 발표가 일찍 끝났어도 정해진 시간(2시간 ~ 3시간)은 꼭 다 채워주세요.
- 책은 PDF출판으로 갑니다.
- 어떻게든 PDF로만 주시면 됩니다. 🙂
- Notion에서 내보내기 후에 알 PDF로 표지 앞 뒤로 붙여서 주셔도 좋습니다.
- 첨부된 PPTX에 일일이 한장씩 캡쳐하셔서 주셔도 좋습니다. → 초창기 30권 책은 이렇게 진행했습니다.
- 리디북스만 하기로 했습니다.
- 국회 도서관 납품 및 ISBN은 발급됩니다.
- 나중에 교수가 되거나 공공기관으로 가더라도 실적이 됩니다.
- 첫날, 집필 완료 마감일에 함께합니다. 집필 완료 마감일에는 돌아가면서 책 내용을 요약 발표 합니다.
- 문법이나 누가봐도 수정할 만한 내용은 허락을 받지 않고 바로 수정합니다.
- 뎃글 + 전체 공지할만한 사항은 간혹 디스코드로 드립니다.
- 최상단에 목차 블록을 넣어주세요.
- 주제가 변할 때마다 항상 목차를 넣어주세요. 항상
1.부터 시작합니다. - 1. 제목
- 1.1. 제목
- 1.1.1. 제목
- ‘이다’로 끝나게 할까요? ‘습니다’로 끝나게 할까요? ‘요’로 끝나게 할까요? (대부분 ‘다’로 끝나고 저는 ‘요’를 선호합니다.)
- 출판이 되면 수정이 매우 어렵습니다. 따라서 처음에 퇴고까지 잘 한 다음 수정사항은 모이면 수정하겠습니다.
- 캡쳐 방식
- 화면 해상도가 안좋으신 분들이 캡쳐를 하면 깨집니다. 해상도가 좋으신 분들이 확대를 해서 캡쳐를 부탁드립니다.
- 콘솔창은 흰색으로 해주세요. → 부득이한 경우 검은색을 허용하겠습니다.(터미널 창은 검은색 가능합니다.)
- 디자인을 하실 수 있으신분?
- 디자인 요청사항
- code는 code block을 사용하여 사용자가 캡쳐할 수 있게 해주세요.
- wrap code(코드 줄바꿈)를 해주셔야 합니다.
- shell, html 등 양식에 맞게 작성해주세요.
console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()console.log()
- 이미지는 공식문서에서만, 출처를 caption으로 남겨주세요.
- 다른 곳에서 이미지를 가져올 경우에는 저작권에 문제가 생길 수 있습니다. → 전부 다시 디자인해서 원본의 출처를 알 수없게 만들어 주셔야 합니다.
- 빠른 진행을 위해 동의 없이 편집합니다.
- 개인적으로 쓰신 글은 백업을 개인적으로 꼭 하셔야 합니다.
- 또는 백업 챕터를 하나 만드셔서 그곳으로 백업을 하시는 것을 권해드립니다.
- 어느 순간 내 글이 없어져 있을 수도 있습니다.
- 특정 순간으로 되돌리고 싶을 때도 있습니다.