Markdown原稿をGitHubで管理して本にする仕組みが出版社で導入されないわけ
これ、FAQっぽいんで、ちょっと私見を書いておこうと思います。 とくに技術書に関しては、Markdownで原稿を書きたいとか、修正はPull Requestでもらえると楽とか、そういう便利な世界を知っている人たちが執筆者なので、 「MS Wordで書いてもらった原稿を、こちらでDTPの担当者に組版してもらいます。修正は紙に赤字か、PDFをメールで送るので、そこにコメントを入れてください」という古き良き時代の出版社のやり方を目にすると、 「出版社って遅れてるよなー」という感想を抱かれることが多いのだと思います。 その結果、「自分たちはITのプロとして出版のためのプラットフォームを作れるだろうから、それを使ってもらえないものか」という方向の考え方に至るのはよくわかります。 しかし、これには、二つの面から「ちょっと認識が違うから待って」と言いたい。 まず「認識が違う」と思うのは、プレインオールド
技術書執筆に関するお金の赤裸々な話 - プログラマでありたい
本を書いてると、よく『儲かるの？』と聞かれます。私は決まって、『儲かりません』と答えます。総額ベースではそれなりに貰っているのですが、何故そう答えるか整理してみます。 印税の仕組み 執筆に関する収入として、大きく２種類があります。１つはページ数に対しての単価が設定され、発売部数に関係なく支払われるタイプ。もう１つは、印税率を設定して書籍価格×出版部数×印税率が支払われるタイプです。前者は雑誌やムック本などに多く、それ以外のものは後者の印税のパターンが多いです。 また印税にも契約条件が細分化されています。大きく分けると刷数に対して支払われるのと、実売ベースのものです。当然、筆者としては前者の方が有利になります。 １冊書くと、どれくらいの印税になるのか 最近書いた『Amazon Web Services クラウドネイティブ・アプリケーション開発技法』のケースで考えてみましょう。この本の価格は、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
