Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
会社員しながら本を書いてきた知見の共有
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
Satoru Takeuchi
PRO
May 29, 2025
Technology
3
1k
会社員しながら本を書いてきた知見の共有
以下動画のテキストです
https://youtu.be/K7X4q3TuvyU
Satoru Takeuchi
PRO
May 29, 2025
Tweet
Share
More Decks by Satoru Takeuchi
See All by Satoru Takeuchi
書籍執筆での生成AIの活用
sat
PRO
1
300
ChatGPTに従って体調管理2026
sat
PRO
0
150
eBPF
sat
PRO
1
110
waruiBPF
sat
PRO
0
110
eBPFとwaruiBPF
sat
PRO
5
3.8k
Pythonのコードの気になる行でスタックトレースを出す
sat
PRO
1
100
ソースコードを読むときの思考プロセスの例 ~markdownのレンダリング方法を知りたかった2 markdownパッケージ~
sat
PRO
0
200
様々なファイルシステム
sat
PRO
0
340
ソースを読む時の思考プロセスの例-MkDocs
sat
PRO
1
430
Other Decks in Technology
See All in Technology
22nd ACRi Webinar - NTT Kawahara-san's slide
nao_sumikawa
0
110
Why Organizations Fail: ノーベル経済学賞「国家はなぜ衰退するのか」から考えるアジャイル組織論
kawaguti
PRO
1
210
AIが実装する時代、人間は仕様と検証を設計する
gotalab555
1
600
Codex 5.3 と Opus 4.6 にコーポレートサイトを作らせてみた / Codex 5.3 vs Opus 4.6
ama_ch
0
220
SREが向き合う大規模リアーキテクチャ 〜信頼性とアジリティの両立〜
zepprix
0
480
[CV勉強会@関東 World Model 読み会] Orbis: Overcoming Challenges of Long-Horizon Prediction in Driving World Models (Mousakhan+, NeurIPS 2025)
abemii
0
150
10Xにおける品質保証活動の全体像と改善 #no_more_wait_for_test
nihonbuson
PRO
2
340
Tebiki Engineering Team Deck
tebiki
0
24k
30万人の同時アクセスに耐えたい!新サービスの盤石なリリースを支える負荷試験 / SRE Kaigi 2026
genda
4
1.4k
私たち準委任PdEは2つのプロダクトに挑戦する ~ソフトウェア、開発支援という”二重”のプロダクトエンジニアリングの実践~ / 20260212 Naoki Takahashi
shift_evolve
PRO
2
210
広告の効果検証を題材にした因果推論の精度検証について
zozotech
PRO
0
210
モダンUIでフルサーバーレスなAIエージェントをAmplifyとCDKでサクッとデプロイしよう
minorun365
4
230
Featured
See All Featured
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.3k
Technical Leadership for Architectural Decision Making
baasie
2
250
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
79
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
110
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
440
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
359
30k
How to audit for AI Accessibility on your Front & Back End
davetheseo
0
180
The Hidden Cost of Media on the Web [PixelPalooza 2025]
tammyeverts
2
200
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.3k
Unsuck your backbone
ammeep
671
58k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
430
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
87
Transcript
会社員しながら 本を書いてきた知見の共有 Mar. 29th, 2025 Satoru Takeuchi X: satoru_takeuchi 1
はじめに • 背景 ◦ 私は今の会社に入ってから 7年間で、副業として13冊の本を書いてきた ▪ 市販本(書店に並ぶような本 ): 5冊
▪ 同人技術書: 8冊 ◦ 本を書いてみたいという人がそれなりにいることを知った ◦ そこから本を書くようになった人も見てきた • はなすこと ◦ 本を書きたいと思った時から現在までの経験談 ◦ 本を書いたことがない &これから書いてみたいと思っている人向けのアドバイス • 前提 ◦ 会社で副業は許可されているものとする 2
経験談 3
なぜ本を書くようになったか 1. 15年ほど前から本を書きたいと思っていた a. 「Linuxカーネルを専門家以外にわかりやすく説明できないだろうか」 2. たまたまフリーの編集者のかた(Aさんとする)と知り合いだった 3. Aさんに頼んで出版社に繋いでもらって企画を通して市販本を書くことになった 4.
当時無職だったので、気合を入れて2ヶ月くらいでガッと一気に書けた 5. 2018年無事出版: 技術評論社の「Linuxのしくみ」 a. 今は増補改訂版が出ています 6. この後、数か月後に今の会社に入社 a. 書籍の執筆がきっかけになったわけではない 4
会社員になった後 • 1冊目がそこそこ売れたので、それが名刺代わりになって、色々な出版社から声が かかるようになった • Kさんに同人技術書も書いてみないかと誘われた • 無職と会社員はわけが違うので「どうすればいいんだろう」となる ◦ 会社から貰っている給料ぶんの仕事をする責任がある
◦ 一日中精魂尽き果てるまで書き続けるということはできない ◦ 会社の仕事と執筆を両立できるのか …? 5
決して無理をしないようにモードを切り替えた • 「疲れたら」ではなく「疲れていそう」とわかったら中断 • 気が乗らなければ中断 ◦ 執筆の天使が降りてくるのを待つしかない。書けないものは書けない • 無理すると自分の健康も損なうし、会社員としての責務を果たせない ◦
そうなったら本末転倒 6
うまく執筆サイクルが回せている理由 • 物書きをしているとリラックスできる性格(性質?)である ◦ ハッカーが一日中コード書いてるようなもの ◦ しんどいとそうでもないので「心身の疲労を感じない状態」を保つのが重要 • 市販本 ◦
「凄く書きたい!」という強い意志があるものしか書かない ◦ 数百ページ書くのは長期戦なので、情熱を持続させ続ける必要がある • 同人誌は「誰かの役に立つかも」くらいの気持ちで書いたものがある程度溜まれば 本にするというやりかたを貫いている • 「書かなければならない」という義務感を持たない • 執筆業は締め切りが比較的融通が利く(あくまで比較的) ◦ 会社員としての仕事と執筆業、両方にハードデッドラインがあったら倒れていただろう 7
本を書いてよかったこと • 市販本は書店に並ぶので感動する • 技術同人誌をオフラインイベントで売るとダイレクトに反応が得られて良い • フィードバックがうれしい ◦ 良いものも悪いものも嬉しい ◦
自分の作品を読んでくれただけで嬉しい • 💰おかねがもらえます(額は売れ行きによる)💰 8
本を書きたい人へのアドバイス 9
市販本を出したいんだが、どうすれば? • 出版社は常に書ける人を求めているらしい ◦ 誰が本を書きたいのか、書き切れるのかはわからないので、「既に書いた人」「既に書いた人が紹 介した人」は需要がある • 持ち込み窓口を設けているところもある ◦ e.g.
技術評論社 https://gihyo.jp/site/inquiry/manuscript ◦ 原稿を全部書き上げてから持ち込む猛者もいるらしい • 既に本を書いたことがある知り合いがいれば、コンタクトをとってみるといいかもし れない 10
同人技術書を出したいが、どうすれば? • オンライン、オフライン問わずプラットフォームは沢山あるので好きなのを選べばよ い ◦ e.g. BOOTH, Kindle Direct Publishing,
技書博、コミケ ◦ 経験者に聞いてみるとよいだろう • 物理イベントに一度参加してみることをお勧めする ◦ 会場の熱気がすごくてパワーをもらえる ◦ どういうものが同人技術書として成立するのか感覚が掴めるかも • 📝 本スライドを書いた2025/5/29の3日後、2025/6/1に丁度技術書典18のオフライ ンイベントがあります ◦ https://techbookfest.org/event/tbf18 11
進め方のいい案は? • キャッチーかつ数百ページ書けそうな、かつ、具体的な大ネタがある ◦ 最初から市販本を狙う ◦ 大変そうなら一部書いて同人技術書にする • それ以外 1.
blogなどで何らかのものを好きなときに投稿する ▪ ちょっとしたことでいい。やらなければ始まらない ▪ 「こんなことでも?」というものでも需要があったりしてびっくりする 2. ネタが溜まってきたら同人技術書にする 3. そのうちどっかの出版社から声がかかって市販本を書くことになるかもしれない ▪ そういうルートで本を書くようになった人を何人も知っている ▪ 「自分が書きたいもの」と「市場で受け入れられそうなもの」は一致するとは限らないので「必 ずできる」なんてことは言えない 12
とくに書きたいものがないんだが? • ネタが無ければ無理して書かなくていい • 執筆は人生の中のたくさんある選択肢の一つにすぎない 13
まとめ • 情熱駆動で書くとよい • 市販本はかなりの熱量と時間が必要 • 技術同人誌については一度物理イベントに行ってみるとよい • 無理せず健康第一 14