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
まりも
September 26, 2024
Programming
0
73
よい設計のプログラムを作るには
アジャイルが当然の時代になり、プログラムの作り方も変わってきています。昔と変わったところもあり、それでいて共通するところもあります。その変化について解説してみました。
まりも
September 26, 2024
Tweet
Share
More Decks by まりも
See All by まりも
メンタルモデルから見るオブジェクト設計
hrmstrsmgs
0
200
技術的負債
hrmstrsmgs
0
220
歴史から理解するJavaScript
hrmstrsmgs
0
56
論理的な考え方
hrmstrsmgs
0
56
論理的な話し合いはなぜ必要か
hrmstrsmgs
0
27
腕のある技術者はなぜ
hrmstrsmgs
0
71
疑似乱数の生成
hrmstrsmgs
0
39
構造化プログラミング
hrmstrsmgs
0
130
社内勉強会の戦略
hrmstrsmgs
0
49
Other Decks in Programming
See All in Programming
あなたとKaigi on Rails / Kaigi on Rails + You
shimoju
0
190
What's new in Spring Modulith?
olivergierke
1
170
なんでRustの環境構築してないのにRust製のツールが動くの? / Why Do Rust-Based Tools Run Without a Rust Environment?
ssssota
14
46k
contribution to astral-sh/uv
shunsock
0
550
Leading Effective Engineering Teams in the AI Era
addyosmani
7
650
CSC305 Lecture 12
javiergs
PRO
0
240
Vueのバリデーション、結局どれを選べばいい? ― 自作バリデーションの限界と、脱却までの道のり ― / Which Vue Validation Library Should We Really Use? The Limits of Self-Made Validation and How I Finally Moved On
neginasu
2
1.6k
TransformerからMCPまで(現代AIを理解するための羅針盤)
mickey_kubo
7
5.5k
ドメイン駆動設計のエッセンス
masuda220
PRO
13
4.8k
GC25 Recap: The Code You Reviewed is Not the Code You Built / #newt_gophercon_tour
mazrean
0
120
Blazing Fast UI Development with Compose Hot Reload (Bangladesh KUG, October 2025)
zsmb
1
280
「ちょっと古いから」って避けてた技術書、今だからこそ読もう
mottyzzz
12
7.2k
Featured
See All Featured
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.2k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
14k
How STYLIGHT went responsive
nonsquared
100
5.9k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
16
1.7k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.7k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
140
34k
The Cost Of JavaScript in 2023
addyosmani
55
9.1k
Building Adaptive Systems
keathley
44
2.8k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.2k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
Balancing Empowerment & Direction
lara
5
700
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
55
3k
Transcript
良い設計のプログラムを作 るには アジャイル時代に必要とされる設計
アジャイルの時代
アジャイル時代に必要とされる設計 目指すところはそんなに変 わらないですけどね。
アジャイル時代に必要とされる設計 ただ途中経過は結構違っ ているかもしれない。
アジャイルでプログラムはどう変わったか 少々の手戻りはどんとこい 変更はいつでも修正できる
アジャイルでプログラムはどう変わったか そもそも理想的な設計は 一つに決まらない
アジャイルでプログラムはどう変わったか 機能が変更されれば最適な設計も変わる
アジャイルでプログラムはどう変わったか テスト駆動開発では、内部 設計はリファクタリング時 に行う。 常にゴールが変 わる中で、常に 最適を保つ。
設計方針
DRY DRY Don't repeat yourself 絶対に二度書かない
DRY 本当に同じこ とは絶対に二 度書くな! 別に2回書く のが面倒だか らじゃないか ら。 影響範囲調べ る必要がない
コートにする。
DRY 厳密に絶対かと言えばさすがにそうじゃないけど。 たまたま同じ書き方になっているだけで違う意味の場合。 どう工夫してもその言語では絶対共通化できない場合。 無理やり共通化したほうが明らかに読みにくくなっている場合。
YAGNI YAGNI You ain't gonna need it いずれ必要にならない
YAGNI 必要にならなくても存在する以上は必ずコストがかかる。 必要になった時に当初想像していた仕様で問題ないことは少ない。 後で追加がよほど面倒な時はさすがに話が別だが。
オブジェクト指向設計 昔からの「正しい設 計」に近づけていく
抽象化 人間に対してプログラムを書く char*ではなく string型を使う “YYYYMMDD”では なくDate型を使う
識別子には適切な名前を付ける 解読しやすい 読めば分かるので解読する必要もない numberOfPeopleOnTheUSOlympicTeam maximumNumberOfPointsInModernOlympics checkTotal currentDate linesPerPage
識別子には適切な名前を付ける 辞書や類語辞典を使う 語順は正しい文法で 現在分詞や過去分詞をつかう 手を抜くな!!
推敲 門を推すというか敲くというか一晩考える。 もちろん文法は全部使えるのが当然です。 日本語の文章を推敲するのと全く同じ作業。