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
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
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
ファイルシステムの不整合
sat
PRO
2
110
書籍執筆での生成AIの活用
sat
PRO
1
340
ChatGPTに従って体調管理2026
sat
PRO
0
160
eBPF
sat
PRO
1
120
waruiBPF
sat
PRO
0
110
eBPFとwaruiBPF
sat
PRO
5
4k
Pythonのコードの気になる行でスタックトレースを出す
sat
PRO
1
110
ソースコードを読むときの思考プロセスの例 ~markdownのレンダリング方法を知りたかった2 markdownパッケージ~
sat
PRO
0
210
様々なファイルシステム
sat
PRO
0
360
Other Decks in Technology
See All in Technology
「OSアップデート:年に一度の「大仕事」を乗り切るQA戦略」_Mobile Tech Flex 〜4社合同!私たちのモバイル開発自慢大会〜
gu3
0
190
あすけん_Developers_Summit_2026_-_Vibe_Coding起点での新機能開発で__あすけん_が乗り越えた壁.pdf
iwahiro
0
170
マネージャー視点で考えるプロダクトエンジニアの評価 / Evaluating Product Engineers from a Manager's Perspective
hiro_torii
0
340
フルスタックGoでスコア改ざんを防いだ話
ponyo877
0
480
「データの価値を、みんなの武器に。」Data Enablementの価値とツラみ
ryoskdara_
1
120
Exadata Fleet Update
oracle4engineer
PRO
0
1.2k
生成AIと余白 〜開発スピードが向上した今、何に向き合う?〜
kakehashi
PRO
1
260
横断SREがSRE社内留学制度 / Enablingになぜ踏み切ったのか
rvirus0817
0
300
xDS を活用したサービスディスカバリーで実現するブランチ別 QA 環境の構築手法
knwoop
1
180
30分でわかるアーキテクチャモダナイゼーション
nwiizo
7
3k
1,000 にも届く AWS Organizations 組織のポリシー運用をちゃんとしたい、という話
kazzpapa3
1
270
Oracle Database@AWS:サービス概要のご紹介
oracle4engineer
PRO
3
1.4k
Featured
See All Featured
Principles of Awesome APIs and How to Build Them.
keavy
128
17k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.6k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
0
160
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
1
3.4k
Statistics for Hackers
jakevdp
799
230k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.6k
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
100
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.1k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.8k
Abbi's Birthday
coloredviolet
2
4.9k
Agile that works and the tools we love
rasmusluckow
331
21k
Thoughts on Productivity
jonyablonski
75
5.1k
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