逸話的証拠

ソフトウェア開発の分野でフラストレーションを感じることの1つは、さまざまな手法やツールの間で選択することが難しいことです。通常、誰かがそれについて話しているとき、彼らはその手法やツールが他の方法よりも優れているという「確かなデータ」を求められます。それは理解できる要望ですが、最終的には実現不可能な要望です。まず、私たちは生産性を測定することはできません。CannotMeasureProductivity。

したがって、確かなデータに失敗した場合、私たちは定期的に逸話的な証拠に頼ります。実際、私のキャリア全体は、逸話的な証拠の分析に基づいたアイデアを広めることです。それは客観的に測定された現象よりも劣っていますが、それを無視するのは賢明ではありません。結局のところ、他にどのようにして学ぶことができますか。私たちは自分の経験から多くのことを学びますが、他の人が自分のことを教えてくれると、それにより多くの情報源が得られます。

これが、測定ではなくても、人々が自分の経験を報告することにとても関心を持っている理由です。読者はこれらの制限を理解し、自分の状況にこれらの教訓を適用できる場合は利用します。

昨年私はカンファレンスのプログラム委員会に関わり、3つの論文をレビューしましたが、すべて同じ基本的なテーマに従っていました。ソフトウェア開発を改善するために使用できるアイデアについて、それぞれが議論しました。それらのそれぞれにおける重大な欠陥は、著者が自分のアイデアを試していないことでした。それが私がそれらすべてを拒否することに投票した理由です。

これを拡張して、複数のプロジェクトでアイデアを確認するまで、そのアイデアについて本当に話すことはできないと言う人もいるかもしれません。これは結構なことですが、私はそれが必要だとは思いません。プロジェクトで発見した特定のことを単に報告するだけで役立ちます。なぜならそれは他の人にとっての原材料を提供するからです。他の誰かが同様の状況にあり、あなたのアイデアによって彼らに試すべきことが与えられるかもしれません。他の誰かが似たようなことをやった場合、彼らは自分の経験について書くときに、あなたの経験の上に自分の経験を報告します。

一部の人が自分の話を報告し、他の人が成功の有無にかかわらずそれをコピーする、というこの方法は、職業がどのように学習できるかのバックボーンです。それが逸話的だというのは動作を止めるものではありません。結局のところ、パラシュートが飛行機から飛び降りる人に危害が及ぶのを防ぐという科学的に厳密な証拠はありません。