نموذج تطوير البرمجيات الحرة: الكاتدرائية والبازار

الكاتدرائية والبازار هي وثيقة من النوع الواضح طورها إريك س.ريموند في عام 1.998 لمحاولة الشرح من وجهة نظره وخبرته (تطوير Fetchmail) ما فهمه حول الإبداع والتطور الناجح لنظام Linux والبرامج المرتبطة به ، خاصة من منظور الاختلاف بين نماذج تطوير البرمجيات ، والتي أطلق عليها شخصيًا: نموذج الكاتدرائية ونموذج البازار.

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

مقدمة

تقدم لنا المادة المذكورة "الكاتدرائية والبازار" رؤية مفادها أنه في عالم هندسة البرمجيات ، يوجد "نمطان مختلفان تمامًا من التطوير، نموذج الكاتدرائية ، الذي ينطبق على معظم التطورات التي حدثت في عالم البرمجيات التجارية ، مقارنة بنموذج البازار ، الأكثر نموذجية في عالم Linux ".

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

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

في الآداب الأخرى ، تشير هذه الكلمة أو المفهوم المسمى Hacker إلى:

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

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

DESARROLLO

من بين الكثيرين الذين قرأوا مثل هذه المواد ، سيكون هناك بالتأكيد عدد كبير من الذين سيوافقون على أن فكرة "لينكس مدمرة" يتم التعبير عنها بوضوح هناك. لكن لماذا؟

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

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

في حين في عالم تطوير البرمجيات الخاصة ، تم ذلك "بطريقة صامتة وموقرة"، تمامًا كما تم بناء الكاتدرائية ، في عالم تطوير البرمجيات الحرة (لينكس) ، تم ذلك "بطريقة مزعجة وبأجندات (مسارات) وأساليب متعددة (مقترحات)"، تمامًا كما كنت في سوق كبير.

يمنحنا هذا البيان العظيم عدة مقدمات لتكثيف الأفكار التي تم التعبير عنها هناك ، من حيث نموذج تطوير البرمجيات الحرة ، وهي:

مقر # 1

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

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

مقر # 2

المبرمجون الجيدون يعرفون ما يجب كتابته. أعظم يعرف ما يجب إعادة كتابته وإعادة استخدامه.

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

مقر # 3

"فكر في التخلص من شيء واحد على الأقل - سينتهي بك الأمر إلى القيام بذلك على أي حال."

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

مقر # 4

إذا كان لديك الموقف الصحيح ، فستجدك المشكلات المثيرة للاهتمام.

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

مقر # 5

عندما لا يكون هناك برنامج يثير اهتمامك بعد الآن ، فإن واجبك الأخير هو نقله إلى ناجح كفء.

بالنسبة للعديد من المبرمجين أو مطوري البرامج ، فضلاً عن غيرهم من التقنيين ، ليس من غير المألوف أن ترغب في تخصيص وقت جديد لمشاريع جديدة. ولكن في عالم البرمجيات الحرة ، فإن الفرضية هي تمرير العصا ، وهناك آخرون يرغبون في مواصلة تطوير منتجاتهم التي تم التخلي عنها بالفعل ، والتي يجب عليهم السماح لأي شخص باختراق (تحسين) البرنامج لأنفسهم أو لصالح المجتمع. مستخدمي البرنامج.

مقر # 6

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

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

مقر # 7

حررها قريبًا. إطلاقه في كثير من الأحيان. واستمع لمستخدميك.

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

مقر # 8

من خلال توفير قاعدة واسعة من المختبرين والمساهمين ، سيتم تحديد جميع المشكلات تقريبًا بسرعة وسيكون حلها واضحًا لشخص ما.

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

وهذا معبر عنه بسرور في المقتطف التالي من المادة:

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

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

الخلاصة

شخصيًا ، خبرتي الصغيرة في مجال تطوير البرمجيات الحرة في ظل نموذج من نوع بازار تترك لي الاستنتاجات التالية:

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

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