エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
日経SYSTEMS 3月号「設計ミスをなくそう」特集でインタビューいただいた。事前に大まかな話題をいただき... 日経SYSTEMS 3月号「設計ミスをなくそう」特集でインタビューいただいた。事前に大まかな話題をいただき、「俯瞰的な話」として回答差し上げた。ソフトウェアレビューを研究テーマの1つとして進めているので当然なのだが、普段細かい話や計測結果等を相当に近視眼的にみているので、視点を変えて考えるよい機会をいただけたと思う。 詳細は日経SYSTEMSをご覧いただきたいが、事前の話題をいただいた時点で考えたことは以下のとおり。 ここ10年くらいの文献の変化をみると「網羅的にとにかく全てのエラーを発見する」という考えから規模の増大に伴って「どこ(あるいは何)に注力してエラーを発見するか」という考え方に変わりつつある。(そのようなレビューが適しているソフトウェア、プロジェクトの割合が増えてきていることを反映したものだと思う。これにあてはまらないものもあるだろう) レビューの形骸化の主要な原因には、作業量