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
Tidy First?個人で実践する経験主義的ソフトウェア設計を読んでみた感想
Search
uutan1108
January 29, 2025
2
75
Tidy First?個人で実践する経験主義的ソフトウェア設計を読んでみた感想
読書シェア会 vol.1
https://yumemi.connpass.com/event/340574/
uutan1108
January 29, 2025
Tweet
Share
More Decks by uutan1108
See All by uutan1108
市町村のオープンデータを使って「公園・トイレの口コミマップ」を作ってみた
ohmori_yusuke
0
41
エンジニアが組織に馴染むために勉強会を主催してチームの壁を越える
ohmori_yusuke
2
140
学びは趣味の延長線
ohmori_yusuke
0
85
言葉にするとやる気を再確認できる
ohmori_yusuke
1
18
生成AIで知るお願いの仕方の難しさ
ohmori_yusuke
1
150
APIサーバーが止まったので、GitHub Actions内にAPIサーバーを立てた話
ohmori_yusuke
2
170
「何か」を求めて参加したカンファレンスから持ち帰ってきた「熱」を維持して、活用するために
ohmori_yusuke
2
400
1人150秒、2人で5分 LT
ohmori_yusuke
2
90
今年始めた 「アニメから得た学びを発表会」
ohmori_yusuke
2
1.9k
Featured
See All Featured
Making Projects Easy
brettharned
116
6.2k
Thoughts on Productivity
jonyablonski
69
4.7k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
46
9.6k
Intergalactic Javascript Robots from Outer Space
tanoku
271
27k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
123
52k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Product Roadmaps are Hard
iamctodd
PRO
53
11k
Statistics for Hackers
jakevdp
799
220k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
35
2.3k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
45
7.3k
The Cult of Friendly URLs
andyhume
79
6.4k
StorybookのUI Testing Handbookを読んだ
zakiyama
30
5.8k
Transcript
Tidy First? 個人で実践する経験主義的ソフトウェア設計 読書シェア会 vol.1 うーたん を読んでみた感想
自己紹介
自己紹介 • うーたん ◦ X:@uutan1108 • 株式会社ゆめみ ◦ 新卒2年目 ◦
サーバーサイドエンジニア • 趣味 ◦ アニメを観ること 3
本の紹介
Tidy First? ―個人で実践する経験主義的ソフトウェア設計 出版社 :オライリー・ジャパン 発売日 :2024/12/25 ページ数:164ページ 価格 :2,640円 画像:https://amzn.asia/d/2xcR7D1
164ページ、全33章と 短いので数時間で読めた
本の大まかな内容
本の大まかな内容 [前半] 1章から17章 複雑なコードを少しづつ読みやすくしていく方法につい て具体的なコードも交えながら解説 [後半] 18章から33章 いつコードを整理するか。どのように人と協力していく か。整理すること、しないことどのような経済的価値が あるのかについて解説
ざっくり感想
前半「確かに。わかる。リファクタは沼。」
後半「急に難しくなったな。コールオプショ ン?NPV?オプショングリークス??」
前半は読みやすい。 金融関連の用語がで始める後半は読むのに時 間がかかった。
前半の印象的だったところの感想 前半の内容は、複雑なコードを少しづつ読みやすくしていく方法につい て具体的なコードも交えながら解説
「シンメトリーを揃える」
シンメトリーを揃える • 同じ処理でも書き方が違うコードを見ると同じ処理 か分かりにくく混乱を招く。 • 他のコードの書き方に寄せずに、オリジナリティを 出しにいってはいけない。
「冗長なコメントは削除する」
冗長なコメントは削除する • コードを見れば自明なコメントは書かない。消す。 • コードを整理して不要になったコメントは消す。 ◦ メソッド名や変数名から分かるようにしたらコメントを消 す。 • コメントが冗長だと、コードとコメントを読むこと
になり読み手に負担がかかってしまう。
後半の印象的だったところの感想 後半の内容は、いつコードを整理するか。どのように人と協力していく か。整理すること、しないことどのような経済的価値があるのかについ て解説
「明日の1ドルより今日の1ドル」
明日の1ドルより今日の1ドル • 将来このシステムがいくら稼ぐ可能性があるかより も、今すぐ稼いだほうが将来について心配は減る。 • とにかくシステムで稼いで、コードの整理は後で行 うのが良いのではという考え方。
「オプション」
オプション • 新機能が実装できたことに価値があるのではなく、 新機能が実装できること(オプション)に対価が支払わ れる。 • オプションを増やすことはシステムの価値が上がっ ていく。
「明日の1ドルより今日の1ドル」と「オプション」 開発が短期的かつ、当初決めた機能以上の機能を開発し ないことが条件であれば「明日の1ドルより今日の1ド ル」の考え方で、とにかく今すぐ稼ぐことを優先しても いいのかも。
「明日の1ドルより今日の1ドル」と「オプション」 開発が短期的かつ、当初決めた機能以上の機能を開発し ないことが条件であれば「明日の1ドルより今日の1ド ル」の考え方で、とにかく今すぐ稼ぐことを優先しても いいのかも。 反対に、長期的でどのような新機能が必要なのかわから ない場合は「オプション」の考え方で、将来の開発に可 能性を持たせておく。
感想まとめ
この本を読んで、 「もっと綺麗にかけるけど面倒だからいいや」 ではなく、 「数分で直せるから今直そう」がいいのかなと 思いました。
読みやすくてすぐ読めるけど、 読み返したくなるような本でした。
宣伝
BuriKaigi 2025で2名の共同登壇LTします! https://burikaigi.dev/
PHPカンファレンス名古屋2025でLTします! https://phpcon.nagoya/2025/
お わ り なんで猫なんだろ? 猫は几帳面(Tidy)なの??