＆＃8220;既知の問題がある場合＆＃8221;なぜリリースするのですか？ [閉まっている]

Question

既知の問題に関する詳細をリストする多くのAPIを見てきましたか？既知の問題がある場合、それを修正する前に公開するのはなぜですか？

理由は何ですか？デッドライン？または、それを修正すると他の何かが壊れる可能性がありますか？

注：この質問がここに属するかどうかはわかりません。有効な質問でない場合は、お気軽に閉じてください。

Answer 1

ソフトウェアは完璧ではなく、すべての問題が修正されて何かをリリースするまで待つと、ソフトウェアのない世界が生まれます。

Answer 2

このソフトウェアは問題があっても使用可能で有用であるため、またユーザーがリリースを待つよりも早く入手することを好むためです。開発者は、早期にリリースすることで得られるフィードバックを求めているためです。

Answer 3

既知の問題は常に あります。既知の問題がなくなるまでリリースしないと、リリースされません。いくつかの重大ではない問題についての警告とともに、ほとんど動作するバージョンを公開する方が良い場合があります。

Answer 4

新しいソフトウェアは、既知の問題があっても、以前のバージョンよりも優れていることがよくあります。特に、ライブラリを扱う場合、クライアントは問題を抱えているコードが修正されるのを待つよりも、問題のあるコードをより早く配信することを好むことがよくあります。

Answer 5

利益。

どんな複雑な現実世界のソフトウェアも完璧になることはありません。 「十分」である特定のポイントがあります。しかし、それは出荷するときです。

実際の議論は、どのレベルの品質が「十分」であるかを決定するときに起こります。バー。

Answer 6

既知の問題は多くの場合少数のユーザーに影響し、他のすべてのユーザーは新しいリリースの改善を本当に使用できます。さらに、既存のバージョンにも同じ問題が存在する場合があります。その場合、新しい（既知の）バグはユーザーに与えられません。ですから、本当に勝ちです。

一部の問題も修正に時間がかかる場合があります。

Answer 7

これらの問題を解決できない場合があります。

JSスクリプトと、回避できないブラウザーのバグがあるとします。そのブラウザが修正されるまでライブラリをリリースしませんか？または、「既知の問題」を追加することもできます。 1つのブラウザの問題についてメモし、リリースします。

Answer 8

そうしないと、決してリリースしません。

Answer 9

既知の問題は問題ありません。トラブルの原因は不明の問題です。

Answer 10

ソフトウェアは安定であるため。ソフトウェアの日々の使用に直接影響せず、パッチで修正できる既知の問題がいくつかある場合は、リリースしてみませんか？

さらに、考慮すべき期限と費用がありますが、明らかに後者はオープンソースには実際には適用されません。

Answer 11

主な理由は、市場投入までの時間です

Answer 12

機能するものをリリースすることの利点は、一部のユーザーのみが攻撃を受ける問題よりも重要な場合があります。

バグはマイナーまたはクリティカルです：S

Answer 13

影響が少ない（少数のユーザーに影響するか、または内部に影響する）場合は、おそらく1つの理由です。他のものはできるだけ早く市場に出て行きたいと思う大きなウィッグかもしれませんので、時にはいくつかの要因に基づいて物事を不完全なままにしておく必要があります。

Answer 14

特にオープンソースプロジェクトでは、大部分のユーザーが問題なく製品を入手でき、ユーザーがコードに貢献できるようにバグの認識を高めます。

Answer 15

既知の問題が潜在的なユーザーのごく一部にしか影響しない場合は、おそらくリリースする価値があります。

Answer 16

APIは、APIの実装者とAPIを使用するプログラマーとの間の契約です。実装に既知の問題がある場合でも、APIドキュメントをリリースして、プログラマがAPIを利用できるコードの開発を開始できるようにすることをお勧めします。実装のプロバイダーは（最終的に）契約の終了を満たし、実装がAPIに完全に準拠することを理解しています。実装が完全なときにのみAPIがリリースされた場合、アプリケーション開発者は、APIドキュメントだけに基づいていても、生産的になるために膨大な開発時間を浪費せざるを得なくなり、できませんでした実際にコードをテストします。

Answer 17

＆quot;コミットメント＆quot;。

それはより重要です。

納期が確定したら（コミット済み）、製品が＆quot; Acceptable＆quot;にある場合はリリースする必要があります。レベル。 「完璧」との違いおよび「承諾」 ＆quot;既知の問題＆quot;

Answer 18

ほとんどの企業には、次のようなリリース基準があります-

ソフトウェアリリースには、カウントが制限に設定されているいくつかのマイナーバグがある可能性があります。このような問題は、マイナーUIの問題である可能性があります。

ソフトウェアリリースには、カウントに制限が設定されているいくつかの主要なバグがある可能性があります-リリースをそのようなバグから解放する試みが行われますが、（さまざまな理由により）それでも抜け出す場合は、製品を壊してはなりませんそれらを回避するための回避策がいくつかあります。

ソフトウェアリリースには重大なバグは含まれません-重大なバグが見つかった場合、ソフトウェアは出荷されません。このようなバグは、回避策なしで製品を破壊します。

上記の分類は、目標から外れている可能性がありますが、会社と関連するプロセスに依存します。

歓声

Answer 19

早期リリース/頻繁にリリースするポリシーのメリットをご覧ください。ユーザーからの貴重なフィードバック。