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
mikan
April 23, 2025
Technology
1
120
「脳に収まるコードの書き方」を読んで学んだこと
読書シェア会 vol.4
https://yumemi.connpass.com/event/349910/
mikan
April 23, 2025
Tweet
Share
More Decks by mikan
See All by mikan
Navigation3でViewModelにデータを渡す方法
mikanichinose
0
260
RepositoryのSSoT化
mikanichinose
0
46
Kotlin Multiplatform 始めました
mikanichinose
1
130
Web APIをなぜつくるのか
mikanichinose
0
2.4k
イベントをどう管理するか
mikanichinose
3
350
ライブラリでしかお目にかかれない珍しい実装
mikanichinose
2
440
Strong Skipping Mode によってrecompositionはどう変わったのか
mikanichinose
0
320
Modeling UiEvent
mikanichinose
0
83
UIの構成要素に関する考察
mikanichinose
0
69
Other Decks in Technology
See All in Technology
データ基盤の管理者からGoogle Cloud全体の管理者になっていた話
zozotech
PRO
0
340
마라톤 끝의 단거리 스퍼트: 2025년의 AI
inureyes
PRO
1
680
「育てる」サーバーレス 〜チーム開発研修で学んだ、小さく始めて大きく拡張するAWS設計〜
yu_kod
1
250
2時間で300+テーブルをデータ基盤に連携するためのAI活用 / FukuokaDataEngineer
sansan_randd
0
130
【CEDEC2025】大規模言語モデルを活用したゲーム内会話パートのスクリプト作成支援への取り組み
cygames
PRO
2
770
LLMで構造化出力の成功率をグンと上げる方法
keisuketakiguchi
0
420
AI時代の経営、Bet AI Vision #BetAIDay
layerx
PRO
1
1.7k
AI コードレビューが面倒すぎるのでテスト駆動開発で解決しようとして読んだら、根本的に俺の勘違いだった
mutsumix
0
160
GMOペパボのデータ基盤とデータ活用の現在地 / Current State of GMO Pepabo's Data Infrastructure and Data Utilization
zaimy
3
200
AI関数が早くなったので試してみよう
kumakura
0
120
反脆弱性(アンチフラジャイル)とデータ基盤構築
cuebic9bic
2
160
生成AI時代におけるAI・機械学習技術を用いたプロダクト開発の深化と進化 #BetAIDay
layerx
PRO
1
1k
Featured
See All Featured
Optimizing for Happiness
mojombo
379
70k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
Producing Creativity
orderedlist
PRO
346
40k
Building an army of robots
kneath
306
45k
The Invisible Side of Design
smashingmag
301
51k
Rebuilding a faster, lazier Slack
samanthasiow
83
9.1k
4 Signs Your Business is Dying
shpigford
184
22k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
126
53k
Automating Front-end Workflow
addyosmani
1370
200k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
Transcript
「脳に収まるコードの書き方」 を読んで学んだこと 読書シェアNo.4 mikan( 一瀬喜弘)
自己紹介 object Mikan { val name = " 一瀬喜弘" val
company = "karabiner.tech" val work = Engineer.Android val hobby = listOf( " 漫画", " アニメ", " ゲーム", " 折り紙", "OSS 開発・コントリビュート", ) }
書籍紹介 脳に収まるコードの書き方
学び その 1. 建築の メタファーは 害悪である
1.1 開発 = プロジェクト と勘違いしてしまう プロジェクト=> 始まりと終わりがある
1.1 開発 = プロジェクト と勘違いしてしまう プロジェクト=> 始まりと終わりがある 開発 => 次の開発が始まる
1.2 建築フェーズは存在しない 家の建築 設計→建築 " 設計" = クラス設計、要件定義? " 建築"
= 実装? 本書での解釈 " 建築" = コンパイル → 人間の仕事ではなくコンパイラの仕事 開発にかかわる、人間がやる作業は全て「設計」 コードを書くことも「設計」
学び その 2. テストが 実装を ドライブする 意味が 分かった
失敗するテストが実装をドライブする TDD = 「レッド→グリーン→リファクタリング」のサイクル 「グリーンから始めちゃダメなの?」 TDD の本当の強みは、実装方針が立てにくいときにある どういう動きをしてほしいかは分かる。でも、それをどう実装するかはまだ決まってない。 まずテストを書く →
最小限の実装(ハードコーディングでもOK ) → パターンを増やす → リファクタリング × 理想の実装で悩む ◦ 目の前の失敗しているテストを通す テストがあるから、安心してリファクタリングもできる。
ほかにも コミットメッセージは どう 書けば チームに 伝わるか? レビューでは 何を 見るべきか? どんな
スタンスで 臨むべきか? などなど、 「現場の 実感に 即していて」 「でもちゃんと 筋の 通った」 アドバイスが 詰まってる 一冊でした。