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
Fukazawa Shun
April 20, 2022
Technology
0
2.3k
書く技術
Fukazawa Shun
April 20, 2022
Tweet
Share
More Decks by Fukazawa Shun
See All by Fukazawa Shun
AIをプライベートや業務で使ってみよう!効果的な認定資格の活かし方
fukazawashun
0
120
試験は暗記より理解 〜効果的な試験勉強とその後への活かし方〜
fukazawashun
0
520
AWS認定資格取得に向けた効果的なデベキャン活用法や学習方法について
fukazawashun
1
320
DevelopersIO BASECAMP(デベキャン)の今までとこれからについて
fukazawashun
0
360k
DevelopersIO BASECAMPで扱うサービスのアップデート紹介
fukazawashun
0
920
GitHub Actionsを使ってAWS App Runnerにデプロイできるようになりました
fukazawashun
0
1.6k
TerraformとCloudFormationどちらを採用すべき?
fukazawashun
0
19k
Other Decks in Technology
See All in Technology
Escaping_the_Kraken_-_October_2025.pdf
mdalmijn
0
160
Performance Insights 廃止から Database Insights 利用へ/transition-from-performance-insights-to-database-insights
emiki
0
200
プロポーザルのコツ ~ Kaigi on Rails 2025 初参加で3名の登壇を実現 ~
naro143
1
210
Exadata Database Service on Dedicated Infrastructure(ExaDB-D) UI スクリーン・キャプチャ集
oracle4engineer
PRO
3
5.5k
20251014_Pythonを実務で徹底的に使いこなした話
ippei0923
0
170
The Cake Is a Lie... And So Is Your Login’s Accessibility
leichteckig
0
110
プロダクトのコードから見るGoによるデザインパターンの実践 #go_night_talk
bengo4com
1
2.4k
Developer Advocate / Community Managerなるには?
tsho
0
130
自動テストのコストと向き合ってみた
qa
0
220
スタートアップにおけるこれからの「データ整備」
shomaekawa
2
350
社内お問い合わせBotの仕組みと学び
nish01
1
560
LLM時代にデータエンジニアの役割はどう変わるか?
ikkimiyazaki
6
1.2k
Featured
See All Featured
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
Being A Developer After 40
akosma
91
590k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
114
20k
Speed Design
sergeychernyshev
32
1.2k
Site-Speed That Sticks
csswizardry
11
900
Writing Fast Ruby
sferik
629
62k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
19
1.2k
Building a Modern Day E-commerce SEO Strategy
aleyda
43
7.7k
Building Better People: How to give real-time feedback that sticks.
wjessup
369
20k
Java REST API Framework Comparison - PWX 2021
mraible
33
8.9k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.2k
Transcript
1 プロフィール 深澤 俊(Fukazawa Shun) AWS 事業本部 コンサルティング部
2 ここまで本当に多くの⽅の⽀えが あり5冊も執筆の機会をいただく ことができました。
3 今⽇はそんな執筆活動を通して 培った「書く技術」をLTします。
4 技術1「ストーリーを意識する」 ストーリーを意識する
5 技術1「ストーリーを意識する」 • 執筆を始めるときはストーリーの組み⽴てから考えた⽅が吉 • 書きながら考えると全体が⾒えにくくなる 例︓「AWSの知識地図 2章」 CLIについて説明する 最後に構成図を⾒て⾃⾝の成⻑を実感してもらう
実際に順番に構築して操作する →超えられそうなハードルを⼩出しにする 基本的なwebサービスの構成を説明する やり遂げた結果のゴールを⾒てもらう →理解が難しいはずの構成図をあえて紹介 最初に⾻格を整えて、⾁ 付けしていくイメージ
6 技術2「なるべく幅広く触れる」 なるべく幅広く触れる
7 技術2「なるべく幅広く触れる」 • テーマは限られている • 例︓DynamoDBについて書く、CLIでのハンズオンをする • テーマだけを淡々と書くと少し淡⽩な仕上がりになる印象 例︓「AWSの知識地図 2章」
VPCを構築する CIDR表記の説明を⼊れる RFCを紹介する サブネットを構築する VPC内でいくつサブネットを 作るかという話にも触れる IPアドレスの説明を⼊れる ルーティング設定 読者になるべく多くのものを紹介することを意識 余談のようなものはコラムとして扱ったり、説明 しきれないものは詳しく書かれているブログのリ ンク先を紹介する
8 技術3「他の章との連携を意識する」 他の章との連携を意識する
9 技術3「他の章との連携を意識する」 • ⾃分の章だけで⼿いっぱいになってしまいがち • 読者から⾒たら1冊の成果物となることを意識 • 執筆メンバーでコミュニケーションをとっていこう︕ 例︓「AWSの知識地図」 AWSの全体像を押さえる
AWSでWeb環境を構築する 安全にAWSを使うための基礎知識を押さえる 現場でAWSを使いこなすサービスを押さえる 2章ではどうしてもAWSそのもの の知識やIT基礎のような部分の 知識が前提になる → 1章で必要な知識を解説 2章ではハンズオンメインのため セキュリティの説明が難しい → 3章で2章の実例を紹介しなが ら改善を紹介 Web周りのサービスばかりの紹 介でAWS全体の魅⼒を紹介しき れてない → 4章で幅広いサービスを紹介 しまさに本のタイトルを表現す るような締めに
10 技術4「毎⽇書く」 毎⽇書く
11 技術4「毎⽇書く」 • 執筆では⽂章量は最低でも1万字を越える • ちなみに「AWSの知識地図」の2章は約12万字 • 書くのは体⼒がいる(本当に疲れます) • まとめて書くとストーリがブレる
• 執筆が決まった⽇から1⽇1000⽂字は書くことを推奨 • 順番は気にしない • 書きたいことを書いてブロックとしてまとめる • 最後にストーリーに従ってまとめていく 例︓「AWSの知識地図 2章」 EC2構築のハンズオン AutoScalingGroup構築 のハンズオン RDS構築のハンズオン ELB構築のハンズオン SystemManagerを使⽤ したEC2へのログイン EIPの解説や設定
12 最後に、 今まで僕と執筆を⼀緒にやってくれたメンバー、 このような活動を応援してくれる クラスメソッドに⼼から感謝します︕︕
13