3

私たちはウェブサイトを開発しています。私たちが使用している開発ツールの 1 つは、次のバージョンのアルファ リリースを利用できます。これには、私たちが実際に使用したい多くの機能が含まれています (つまり、ほとんど正確に実行するために何千行も実装する必要がなくなります)。とにかく同じこと）。

私はそれについていくつかの初期評価を行いましたが、私が見たものは気に入っています。問題は、実際にそれを実際に使い始めるべきかということです。つまり、それを評価するだけでなく、実際に開発に使用し、依存していますか?

アルファ版ソフトウェアなので、明らかにまだリリースの準備ができていません...しかし、私たち自身のコードもそうではありません。これはオープン ソースであり、デバッグに必要なスキルがあるため、理論上は実際にバグ修正を提供することができます。

しかしその一方で、それのリリース スケジュールがどのようなものかはわかりません (彼らはまだ公開していません)。それを使用して開発することは問題ないと思いますが、本番環境で使用することについては確信が持てないので、私たちの準備が整う前に準備ができていなければ、私たち自身の打ち上げが遅れる可能性があります.

どう思いますか？リスクを取る価値はありますか？同様の状況の経験はありますか (良いか悪いかを問わず)?

[編集] 質問の範囲を広く保つために、使用している言語や問題の開発ツールを意図的に指定していません。これは、ほぼすべての開発環境に適用できる質問だと思うからです。

[EDIT2] 非常に役立つ返信をしてくれた Marjan に感謝します。もっと多くの反応を期待していたので、これに賞金をかけます。

4

4 に答える 4

3

あなたがコントリビュートしたいと言っていたように、オープンソース プロジェクトにコントリビュートした経験があります。彼らは 1 年間パッチを無視しました (もちろん、ソフトウェアではなくサポートを販売しているにもかかわらず、参加する顧客がいます)。1 年後、彼らは問題に対する代替の解決策がなく、それを行うための健全な基盤がないままパッチを却下しました。当時は彼らの範囲外だったと思います。

あなたの状況では、優先度がそれほど高くなく、すでに報告されているバグの 1 つまたは 2 つを解決し、それらの応答性を確認してから決定します。締め切りに対するあなたの成功は彼らの成功に妥協するからです。彼らのアーティファクトのコピーを維持しなければならない場合、それは苦痛です。

要するに、製品を評価するだけでなく、生産者を評価する.

よろしく。

于 2010-10-02T08:04:11.807 に答える
2

場合によります。

オープンソース環境の場合、それはそれが持っているラベル（アルファ/ベータ/安定）よりもリリースの品質に大きく依存します。私は、他のプロデューサーからの疑惑のプロダクションコードと比較して堅実なアルファコードを使用しました。

ソースを持っている場合は、バグを修正できますが、クローズドソース（通常は商用サポート）では、コードを持っているベンダーによってサポートされていないため、ベータ製品でビルドされた製品コードをリリースすることはできません。直さないでください。

ですから、あなたの立場では、アルファ版の品質を評価し、それが本番環境に移行できるかどうかを判断します。

もちろん、上記のすべては、リモートでセーフティクリティカルなものにも当てはまりません。

于 2010-10-01T19:22:07.990 に答える
2

それは単にリスク管理の問題です。オープンソースでは、アルファ リリースはさまざまなことを意味します。次の準備が必要です。

  • API の変更を処理します。
  • バグ修正と回避策を提供します。
  • 安定性、パフォーマンス、およびスケーラビリティを自分でテストします。
  • 変更をより綿密に追跡し、その時点で採用するかどうかを決定します。
  • 彼らの進捗状況とパッチ/問題への対応を追跡します。

継続的インテグレーションを使用していますか?

于 2010-10-06T10:57:42.810 に答える
2

これに対する私の個人的な見解：しないでください。あなたのタイムスケールでそれらがあなたのために来ないなら、あなたは立ち往生していて、おそらく厳しい時間制限の下で何千もの行を自分で入れなければなりません.

そうは言っても、ケーキを食べて食べる方法が1つあります。

それを抽象化する方法、つまりアダプターやファサード パターンなどを使用して独自のコードをライブラリから分離する方法がある場合は、開発にアルファ版を使用してください。ただし、アダプター/ファサードの背後にある独自の数千行のバージョンの開発を開始する必要があるリリーススケジュールに従って、最新の日付を事前に決定してください。それまでにアルファ版が RC に変わっていない場合: ニヤニヤして我慢し、自分で開発してください。

于 2010-09-30T12:56:22.963 に答える