أطلق مبكراً، أطلق كثيراً

يُعدّ مبدأ "الإصدار المبكر والمتكرر" (المعروف أيضًا باسم "الإصدار المبكر والمتكرر" أو "الإصدارات الزمنية " ، ويُختصر أحيانًا إلى RERO ) فلسفةً لتطوير البرمجيات تُركّز على أهمية الإصدارات المبكرة والمتكررة لخلق حلقة تغذية راجعة فعّالة بين المطورين والمختبرين أو المستخدمين، على عكس استراتيجية الإصدار القائمة على الميزات. ويرى المؤيدون أن هذا المبدأ يُتيح تطوير البرمجيات بوتيرة أسرع، ويُمكّن المستخدم من المساهمة في تحديد ملامح البرنامج، ويُحسّن من توافقه مع متطلبات المستخدمين، ^{[ 1 ]} ويؤدي في النهاية إلى برمجيات ذات جودة أعلى. ^{[ 2 ]} كما تسعى هذه الفلسفة إلى الحدّ من مخاطر إنشاء برمجيات غير مستخدمة. ^{[ 3 ]}

انتشرت هذه الفلسفة بفضل إريك س. ريموند في مقالته " الكاتدرائية والبازار " عام 1997 ، حيث ذكر ريموند: "أصدر مبكراً. أصدر كثيراً. واستمع إلى عملائك". ^{[ 4 ]}

طُبقت هذه الفلسفة في الأصل على تطوير نواة لينكس وغيرها من البرامج مفتوحة المصدر ، ولكنها طُبقت أيضًا على تطوير البرامج التجارية مغلقة المصدر . ^{[ 5 ]}

يتمثل البديل لفلسفة الإصدار المبكر والمتكرر في السعي إلى تقديم إصدارات مصقولة وخالية من الأخطاء فقط. ^{[ 6 ]} ويشكك مؤيدو هذه الفلسفة في أن ذلك سيؤدي في الواقع إلى إصدارات ذات جودة أعلى. ^{[ 4 ]}

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

• الأسوأ أفضل
• نموذج البرمجة
• عملية تطوير البرمجيات
• تطوير البرمجيات الرشيقة
• الحد الأدنى من المنتج القابل للتطبيق
• صوّت مبكراً وصوّت كثيراً

• "أصدر مبكراً، أصدر كثيراً" ، فصل من كتاب "الكاتدرائية والبازار" لإريك س. ريموند