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
Satoru Takeuchi
PRO
May 29, 2025
Technology
1.2k
3
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
会社員しながら本を書いてきた知見の共有
以下動画のテキストです
https://youtu.be/K7X4q3TuvyU
Satoru Takeuchi
PRO
May 29, 2025
More Decks by Satoru Takeuchi
See All by Satoru Takeuchi
Machine Check Exception
sat
PRO
2
25
バイナリダンプの模様を読む
sat
PRO
0
68
cpコマンドはディスク上でデータを コピーしないことがある
sat
PRO
3
52
114-ファイルのshallow_copy.pdf
sat
PRO
2
37
113-Btrfsのスナップショット.pdf
sat
PRO
0
16
システム強制終了時にファイルシステムの整合性を保つ~ コピーオンライト編 ~
sat
PRO
0
59
システム強制終了時に ファイルシステムの整合性を保つ ~ ジャーナリング編 ~
sat
PRO
2
62
ファイルシステムの整合性を回復するfsck
sat
PRO
1
64
小学校5,6年生向けキャリア教育 大人になるまでの道
sat
PRO
8
5.2k
Other Decks in Technology
See All in Technology
完全自律ロボットを作りたくて、先に開発を自律させた話(ROS Japan UG #63 LT)
rryz09
0
380
人を動かすのは時間ではなく、納得感 〜新任EMが入社3ヶ月、組織を2回変えた話〜
kakehashi
PRO
2
140
脱金融のフューチャー・デザイン / Future Design Beyond Finance
ks91
PRO
0
140
テスト設計の本質を改めて考えてみる~生成AIを活用する時代だからこそ、作ったテストの説明性を高めよう~
yamasaki696
1
390
Oracle Exadata Database Service on Cloud@Customer X11M (ExaDB-C@C) サービス概要
oracle4engineer
PRO
2
8.3k
AWS Summit の片隅で、体育座りしながらコミュニティがにぎわう理由を考えた
k_adachi_01
2
360
AI時代のエンジニアキャリアについて今一度考える
sakamoto_582
2
1.3k
知らん間に、回ってる
ming_ayami
0
290
Baseline対応のDOMの型定義を作った
uhyo
3
720
クラウド上のデータ復旧で見落としがちな制約: 医療系 SaaS の BCP 設計から得た教訓
kakehashi
PRO
0
2.1k
AIDLC_ヤフーショッピングの取り組み
lycorptech_jp
PRO
0
560
Kotlin 開発のツラミを爆破した話! / Explode the difficulty of Kotlin dev!
eller86
0
150
Featured
See All Featured
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
1.2k
Technical Leadership for Architectural Decision Making
baasie
3
430
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
260
We Are The Robots
honzajavorek
0
270
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
2
300
Prompt Engineering for Job Search
mfonobong
0
370
Build your cross-platform service in a week with App Engine
jlugia
234
18k
Ecommerce SEO: The Keys for Success Now & Beyond - #SERPConf2024
aleyda
1
2k
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
480
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
240
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
220
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