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
3
860
会社員しながら本を書いてきた知見の共有
以下動画のテキストです
https://youtu.be/K7X4q3TuvyU
Satoru Takeuchi
PRO
May 29, 2025
Tweet
Share
More Decks by Satoru Takeuchi
See All by Satoru Takeuchi
ファイルシステム
sat
PRO
1
14
低レイヤソフトウェア技術者が YouTuberとして食っていこうとした話
sat
PRO
7
6k
ポーリングと割り込み
sat
PRO
1
73
Rook: Intro and Deep Dive With Ceph
sat
PRO
1
140
デバイスにアクセスするデバイスファイル
sat
PRO
1
57
ファイルシステムのデータを ブロックデバイスへの操作で変更
sat
PRO
1
46
デバイスドライバ
sat
PRO
0
76
マルチスレッドの実現方法 ~カーネルスレッドとユーザスレッド~
sat
PRO
2
170
共有メモリ
sat
PRO
3
91
Other Decks in Technology
See All in Technology
MCP認可の現在地と自律型エージェント対応に向けた課題 / MCP Authorization Today and Challenges to Support Autonomous Agents
yokawasa
5
2.5k
AWSの最新サービスでAIエージェント構築に楽しく入門しよう
minorun365
PRO
8
410
Rethinking Incident Response: Context-Aware AI in Practice - Incident Buddy Edition -
rrreeeyyy
0
110
JAWS-UG のイベントで使うハンズオンシナリオを Amazon Q Developer for CLI で作ってみた話
kazzpapa3
0
120
Segment Anything Modelの最新動向:SAM2とその発展系
tenten0727
0
920
事業特性から逆算したインフラ設計
upsider_tech
0
220
オブザーバビリティ文化を組織に浸透させるには / install observability culture
mackerelio
0
160
Amazon Inspector コードセキュリティで手軽に実現するシフトレフト
maimyyym
0
140
MCPサーバーを活用したAWSコスト管理
arie0703
0
120
Intro to Software Startups: Spring 2025
arnabdotorg
0
270
Delegate authentication and a lot more to Keycloak with OpenID Connect
ahus1
0
240
Amazon GuardDuty での脅威検出:脅威検出の実例から学ぶ
kintotechdev
0
130
Featured
See All Featured
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.6k
Gamification - CAS2011
davidbonilla
81
5.4k
We Have a Design System, Now What?
morganepeng
53
7.7k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
What's in a price? How to price your products and services
michaelherold
246
12k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
810
Automating Front-end Workflow
addyosmani
1370
200k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
139
34k
The World Runs on Bad Software
bkeepers
PRO
70
11k
Mobile First: as difficult as doing things right
swwweet
223
9.9k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
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