13

この質問は、Sweave に関するバグ レポートに対する r-devel メーリング リストのDuncan Murdochの発言に触発されたものです。

これは R パッチで修正されています。(より多くの人がベータ版をテストしていれば、2.12.0 で修正されていたはずです...)。

正直なところ、私は多くの理由でベータ版 (別名開発版) から遠ざかっていました。これらは、より多くの人々から聞いた理由です:

  1. 現在の R ディストリビューションと何らかの形で競合が発生するのではないかと少し恐ろしく思います。仕事で必要なので、定期的に修理しなければならないのは時間のロスになる 上司に説明できない
  2. 効率的にテストする方法がわかりません。私が思いついたすべてのテストは、開発チームによってすでに実行されていると思います。
  3. 何かがバグなのか、それが (ほとんどの場合) 自分の愚かさなのかを判断するのは、いまだに難しいと思います。

しかし、私が理解したように、それは R コミュニティへの貴重な貢献になるだろうし、自分の仕事に何らかの形で適合させることができれば、テストも喜んで行います。ベータ版は脇に置いておき、スクリプトを実行してチェックアップすることを考えていました。all.equal()構築されたオブジェクトを保存すると、何か問題があるかどうかをすばやく簡単に確認できます。

最小の労力と最大の効率でテストを支援する方法について、さらに/より良いアイデアはありますか?

また、当部門でもこれをもう少し宣伝したいと思います。「コミュニティに恩返しをする時が来た」以外に、ベータ版のテストに努力する価値がある理由は他にありますか? 上記の議論にどのように反論できますか？

編集：

Dirk Eddelbuettel がコメントで指摘したように、契約の一部は Windows のパス変数を妨げています。私はそれについていくつかのアイデアを持っていますが、R-devel バージョンをテストするためにコンピュータを実際に構成する方法についての指針も大歓迎です。

4

2 に答える 2

5

私はあなたが誤解することを恐れています。これは最初は簡単でも明白でもないかもしれないので、おそらくこれが役立ちます：

  • 「パッチ」は「ベータ」ではありません。パッチが適用されたのは、R 2.12.1 になる予定です。

  • 競合はありません。2.12.0 にドロップします。

  • これは別のダウンロードであり、ナイトリー ビルドはこちらから入手できます。

  • これは r-devel ではなく、r-patched です。

  • プレリリースもテストすることは、ユーザーとしての私たちの義務です。どちらかといえば、理想的な言葉で言えば、R-devel だけでなく、R-patched もインストールされているはずです!

  • テストは、別のバージョンをインストールし、それをパスの外に置いてから、スクリプトから PATH と R_HOME を動的に調整するのと同じくらい簡単です。テストとは、新しいコードがリリースされた後にバグに悩まされるのを防ぐために、コードとデータに対してそれを実行することを意味します。

于 2010-11-29T16:20:05.937 に答える
3

効率的にテストする方法がわかりません。私が思いついたすべてのテストは、開発チームによってすでに実行されていると思います。

何かがバグなのか、それが (ほとんどの場合) 自分の愚かさなのかを判断するのは、いまだに難しいと思います。

問題は、ソフトウェアが開発者によって使用されない (または使用されるだけではない) ことです。プログラミングの知識がまったくない人が使用する予定です（一般的に言えば、これはRだけでなく他のソフトウェアにも当てはまります）。

ヘルプ、インターフェイス、またはソフトウェアの一般的な構築方法で、何かを行う方法について十分な情報が得られない場合、それはバグではないかもしれませんが、改善できるものです (そして開発者に指摘されました)。 ）。

また、開発者がソフトウェアを作成したことを思い出してください。彼らはそれを使用する方法を知っており、多くの場合、「それを壊そうとする」よりも、主に正しく使用して良い結果が得られるかどうかをテストすることにバイアスがかかります。

あなたのやり方でそれを使用することにより (おそらく「正しくない」かもしれません)、開発者があなたのように使用することを考えていなかったという理由だけで、開発者を逃れた可能性のあるテストを効果的に実行しています。

于 2010-11-29T17:12:28.437 に答える