إذا كانت هناك "مشكلات معروفة" فلماذا الإصدار؟[مغلق]

Question

لقد رأيت العديد من واجهات برمجة التطبيقات التي تسرد التفاصيل حول مشكلات المعرفة؟إذا كانت هناك مشكلات معروفة، فلماذا ننشرها للعامة قبل إصلاحها؟

ماهو السبب؟الخطوط الميتة؟أو إصلاح ذلك يمكن أن يكسر شيئا آخر؟

ملحوظة:لست متأكدا ما إذا كان هذا السؤال ينتمي هنا.لذا لا تتردد في الإغلاق إذا لم يكن هذا سؤالًا صالحًا.

Answer 1

والبرمجيات ليست مثالية وتنتظر حتى يتم إصلاح كل قضية إطلاق سراح شيء سيؤدي في عالم البرمجيات أقل.

Answer 2

ولأن البرنامج قابل للاستخدام ومفيدة، حتى مع هذه القضايا، ولأن المستخدمين يفضلون أن يكون ذلك عاجلا وليس الانتظار للإفراج. لأن المطورين يريدون ردود الفعل التي إطلاقه في وقت مبكر سوف تقدمها.

Answer 3

وهناك <م> دائما المشكلات المعروفة. إذا كنت لا تعفي حتى لا توجد قضايا أكثر معروفة، فلن يفرج عنه. أحيانا يكون من الأفضل للحصول على نسخة تعمل معظمها خارج الباب مع وجود تحذيرات حول بعض المشاكل غير الضرورية.

Answer 4

وفي كثير من الأحيان على أحدث البرمجيات لا يزال أفضل من الإصدارات المتوفرة سابقا، حتى مع وجود مشكلات معروفة. وخاصة عند التعامل مع المكتبات والعملاء غالبا ما يفضلون أن يكون كود تسليم عاجلا أن لديه مشاكل من الانتظار للقضايا التي لا تهتم على وشك ثابتة.

Answer 5

ربح.

إن برامج العالم الحقيقي مهما كانت درجة تعقيدها لن تكون مثالية أبدًا.هناك نقطة معينة حيث يكون الأمر "جيدًا بما فيه الكفاية"، وذلك عندما يحين وقت الشحن.

تحدث المناقشات الحقيقية عند تحديد مستوى الجودة الذي يلبي معيار "جيد بما فيه الكفاية".

Answer 6

والمشكلات المعروفة في كثير من الأحيان تؤثر على عدد قليل من المستخدمين، والجميع يمكن أن <م> حقا استخدام التحسينات في الإصدار الجديد. وعلاوة على ذلك، قد توجد نفس القضايا مع النسخة الحالية، وفي هذه الحالة، يتم إعطاء أي (المعروف) البق جديدة للمستخدمين. لذلك، فإنه في الحقيقة الفوز.

وبعض القضايا يمكن أيضا يستغرق وقتا طويلا لإصلاح.

Answer 7

وأحيانا كنت فقط لا يمكن إصلاح هذه المشكلات.

وتخيل أن لديك برنامج نصي JS وبعض الخلل في المتصفح الذي لا يمكن تجنبه. كنت لا ثم حرر المكتبة حتى يتم إصلاح هذا المتصفح، هل؟ أو هل يمكن أن مجرد إضافة "المشكلات المعروفة" مذكرة حول المشاكل متصفح واحد والإفراج عنها.

Answer 8

وإلا كنت ابدا الافراج عنهم.

Answer 9

والمشكلات المعروفة على ما يرام. انها <م> غير معروف قضايا التي تسبب المتاعب.

Answer 10

لأن البرنامج مستقر.إذا كانت هناك بعض المشكلات المعروفة التي لا تؤثر بشكل مباشر على الاستخدام اليومي للبرنامج ويمكن إصلاحها من خلال التصحيحات، فلماذا لا يتم إصدارها؟

بالإضافة إلى أن هناك مواعيد نهائية وتكاليف يجب مراعاتها، ولكن من الواضح أن الأخيرة لا تنطبق حقًا على المصادر المفتوحة.

Answer 11

والسبب الرئيسي هو الوقت للسوق

Answer 12

وأحيانا صالح الإفراج عن شيء يعمل هو أكثر أهمية من القضايا سيتم ضرب بعض المستخدمين فقط من قبل.

والبق يمكن أن تكون بسيطة أو حرج: S

Answer 13

واذا كان تأثير منخفض (التي تؤثر على عدد قليل من المستخدمين أو ربما انها الداخلي) ثم انه من المحتمل ان سبب واحد. قد يكون البعض الآخر-الشعر المستعار الكبيرة يريد الاشياء وفي السوق في اسرع وقت ممكن حتى في بعض الأحيان الأشياء التي يجب أن تترك غير مكتملة استنادا إلى عدد من العوامل.

Answer 14

وخصوصا مع المشاريع مفتوحة المصدر، وهذا يسمح لغالبية المستخدمين للحصول على المنتج من دون مشاكل، وكذلك زيادة الوعي من البق بحيث يمكن للمستخدمين المساهمة في التعليمات البرمجية.

Answer 15

إذا مشكلة معروفة يؤثر سوى نسبة صغيرة من المستخدمين المحتملين، فإن ذلك ربما يستحق اطلاق سراحهم.

Answer 16

وهناك API هو عقد بين منفذة للAPI ومبرمج باستخدام API. حتى لو كان التنفيذ قد المشكلات المعروفة، انه لامر جيد للافراج عن وثائق API، بحيث المبرمجين قادرين على بدء كود النامية التي يمكن الاستفادة من API. ومن المفهوم أن مقدم تنفيذ و(النهاية) الوفاء نهايتهم العقد، ليصل إلى تنفيذ التوافق الكامل مع API. إذا كان API وأفرج فقط عندما كان تنفيذ الكمال، ثم مطوري التطبيقات سوف تضطر إلى إضاعة كمية كبيرة من الوقت اللازم لتطوير فيها أنها يمكن أن تكون منتجة، حتى لو أنه استند إلى مستندات API وحدها، وأنها لا يمكن أن في الواقع اختبار التعليمات البرمجية حتى الان.

Answer 17

و"الالتزام".

وهذا هو الأهم.

وحالما يتم الانتهاء من تاريخ التسليم (ترتكب)، يجب الإفراج عن المنتج إذا كان في مستوى "مقبول". الفرق بين "الكمال" و "القبول" هو "المشكلات المعروفة"

Answer 18

ومعظم الشركات لديها معايير الإفراج التي قد تبدو وكأنها -

وربما يكون إطلاق البرنامج بعض الأخطاء الطفيفة التي من المقرر أن حد العد - مثل هذه القضايا قد تكون القضايا UI طفيفة

.

قد يكون الافراج عن البرمجيات بعض الخلل الرئيسية التي من المقرر أن حد العد - وبذلت محاولات لجعل الإفراج خالية من هذه العيوب ولكن إذا كانت لا تزال الهرب من خلال (لأسباب مختلفة) ثم لا ينبغي أن كسر المنتج وهناك وبعض الأعمال حول متاح للحصول على من حولهم.

لا ينبغي أن يكون

إطلاق برنامج أي البق الحرجة - أن البرنامج لا يتم شحنها إذا وجدت أي خلل بالغ الأهمية. هذه الحشرات كسر المنتج مع عدم وجود الحلول مطلقا على الإطلاق.

ويمكن أن تكون مرة أخرى التصنيفات المذكورة أعلاه من الهدف ويعتمد على الشركة وعملياتها المعنية.

وهتافات

Answer 19

وانظر فوائد الافراج في وقت مبكر / إطلاق سراح كثير من الأحيان السياسة، على سبيل المثال ردود الفعل لا تقدر بثمن من قبل المستخدمين.