技術書執筆の経済学
(architectelevator.com)- 技術書は印税で意味のある金額を稼げる余地はあるが、執筆・制作・広報に数千時間がかかるため、お金だけを見て始めにくい仕事である
- 1冊の本で 10万ドル を稼ぐには、流通方法ごとの1冊あたりの収益差が大きいため、自費出版eBookなら6,000部、自費出版の紙版なら1万部、従来型出版なら2.5万部程度が必要になる
- 実際の販売部数は一部のロングセラーを除けば限られており、出版社基準では 1万部販売 が成功と見なされ、特定技術に依存する本は12〜18か月で古くなることもある
- Gumroad・Leanpub・Amazon・従来型出版社は、収益配分、制作ツール、コントロール権、ブランド、到達範囲、販促支援 が異なり、著者の収益と働き方もそれに応じて変わる
- 本は直接販売による収益だけでなく、コンサルティング、ワークショップ、有料講演、キャリア上の信頼性にも影響し、とくに独立コンサルタントにとっては 専門性を証明する道具 になる
技術書はお金だけを目当てに書きにくい
- 技術書の著者、講演者、シリーズ編集者に当てはまる基本原則は、誰かほかの人が儲かるなら著者も儲かるべきだ ということだ
- 技術書執筆の第一原則は、お金を目的に書かないこと にある
- だからといって技術書でそれなりの収益を上げられないわけではなく、収益規模は販売部数と流通方式に大きく左右される
- 印税は普通 不労所得 に分類されるが、実際には過去の執筆・制作・販促労働に対する遅れて支払われる報酬に近い
- Leanpubのように本が売れるたびに e-mail を送るプラットフォームは、販売通知を即座に実感させてくれる
10万ドルを稼ぐには何部売ればいいのか
- 1冊の本で USD 100,000 を稼ぐためのおおよその販売部数は、1冊あたりの収益によって大きく変わる
- 自費出版eBook: 小売価格 $20、印税 $16 とすると約 6,000部
- 自費出版の紙版: 小売価格 $30、印税 $10 とすると約 1万部
- 従来型出版の技術書: 小売価格 $50、印税 $4 とすると約 2.5万部
- ソーシャルメディアのフォロワー数が多くても、そのまま購入につながるわけではなく、実際の成果は コンバージョン率 にかかっている
- Webサイトで2〜5%のコンバージョン率はすでに非常に良い水準で、Leanpubの本のページを10万人が見てターゲットがよく合っていれば、約3,000人が購入する可能性がある
- Amazonでは購入意図を持つユーザーが本のページに到達することが多いため、コンバージョン率がさらに高いこともある
実際の販売部数とロングセラーの影響
- よく知られた技術書・ビジネス書の一部は、長期間にわたって大きな販売実績を記録している
- Enterprise Integration Patterns (2003): 10万部以上
- Team Topologies (2019): 15万部以上
- UML Distilled (1997): 30万部以上
- Design Patterns (1994): 50万部以上
- The Unicorn Project (2018): 50万部以上
- これらの事例はすべて従来型出版チャネルを通っているが、従来型出版のほうが常に多く売れるという意味ではない
- 自費出版の技術書で 10万部 を超えた事例は知らないという
- 出版社基準では 1万部販売 は成功と見なされ、その後に次の本を依頼されることもある
- Leanpubでは一部の著者が販売部数を公開している
- Simon Brown の Software Architecture for Developers は、2024年5月時点でほぼ 2.7万部 売れている
- この数値には無料配布が含まれる可能性がある
- Platform Strategy は Leanpub の歴代ベストセラー一覧で19位である
Amazon販売部数を推定する方法
- Amazonは販売部数を公開していないが、ここ5年ほどの本であれば Amazon.com の評価数からおおよその販売部数を推定できる
- 経験式は 販売部数 = Amazon.com の評価数 × 60 である
- この式は Team Topologies と The Software Architect Elevator にはよく当てはまるが、古い本では販売部数を過小評価することがある
- Design Patterns は Team Topologies と評価数が似ているが、はるかに長く売れている
- 昔は Amazon の規模が小さかった、あるいは評価を残す人が少なかった可能性がある
- edition が異なると評価が別々に蓄積されるため、合算が必要である
- Amazonは一部の本について月間販売レンジを表示することもある
- The Software Architect Elevator: 100+ レンジ
- Kent Beck の Tidy First、Sam Newman の Building Microservices: 250+ レンジ
- Design Patterns: 500+ レンジ
- System Design Interview: 1k+ レンジ
- Martin Kleppmann の Designing Data-Intensive Applications: 2.5k+ レンジ
本の寿命の経済学
- 本で10万ドルを稼ぐことはできても、1年以内に稼げると期待してはいけない
- Enterprise Integration Patterns は著者1人あたり10万ドル以上を稼いだが、その期間は 20年 に及ぶ
- 本のテーマの寿命は収益に大きな影響を与える
- EIP は刊行20年後でも毎年数千部ずつ売れている
- 特定技術を扱う本は 12〜18か月 後に古くなることがある
- 本の寿命を延ばす方法の1つは、第2版、第3版 を出すことだ
- 37 Things と Cloud Strategy は約4年間着実に売れ、37 Things は The Software Architect Elevator へ発展して合計7年以上好調に売れた
流通チャネル別の著者取り分
- 小売価格のうち著者に入るおおよその比率は、チャネルごとに異なる
- Gumroad: 約88%、クレジットカード手数料2%を反映
- Leanpub: 80%
- Amazon Kindle: 価格が $10 未満なら65%、$10 以上なら35%
- Amazon KDP: 価格 × 60% - 印刷費
- 従来型出版社: 約5〜8%
- Gumroad は90%からクレジットカード手数料2〜3%を差し引いた金額を支払う
- Leanpub は公正な印税率と本のレンダリングシステムを提供し、追加機能には月額料金があるが、認定済み著者には免除されることがある
- Kindle eBook は $10 未満では印税率が良いが、大半の技術書が該当する $10 以上では35%まで大きく下がる
- KDP の紙の本は60%から印刷費を著者が負担する
- 300ページの技術書の例では $30 × 60% - $5 = $13
- 最終的には小売価格の約30〜40%を得ることになる
- 従来型出版社は純売上の約15%を支払い、小売価格基準では約6%、つまり $50 の本1冊あたり約 $3 程度である
- 共著者がいれば同じ取り分を分けるため、1人あたりの収益は比例して減る
- 従来型出版社のオーディオブックと eBook の印税率は約25%で、流通コストが低いため印税小切手の半分を占めることもある
本でさらに稼ぐ方法
- 多くの独立著者にとって、本は直接販売する商品ではなく ブランディングツール である
- 本はビジネスを呼び込み、コンサルティング単価を引き上げる助けになりうる
- 有料ワークショップ1回で、本 1,000部販売 に匹敵する収益を得られることがある
- ワークショップでは本を無料で配ることもできる
- 有料講演も可能だが、講演料のばらつきは大きく、当然支払われるものとは言えない
- オンライン有料イベントやウェビナーは移動時間と費用がないため有利な場合がある
- 正社員として働いていると追加収益を生む選択肢が限られることがあり、雇用主によってはワークショップ実施を制限する場合もある
- 本は一般的な採用面接の機会には役立つが、面接そのものを通過させてくれるわけではない
- コンサルタントにとって本は、売りたい 専門性・助言 を示す資料になる
価格設定とデジタル付加商品
- 従来型出版社は技術書の価格を通常 $40〜$80 程度に設定する
- 自費出版の本は著者が価格を直接決め、経験的な価格帯はおよそ $25〜$30 である
- 専門の編集者やイラストレーターを雇えば、自費出版の本の品質も従来型出版の本に近づけられる
- Leanpub ベストセラーの最低価格例は比較的低めである
- Software Architecture for Developers: $15
- Art of Data Science: $20
- Event Storming: $9.99
- $20 の Leanpub 本は、$40 の Kindle 販売より著者収益が大きいこともある
- Leanpub で本を始めるとき、初期価格を $9.99 と低く設定すれば初期読者に報いることができる
- 初期読者はすべての更新を無料で受け取る
- 本が完成しないリスクや、編集前の原稿を読む負担を引き受ける
- 本が成熟したら価格を上げる
- まだ試していない有用な価格戦略として デジタル付加商品 がある
- workbook、template、toolkit、video を追加料金で提供する方式
- 既存購入者にもう $10 使ってもらうほうが、まったく新しい購入者を見つけるより簡単だという助言に基づいている
支払いサイクルとレポーティング
- ほぼすべての販売チャネルは、返金処理や少額支払い手数料を理由に 保留期間 を設けている
- Gumroad: 7日
- Leanpub: 60日
- Amazon: 60日
- 出版社: 60〜180日
- Gumroad は販売の翌週末に支払うため、最悪の場合は約13日待つ
- Leanpub は60日の返金保証期間が終わるまで資金を保留する
- Amazon も同様のスケジュールで支払う
- 従来型出版社は月次から半年ごとまで、支払い周期がさまざまである
- Leanpub は即時のオンラインレポートを提供し、Amazon もやや遅延のある日次オンラインレポートを提供する
- 出版社は支払い時に PDF レポートを送る方式である
書籍シリーズとシリーズ編集者の収益
- 従来型出版社の書籍シリーズは、複数の本を共通ブランドで束ねて クロスセル を促す手段である
- 代表例として Pearson の Martin Fowler’s Signature Series があり、Enterprise Integration Patterns もこのシリーズに属する
- O’Reilly の “Up and Running” や Manning の “In Action” のように似たタイトルを使う本は、サブブランド化とクロスセルを狙っているが、シリーズ編集者がいる意味でのシリーズではない
- シリーズ編集者の一般的な取り分は 純売上の1% で、$50 の本1冊あたり約20セント程度である
- このお金は著者取り分から差し引かれるのではなく、シリーズが販売を牽引するという前提で別途支払われる
- 複数の本が5万部や10万部を超える成功シリーズなら、1%でも積み上がりうる
- シリーズ収益で10万ドルを超えるには約 50万部 を売る必要があり、シリーズ編集者になるにはまず成功した著者でなければならない
- 本の執筆・制作・販促には数千時間がかかるため、本の収益を 時間あたり収入 として計算するのは難しい
自費出版と従来型出版の選択
- 出版チャネルの選択は印税率だけでなく、コントロール権と支援水準 のトレードオフでもある
- 初心者の著者は、従来型出版社の信頼性やブランドイメージから助けを得られる
- 大まかな比較は次のとおり
- Gumroad: 印税率とコントロール権は高いが、ツール・ブランディング・販促支援は弱い
- Leanpub: 印税率とコントロール権が高く、PDF・EPUB 制作ツールがある
- Amazon: 到達範囲が広くオンラインレポートもあるが、変更には待機時間がある
- 従来型出版社: 印税率とコントロール権は低いが、制作、ブランド、到達範囲、販促支援が強い
- Gumroad と Amazon には完成した本を自分で持ち込む必要がある
- Leanpub では Markua スクリプトから PDF をレンダリングしたり、ブラウザで執筆したりできる
- Leanpub を使う場合でも、表紙、挿絵、校正、レイアウトは著者の責任である
- 専門家に編集やアートワークを依頼すると、本の規模や複雑さによって $500 から数千ドル かかることがある
- Leanpub ではコンテンツと価格をいつでも変更でき、使い切りクーポンも作成できる
- Amazon は変更ごとに72時間の待機期間があり、この間は著者用見本の注文もできない
- 従来型出版社は制作パイプラインに合わせて数か月前から予定が組まれ、遅い変更は歓迎されない
- 最大収益より最大読者到達を目標にするなら、従来型出版社のほうが良い選択かもしれない
IngramSpark と紙の流通
- IngramSpark は世界最大級の書籍印刷・流通会社の1つで、自費出版の本を書店や図書館で注文可能にできる
- 支払い構造は Kindle Direct と同じ 小売価格の60% - 印刷費 である
- Kindle Direct の “Expanded Distribution” は、Amazon で出版した本も Ingram を通じて流通させる
- 逆に Ingram で出版しても、本は Amazon で販売されうる
- 紙の本の流通は Amazon と Ingram という2つの巨大事業者に収斂しているように見える
出版ルートは段階的に広げられる
- 出版チャネルは完全に排他的ではない
- 1つの進め方として、ブログ記事から始めて素早くフィードバックを得て、その後 Leanpub、Kindle/KDP、従来型出版社の順に広げていく方法がある
- 37 Things はこのルートをたどって The Software Architect Elevator へ発展した
- 以前は従来型出版社がすでに自費出版された本を敬遠していたが、今は違う
- 自費出版の本が単独でよく売れれば、出版社は自分たちがさらに販売を伸ばせると見て、リスクが低いと判断する
マーケティング、広告、プロモーション
- Leanpub は独自トラフィックをあまりもたらさず、著者自身がトラフィックを連れてくる必要がある
- 自費出版の核心原則は セルフマーケティング である
- Gumroad はより多くのトラフィックを得られる可能性があるが、注目を集めるコストが高い
- Amazon は検索順位やおすすめを通じて実際のトラフィックをもたらし、販売に大きな影響を与える
- 従来型出版社は有料露出、よく売れている他書とのクロスリンク、インフルエンサーへの献本などを行える
- 出版社名は信頼を作り、コンバージョン率を高めることがある
- プラットフォーム別の広告手段も存在する
- Leanpub には The Shelf がある
- Gumroad Discover は売上の最低30%を取り、露出を高める
- Amazon 広告はキーワードを選んで入札する方式で、“sponsored” ラベルで表示される
- Amazon 広告のクリック単価は簡単に $1 になることがある
- 1販売で $10 稼ぎ、コンバージョン率が20%なら、1件の販売を生むために広告費 $5 を使うことになる
- この場合、利益は半分に減る
- 広告がなければ発生しなかった販売なのかを確認する必要がある
- 購入者は本の説明、表紙、レビューを見る
- Goodreads のレビューは Amazon のレビューより信頼できると判断しており、Amazon は Goodreads を所有していて一部地域では両方のスコアを一緒に表示する
- 有料広告以外にも、多くの著者はブログ、ソーシャルメディア、イベントで本を宣伝する
- イベント登壇は本の販売につながる効果が弱いことがあり、海外登壇で5〜10冊売る程度なら、時間に見合う別の報酬が必要である
- Leanpub のクーポンは有用なプロモーション機能である
- $20 の本に25%割引クーポンを付けると、定価 $15 の本よりよく売れることがある
結局、始まりは1冊を書くこと
- すべての収益構造と流通戦略は、まず本を完成させてこそ適用できる
- 技術書で10万ドルを稼ぐ方法は、結局 1回に1冊ずつ売ること である
1件のコメント
Hacker News のコメント
技術書を4冊出版しており、5冊目の原稿も終えて、今は出版社や流通について協議中です。
似たような記事は多く見てきましたが、この記事がいちばん現実的で包括的だと感じました。
特に「1万部売れれば成功で、2,000部が損益分岐点になり得る」という部分は、もっと強調されるべきです。
伝統的な出版社から出るプログラミング本でも、かなりの数が2,000部を超えられず、自費出版はさらに難しい可能性が高いです。
記事の「Reality Check」も、まだ冷徹さが足りません。よく売れた技術書の例を選んで見せていますが、現実にはほとんどのプログラミング本は「よく売れる」の基準である1万部に届かず、多くの本は2,000部にも届きません。
技術書執筆の経済性はよくなく、LLM生成のゴミが市場にあふれれば、さらに悪化するでしょう。
お金を稼ぐために書くのではなく、キャリアや教育のような別の理由で、本当に書きたいときに書くべきです。
技術書でお金を稼ぐことはできますが、収益化の経路は「本の販売」ではなく、何冊か売って信頼性を作り、講演につながり、その後に実際にお金になるコンサルティング仕事へつなげる、という方向です。
ソフトウェアエンジニアリングの本が10万部売れるのは本当に例外的で、特定の技術を扱う本なら1,000部売れるだけでもかなり一般的な結果かもしれません。それも数年かけての話です。
この分野にお金はありません。「...for Dummies」のようなシリーズ向けに、継続的にそこそこ読める技術コンテンツを量産できる著者の市場は少しあります。10冊の本が同時に印税を生むなら時間対効果は悪くないかもしれませんが、1〜2冊では最低賃金の仕事より稼げない可能性が高いです。
とはいえ、挑戦するなという意味ではなく、共有したいものがあり、生活費は本業で稼いでいる人たちの趣味に近いものです。さらに、書籍の違法コピーが広く出回っていて、文章から助けを得ており支払能力もある人たちでさえ、海賊版を無料で共有することに慣れている点がつらいところです。
最近、明らかにLLMが生成したように見えるひどい技術書を読んで出版社に連絡したところ、出版社は「それは著者のスタイルにすぎず、LLMは使っていない」と断言しました。もちろん、すべて嘘だと思っています。
ひどい本を出版しても、とにかく売上は発生するようです。
私の本は5か月で91部売れました。機械学習がどのように動くかを扱った本です。無名の著者で、ソーシャルメディアもなく、広告予算もゼロなので、Amazonの自然露出だけです。
経済性は確かによくありませんが、お金のために書いたわけではありません。自分の言葉を世界に残したいという、より実存的な理由のほうが大きかったです。
あまり売れなくても、コンサルティングや、気は進みませんが「インフルエンサー」キャンペーンのための信頼性ツールになり得ます。
2020年にFFmpegのドキュメントをすべて読み通した後、FFmpeg本を書きました。
ドキュメントが提供する機能を実際の音声・動画変換に使いながらFFmpegを隅々まで学びたくて、その成果物を公式ドキュメントの拡張のようにオープンソースとして公開し[0]、Kindleにも出しました[1]。
この4年間で743冊売れ、ほぼ2,000ドルを稼ぎました。それでも、毎月KDPの支払いメールを受け取るたびに、不思議なことにFAANG+での月給よりもうれしく感じます。
[0] https://github.com/jdriselvato/FFmpeg-For-Beginners-Ebook
[1] https://www.amazon.com/dp/B087GYV15Y/
それで、すべての動画編集にこれを使ったらどうだろうと思いました。UIより難しいですが、コマンドは2050年でも今と同じでしょうし、スクリプト化もできます。
もちろん、すべてはつながっていて、ffmpeg自体を書いたわけでもなく、動画エンコーディングやカメラ技術を作ったわけでもありませんが、こういうふうに突き詰め始めるときりがありません。
記事がまさに述べているように、本を書くことはさまざまな理由で良い考えですが、収入を生み出すことはその理由には含まれません。
個人的な経験では、技術書市場の黄金期だった15〜20年前には、1章を書くと1,500ドルを受け取れました。2〜3週間の作業で、同じくらい時間がかかるものの少し報酬が少なかった雑誌記事より割がよかったです。
本1冊ならおそらく2万5,000ドルほどでしたが、少なくとも6か月はかかりました。
もちろん完成時の支払いで、本がうまくいけば後で印税があるという約束もありましたが、よほど運がよくない限り、ほとんど起きませんでした。
それでも、1か月未満の作業で現在価値にして2,500ドルを受け取るのは、まったく悪くはありませんでしたし、出版著者という肩書きはコンサルティング仕事を得るうえで利点がありました。
しかし最近では、「実際にお金を払ってくれる雑誌や書籍の契約」そのものがほとんど消えてしまいました。
Cubaseというデジタル・オーディオ・ワークステーションの使い方に関する教材を書き、音楽理論・オーディオの概念・ミキシング・エフェクト・楽器といった背景知識も一緒に入れた。
書くのに2年かかり、そのうち1年は余暇をすべて注ぎ込んだので、専業換算では9か月〜1年ほど作業したことになる。
ところが誰も買わなかった。2年ほど後に業界の人が偶然宣伝してくれたおかげで売れ始めた。
これまでずっと更新を続け、Cubase 6から始まってCubase 13まで来ており、かなり安定して売れていて、普通は月に約400ポンドの売上がある。大金ではないが生活費の一部をまかなえ、Cubaseの新バージョンが出るたびに平均2週間かけて更新する価値はある。
世界中のAmazonのオンデマンド印刷で売っている。以前はLuluを使っていたが、実際にはAmazonに下請けに出す構造で、Amazonは1冊あたりの利益が少なくてもLuluより3倍売れる。その後Luluが自分の使っていた判型を廃止したので、選択はさらに簡単になった。
別の本も1冊出したが、価格も販売数もさらに小さい。本作りはかなり楽しいが難しく、「時間が余ったときに作業しておけば、いつか1〜2年かけて回収できるかもしれない」に近い。
月400ドルなら合計で5万2,800ドルほどで、約1年分の作業の対価だった。
ある程度は稼いだが、1年のフルタイム職ほどではなかった可能性が高い。
技術書を書くのは、理想主義者、ほら吹き、強迫的なイデオローグだけが試みるような、極めてひどい考えだ。
私の本はここにある:
https://hypermedia.systems
(https://hypermedia.systems/tricks-of-the-htmx-masters/#html-...)
改めて確認すると、私がスターを付けていたリポジトリはアーカイブされていて、最近新しいリポジトリが上がっていたが、説明が見つからなかった。コンテンツ更新なのか、本のビルド方式のリファクタリングなのか、関連する説明を聞けるかリンクがあるとうれしい。
世のために、ただ書くこともできる。
私たちの多くには生活を支える高収入の本業があり、良い文章を書くことは副業のようにできる。
利点は、無理に分量を埋める必要がないので簡潔に書けることと、コミュニティからバグ報告も受けられることだ。
本でお金を稼ぐ人を見下しているわけではない。すべての著者と編集者を尊敬している。ただし一部の出版社は消えてくれていい。
お金が動機ではない別の道も、多くの人に開かれている。昔のハッカー倫理を思い出すべきだ。
だからゲーム開発文献のかなりの部分が閉ざされたドアの向こうにあったり、GDCの500ドルのvaultアクセス権の向こうにあったり、業界内部の口伝知識としてしか残らない理由が説明できる気がする。
良いドキュメントでさえやっと手に入る状況なのに、技術文献はさらに難しく、週70時間を超えるクランチの後には、情熱で文章を書くエネルギーもほとんど残らないと思う。
利益動機は水を濁す。Herodotos、Newton、Darwinは考える価値のあるものを書き、そうしたものが社会を前に進める。
貪欲は善で、利益動機が中心的な駆動力だという考えはごく最近のものであり、文明の長期的な発展には有害かもしれない。
オープンソースを見ると、支払いレイヤーの不在のせいでめちゃくちゃになった。そしてそのオープンソースコードを使ってLLMを無料でブートストラップした。
技術書をお金のために書くべきではないというのは正しいが、同時にお金のために書いてもいい。
本を事業として捉えれば、稼げるお金は十分にある。
フルタイムの仕事と並行して、本と関連作業を副業として数年間続け、ほぼ40万ドルを稼いだというまとめ記事がある。すべてが本の直接販売収益ではなく、本が開いてくれた機会から生まれたお金が多かった。
さらに、本のおかげで米国ビザと永住権を自分でスポンサーでき、その結果多くの機会が開けた効果は計算にも入れていない。
核心的な洞察は、本は製品だということだ。誰かの役に立つように書かなければならない。読者は本を読んだ後、それ以前にはできなかったどんな有用なことができるようになるのか。望むものをより早く手に入れるのに、どう役立つのか。
https://swizec.com/blog/5-years-of-books-and-courses-or-how-...
自慢したいのではなく、励ましたくて共有している。洞察があり有用な本がもっと必要だ。
この道を行くなら、まずWrite Useful Booksをぜひ読んでみてほしい。自分が始めたときにあってほしかった本だ。
http://writeusefulbooks.com/
外から見ると、すでにかなり地位を築いている人に見える。
インディー開発のインフルエンサーたちが、自分たちが積み上げてきた慣性を無視して「誰でもできる」とツイートするのが嫌いだ。あなたがそういうケースなのかどうかは、十分には分からない。
技術書を9冊書いており、そのうち4冊は大手出版社のApressから、5冊は独立して出した（https://wjgilmore.com/)
そのうち『Beginning PHP and MySQL』は驚くことに刊行20周年を迎え[1]、複数の言語に翻訳された。
ずいぶん前にはApressで約70冊、Wileyで数冊の編集もしていた。この業界のことはかなりよく知っているし、ここ数年は直接関わってはいないものの、今も注意深く見ている。
アドバイスはこうだ。書きたいなら書けばいい。ただし、数え切れないほどの時間を費やして書き直し、自分を愚かで力不足でひどい作家だと追い込むような病的な欲望があるなら、少なくとも人に読まれ、お金も稼げる可能性を念頭に置いてやるべきだ。
成功の可能性を作るには、本を複数の方法でパッケージ化すること。印刷版、印刷版＋動画、印刷版＋動画＋コンサルティングといった組み合わせは、個人的に非常にうまくいった。
本の制作にはLeanpub.comを使うことを勧める。MarkdownをPDFやepubなどに変換してくれ、とてつもない苦痛の時間を節約してくれる。アフィリエイトなどではなく、本当に役に立つので言っている。
出版社と仕事をしたいなら、2024年時点では勧めないが、極めて慎重に選ぶ必要がある。今一緒に仕事をしてもよいと思えるところは2社だけで、その場合でも通常の権利は絶対に渡さない。
[1] 第5版からは出版社との意見の相違により、私の名前は本から外れた。
本は刊行日に終わったものと見なすべきではない。
Jeff Geerlingは自身のDevOps本を何度も無料公開していたが、私はお金を払って買った。刊行後も継続して手を入れ、改善していたからだ。
より多くの著者がこの方式を選べば、品質は上がるはずだ。
興味のある人には、Rob FitzpatrickのWrite Useful Booksを強く勧める。
https://www.amazon.com/Write-Useful-Books-recommendable-nonf...
厳密には技術書についての本ではないが、推薦されるようなノンフィクションを書く方法を主に扱っており、その一部は当然ながら技術書にも当てはまる。
実際に本を「やり遂げる」ために必要な実用的な助言が多く、私自身も少なくとも足を踏み入れてみるきっかけになった本だ。
本を何冊も書いた。最初の本はひどい出来だったが、とてもよく売れた。
当時はStack Overflowがなく、OSプラットフォーム各社が開発者支援に十分投資しておらず、ドキュメントもめちゃくちゃだったからだ。今ではそのどれも当てはまらない。
印刷本という媒体も急速に衰退している。後に書いた本ははるかに良い出来だったが、売れ行きはだんだん落ちていった。
今はプロジェクト管理のコンテンツと現在関心のあるテーマを混ぜたTikTokを作っていて、おそらくYouTubeの長尺講義シリーズへとつながっていくと思う。
全部載っているとは限らないが、最も最近に書かれている本は、以前の『Programming Android』のような本よりも、ずっとニッチなテーマである『Enterprise Android』のように見える。
より良い本であっても、読者層そのものがはるかに小さければ、その差を覆すのは難しい。
個人的には10年前の最初の本が自分の最高傑作だと思っているが、テーマが狭すぎて、その後の本よりはるかに売れなかった。
また、今は昔よりプログラマーがはるかに多い。本をあまり読まなくなっている可能性はあるが、Stack Overflowとオープンソースプラットフォームが技術書出版を殺したと言うのはかなり不正確だ。
自分の状況を市場全体に投影しているように見える。攻撃ではなく、別の見方として受け取ってほしい。
何冊か書いて出版したが、最も誇りに思っている本が最も売れなかった。
https://www.amazon.com/dp/1484232275/はAmazonで評価5.0、レビューも20件あり、メール・チャット・対面でも良い反応をたくさんもらった。
ただ、テーマがあまりにも狭い分野なので、実質的に興味を持つ人がほとんどいない :-)