- generate build dir
- makeebook.sh
- ko/
- figures/
- cover.png
- terms
- no DRM
- 재배포 금지 (유일한 negative)
- 타 출판사와의 ebook 출판은 허용하되, 독점 출판은 안됨
- 저자 or 역자의 수익 and 편의성이 가장 중요
- 독자를 위해서도 현명한 선택은 킨들뿐이 아닌 다른 기기에서도 볼 수 있도록..
- 저자 or 역자는 다른 출판사와 계약할 수 있음 타출판사에서 원본 text 를 가지고 가공해서 판매가능(epub, ...)
- 우리는 열려있다 이미지++
- 원본을 받아서 markdown 으로 변형 & 관리
- 서버 보안(text 파일털리면..) 이 중요해짐
- 웹서비스 구축
- 아마존에다가도 올릴거지만, 달러($) 결제라서 신용카드가 없으면 불편함(아마존이 30% 먹음)
- 결제시스템을 붙여야 하고, 다운로드 할 수 있게 해야함
- 이렇게 되면 저자, 타이틀, 카테고리 별로 검색되어야함
- 적절한 가격책정 이건 전적으로 저자 or 역자의 선택
- 다른 포맷으로 씌여진 원본을 markdown 으로 변환하는 툴이 필요
- 한권당 하나의 repo(CPAN 과 같은 directory 구조를 유지?)
- .mobi, .pdf build 환경 구축을 위한 guide
- spellchecker?
- mobi 와 pdf 로 publish
- ruby 공부
- 모든 출판관련된 기술은 progit 에서 훔쳤기 때문에
rdiscount등의 ruby gem 을 확장해서 사용할 필요성이 있을 수 있음
- 모든 출판관련된 기술은 progit 에서 훔쳤기 때문에
- latex 공부
- pdf 는 .tex -> .pdf 로의 변환과정을 거치기 때문에 .tex 작성 기술은 필수
- footnote 는 버리자
- 저자 or 역자를 모아야..
- 책들은 jenkins 를 이용해서 build 하던지..
- wiki 의 활용
- markdown 을 작성할때 viewer 에 의존하지 말고 구조적인 관점으로 접근
- 특정 뷰어에서 h1 이 너무 크게 표시된다고 h3 으로 작성한다거나..
- http://hashify.me/ 같은 서비스를 이용하거나 더 잘 만들면 아주 간편한 저작도구로 사용할 수 있다
- bitly url 을 입력받아서 .mobi 파일로 내려받게 해줄 수도 있겟다.