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
akkiee76
April 06, 2022
Programming
0
920
レビューガイドラインで技術力を見える化する
・
https://rakus.connpass.com/event/240393/
・
https://rakus.connpass.com/event/251357/
で発表した資料になります。
akkiee76
April 06, 2022
Tweet
Share
More Decks by akkiee76
See All by akkiee76
Meet the Translation API
akkie76
0
230
コードレビューで開発を加速させるAIコードレビュー
akkie76
1
350
Android Target SDK 35 (Android 15) 対応の概要
akkie76
0
2.8k
コードレビューを支援するAI技術の応用
akkie76
5
700
オブジェクト指向コードレビューの新しいアプローチ
akkie76
3
7.7k
Jetpack Compose で Adaptive Layout に対応しよう
akkie76
0
510
Observationではじめる値監視
akkie76
4
4.4k
TextField 表示スタイル変更の 有効活用例 5 選
akkie76
0
510
rememberUpdatedState の使いどころを考える
akkie76
0
370
Other Decks in Programming
See All in Programming
Повторное использование кода в ML: почему ML-пайплайны могут помочь?
lamodatech
0
400
Going Staff - Keynote edition
pragtob
0
360
Vue3の一歩踏み込んだパフォーマンスチューニング2024
hal_spidernight
3
2k
A Journey of Contribution and Collaboration in Open Source
ivargrimstad
0
1.2k
Cloud Adoption Framework にみる組織とクラウド導入戦略
tomokusaba
2
690
フロントエンドの現在地とこれから
koba04
10
4.7k
のびしろを広げる巻き込まれ力:偶然を活かすキャリアの作り方/oso2024
takahashiikki
1
250
Universal Linksの実装方法と陥りがちな罠
kaitokudou
1
140
個人開発で使ってるやつを紹介する回
yohfee
1
730
空間の中でアイドルとレッスンする技術 - 1st "Vision" / Spatial Lesson technologies with my idol - 1st "Vision"
banjun
PRO
0
250
Successful with Signals: 3 Rules for Your Architecture
manfredsteyer
PRO
0
140
/←このスケジュール表に立ち向かう フロントエンド開発戦略 / A front-end development strategy to tackle a single-slash schedule.
nrslib
1
430
Featured
See All Featured
Building Your Own Lightsaber
phodgson
102
6k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
9
630
Building Better People: How to give real-time feedback that sticks.
wjessup
363
19k
A designer walks into a library…
pauljervisheath
202
24k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
92
16k
Designing for humans not robots
tammielis
249
25k
[RailsConf 2023] Rails as a piece of cake
palkan
49
4.8k
jQuery: Nuts, Bolts and Bling
dougneiner
61
7.5k
How GitHub (no longer) Works
holman
311
140k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
46
2.1k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
Testing 201, or: Great Expectations
jmmastey
38
7k
Transcript
〜 数値で分かるチームの弱点 〜 レビューガイドラインで 技術力を見える化する @akkiee76
自己紹介 Akihiko Sato / 株式会社ラクス Lead Engineer / @akkiee76 SaaS
開発 (Backend, Frontend) / Mobile 開発 (iOS, Android) 上流工程、コードレビュー、チームの課題改善など 読書 / コーヒー / HHKB / 腹筋ローラー
今日伝えたいこと レビューガイドラインで チームの特徴を見える化させることはとても有意義!
私が join した当時のチーム状況 ・実装のセオリーが分からない ・レビューの観点が分からない レビューがしっかり行われていない体制だった モバイル開発経験者が少なく実装のノウハウがない
その結果・・・ ・技術力がなかなか伸びない ・定期的にバグが発生する
レビュー指摘を類型化できないか? チームメンバーの弱点を表せないか? どうやって課題を改善するか ガイドラインを作って、レビューコメントを類型化しよう! ( レビュー指摘は財産 )
ガイドライン作成にあたって 基本的なアウトラインを決めよう! 重要度 x 観点 の基準でレビューコメントを類型化することに
重要度について まずは指摘の重要度を 4 つに分類 ・MUST(修正が必須) ・SHOULD(リリースまでには修正が必要) ・IMO(修正なしも許容) ・NITS(細かい指摘)
観点について ① 指摘の観点を 7 つに分類 ・Design(設計) ・Functionality(機能を充足しているか) ・Simplicity(理解容易性) ・Style(コードスタイル)
観点について ② 指摘の観点を 7 つに分類 ・Naming(クラス、メソッド、変数名などの命名) ・Tests(自動テストが適切である) ・Document(コメント、ドキュメンに関連)
具体的な利用方法 コメントの prefix として利用する。 指摘例 MUST(Design):ドメインロジックがControllerクラスに実装されてます。 domain層の対象packageに新しくクラスを作成して実装を移してください。
prefix を付けたコメントを集計 GitLab API (Note API)を利用してコメント集計します。 具体的な方法は、 ラクス Advent Calendar
2021(12/23) 「GitLab API で Merge Request のコメントを一括取得する方法」 をご覧ください。
集計結果 運用開始 2 ヶ月で、コメント数は約 75 件。
得られた気付き ➔ Tests のコメントが圧倒的に多い ◆ テストコードの実装力の課題 ➔ 次いで Design のコメントが多い
◆ 設計力、オブジェクト指向が課題
苦手克服のため今後のアクションプラン ① オブジェクト指向の輪読会の実施 ② テストの書き方トレーニング会 ③ ペアプロの導入
まとめ レビューガイドラインで技術力を見える化すると ① チームメンバーのスキルが定量化できる ② 苦手分野が明らかになる ③ スキルアップのためのアクションプランが検討しやすい チームでの導入を検討してみてはいかがでしょうか
ご清聴ありがとうございました