エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント3件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ソースコードレビューで発見されたバグの数でエンジニアを評価してはいけない
ソースコードを書く時、スキルの低い人ほどバグが入ったコードを書きやすい。 しかし、ソースコードレビ... ソースコードを書く時、スキルの低い人ほどバグが入ったコードを書きやすい。 しかし、ソースコードレビューで発見されたバグの数を元に、ヤバそうなモジュール(やエンジニア)を知ろうなどと、エンジニアのスキルを評価しようとするのは、止めた方が良い。 なぜなら、バグの多さは、エンジニアのスキルだけに依存するわけではないバグを隠そうとし、適切なレビューが行われなくなる可能性がある ■バグの多さとエンジニアのスキル 一般的には、バグが多い→エンジニアのスキルが低い、と見られがちだが、レビュー時にバグの発見数が多い原因は他にも考えられる。エンジニアのスキルが本当に低い。そのモジュールはもともと複雑度が高く、バグになりやすい。プレゼンがうまいので、バグが見つかりやすい。(「このへんがあやしいので、重点的に見てください」など)レビュアーのスキルが高い。 このように様々な原因があり、バグが多く発見される事とエン
2007/02/22 リンク