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
WATANABE Yuki
June 30, 2021
Programming
0
110
ドキュメント、書けてますか?
WATANABE Yuki
June 30, 2021
Tweet
Share
More Decks by WATANABE Yuki
See All by WATANABE Yuki
速いクイックソート: Pattern-defeating quicksort
magicant
0
240
C++ はなぜあんなにも複雑なのか
magicant
0
72
鉄道シミュレーターで自動運転を実装した話
magicant
0
230
Other Decks in Programming
See All in Programming
Kaigi on Railsに初参加したら、その日にLT登壇が決定した件について
tama50505
0
140
非ブラウザランタイムとWeb標準 / Non-Browser Runtimes and Web Standards
petamoriken
0
420
テストコードのガイドライン 〜作成から運用まで〜
riku929hr
6
1.4k
menu基盤チームによるGoogle Cloudの活用事例~Application Integration, Cloud Tasks編~
yoshifumi_ishikura
0
140
Stackless и stackful? Корутины и асинхронность в Go
lamodatech
0
1.3k
BEエンジニアがFEの業務をできるようになるまでにやったこと
yoshida_ryushin
0
120
情報漏洩させないための設計
kubotak
5
1.3k
CQRS+ES の力を使って効果を感じる / Feel the effects of using the power of CQRS+ES
seike460
PRO
0
230
ChatGPT とつくる PHP で OS 実装
memory1994
PRO
3
170
Scalaから始めるOpenFeature入門 / Scalaわいわい勉強会 #4
arthur1
1
390
range over funcの使い道と非同期N+1リゾルバーの夢 / about a range over func
mackee
0
210
テストコード書いてみませんか?
onopon
2
300
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
Fantastic passwords and where to find them - at NoRuKo
philnash
50
2.9k
Designing Experiences People Love
moore
139
23k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
3
340
No one is an island. Learnings from fostering a developers community.
thoeni
19
3.1k
Optimizing for Happiness
mojombo
376
70k
The Pragmatic Product Professional
lauravandoore
32
6.4k
Code Review Best Practice
trishagee
65
17k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
28
4.4k
Six Lessons from altMBA
skipperchong
27
3.5k
Being A Developer After 40
akosma
89
590k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
7
560
Transcript
ドキュメント、書けてますか? 渡邊裕貴 / 2021-06-30
ドキュメントとは 当たり前すぎてかえって正確な定義を言いにくい気がするが ここでは 「業務に役立つ情報を記載した文書や図」 としておく
とある人の意見 プログラマーがドキュメントを書かない理由 (和訳が怪しいところがあるので原文を読んだ方が良い ) • 書くことは難しいから • ドキュメントは納品すべき成果物ではないから • 書くための良いツールがないから
書くことは難しい • 業務に役立つ情報を書くことは難しい • コーディングよりも難しい なぜなら • 情報を整理し言語化するやり方は自明ではない • 自然言語の文章に問題があってもエラーは出ない
難しさを正しく認識する 綺麗なコードを書けないとき • ❌ コメントやドキュメントで理解を助ける • ⭕ コメントやドキュメントを読むともっと分からなくなる • 綺麗なコードを書けない人は綺麗なドキュメントも書けない
難しさを正しく認識する 2 • ❌ 書く時間がないから書けない • ⭕ 書くスキルがないから書けない • 人は、自分ができることだけをやろうとしがち
◦ スキルがないと、所要時間の見積もりもできないので敬遠する • 書くスキルを持つ人は、自ら書く時間を作ろうとする
メンテナンスは書くことよりも難しい ドキュメントのメンテナンスはコードのメンテナンスよりも難しい コードと同様に、ドキュメントも • 設計をよく考えろ • 継続的にリファクタリングしろ
難易度に応じて担当者を決める 多数の文書や図からなる全体の構成を整理する 一つの文書の中身の構成を整理する 要件と仕様と設計の関連が理解できる説明を書く 比較的複雑な機能の動作の解説を書く 細かい機能の動作の解説を書く 既に書かれた文章の誤りを訂正する 難 易 全員ができる必要はないが
誰もできないのは困る
やっていこう • 自分ができることをやろう • 自分ができることを増やそう ◦ 練習しよう • 良いドキュメントとはどのようなドキュメントか? ◦
考えよう ◦ みんなで話し合おう 書けない 書かない