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
Yudai Tanaka
June 07, 2022
Programming
0
330
コードレビューやめた
富士もくもく会にて発表した際の資料です。
https://fujimokumokukai.connpass.com/event/244280/
Yudai Tanaka
June 07, 2022
Tweet
Share
More Decks by Yudai Tanaka
See All by Yudai Tanaka
ふつうのWebサービス開発者がRubyKaigiを楽しむためのRubyの知識
ytnk531
4
2.7k
Refactoring Kataを使ってRubyのリファクタリングを練習する会 - 説明資料
ytnk531
0
120
リモートで生産性を上げるスクラム開発事例
ytnk531
0
470
Other Decks in Programming
See All in Programming
CSC307 Lecture 07
javiergs
PRO
0
220
スクラムマスターって孤独じゃないですか?
yoshitaroyoyo
1
140
The rollercoaster of releasing an Android, iOS, and macOS app with Kotlin Multiplatform | droidcon Berlin
prof18
0
110
Trial
cairolibrary720
1
130
今こそ始める、CDKコンストラクトライブラリ開発 ― 入門から実践まで
tmokmss
1
930
Terraformテスト入門
msato
0
540
最古の関数型言語「Lisp」ことはじめ / lisp_in_kamiyama
uhooi
1
190
CSC307 Lecture 10
javiergs
PRO
0
310
How to use Macrobenchmark
veronikapj
0
160
大規模マルチテナントを解決するYugabyteDBという選択肢
nnaka2992
1
250
リハビリmruby
kishima
1
160
英語
s_shimotori
1
220
Featured
See All Featured
Web development in the modern age
philhawksworth
203
10k
Debugging Ruby Performance
tmm1
71
11k
Bash Introduction
62gerente
607
210k
Making the Leap to Tech Lead
cromwellryan
127
8.7k
Docker and Python
trallard
37
2.9k
The Power of CSS Pseudo Elements
geoffreycrofte
64
5.2k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
17
1.5k
Building Applications with DynamoDB
mza
89
5.8k
Building a Modern Day E-commerce SEO Strategy
aleyda
25
6.7k
Agile that works and the tools we love
rasmusluckow
325
20k
Building Better People: How to give real-time feedback that sticks.
wjessup
357
18k
WebSockets: Embracing the real-time Web
robhawkes
59
7.2k
Transcript
田中悠大 (ytnk531) 1
田中悠大 サーバーサイドエンジニア6年目 • 小さいチームでリードエンジニア • Ruby On Rails 2/15
コードレビューしてますか? 3
コードレビュー楽しいですか? 4
つらい人もいるみたい 5
6
関連キーワードもつらい 7
コードレビューのつらさ レビュイーとレビュワーの対立構造 コードを直すのに手間がかかる • 議論で合意して初めてコードが変更される 8 締め切りに間に合わせたい レビュイー 品質を上げたい レビュワー
コードレビューの効果 品質向上 教育 [参考文献] GMO INTERNET GROUP 次世代システム研究室. ソースコードレビュー理由をまとめてみた. 2015.02.10.
https://recruit.gmo.jp/engineer/jisedai/blog/%e3%82%bd%e3%83%bc%e3%82%b9%e3%82%b3%e3%83%bc%e3%83%89%e3%83%ac%e3%83%93%e3%8 3%a5%e3%83%bc%e7%90%86%e7%94%b1%e3%82%92%e3%81%be%e3%81%a8%e3%82%81%e3%81%a6%e3%81%bf%e3%81%9f/ 9
[考察] コードレビューがつらくない環境 OSS 業務 完了義務 なし あり 締め切り 無いことが多い あることが多い
著者性 重要 組織による 10/15
ほかの方法は無いか? ペア/モブプログラミング • コードが生まれるときから複数人で考える ➢ すべてにやるには時間がかかりすぎる [事例] デフォルトでコードレビューは不要 • https://itnews.org/news_contents/no-code-reviews-by-default
• 全員がメインブランチに直接push ➢ ノールックはやっぱり心配 11
[やっていること] コードリレー やること • 心配なところのテスト追加、リファクタリングをレビュワーが行う いいところ • 締め切りのコントロールがしやすい • 協力、伴走の構図が作りやすい
悪いところ • 教育の効果は薄い • 著者性が損なわれると感じるかも 12
比較 コードレビュー ペア/モブプログラ ミング コードリレー 同期/非同期 非同期 同期 非同期 教育効果
中 高 低 品質向上効果 中 高 高 所要時間 長 長 中 13
効果 依頼されてから完了までの時間が半分くらいになった もらったコードの理解が深まった 14
まとめ コードレビューをやめた コードリレーで教育を犠牲にスピードと品質を向上 • 教育は別途行うようにする 15