کلیسای جامع و بازار

کلیسای جامع و بازار: جستارهایی بر لینوکس و نرم افزار آزاد از یک انقلابی تصادفی ( به انگلیسی: The Cathedral and the Bazaar: Musings on Linux and Open Source by an Accidental Revolutionary ) نام یک مقاله، و بعد یک کتاب، به قلم اریک ریموند، در رابطه با روش های مهندسی نرم افزار است که بر پایهٔ مشاهدات شخصی اش از فرایند توسعهٔ هستهٔ لینوکس و تجربه اش در مدیریت پروژهٔ متن باز ای به نام فچ میل نوشته شده است. این مقاله، کشمکش میان طراحی بالا به پایین و پایین به بالا را بررسی می کند. این مقاله اولین بار توسط نویسنده در کنگره لینوکس در ۲۷ مه سال ۱۹۹۷ ( میلادی ) در وورتسبورگ ( آلمان ) ارائه شد و سپس در سال ۱۹۹۹ ( میلادی ) به شکل بخشی از کتابی با همین عنوان منتشر شد.
تصویرپردازی روی جلد کتاب، متعلق به یک نقاشی از لیوبوف پوپوا به نام ترکیب بندی با اشکال در سال ۱۹۱۳ ( میلادی ) است که امروزه متعلق به مجموعه نگارخانه ترتیاکوف است. این کتاب تحت نسخه ۲٫۰ از مجوز انتشار باز منتشر شده.
مقاله دو الگو مختلف توسعه نرم افزار آزاد را مقایسه می کند:
• الگو کلیسای جامع، که در آن کد منبع همگام با انتشار هر نسخه، قابل دسترسی است، اما کدی که بین دو نسخه توسعه داده شده است محدود به گروه منحصر به فردی از توسعه دهندگان نرم افزار است. نرم افزارهای گنو ایمکس و جی سی سی به عنوان مثال ارائه شده اند.
• الگو بازار، که در آن کد منبع، در بستر اینترنت، و جلوی چشم همگان توسعه می یابد. ریموند از لینوس توروالدز، رهبر پروژه کرنل لینوکس به عنوان مخترع این روش یاد می کند و همچنین گزارشی از پیاده سازی این روش در پروژه فچ میل ارائه می کند.
ریموند به ۱۹ درسی که از تلاش های متعدد خود در توسعه نرم افزار آموخته است اشاره می کند. هر یک ویژگی هایی را در رابطه با شیوه صحیح توسعه نرم افزار متن باز توصیف می کند:
• هر نرم افزار خوبی، از خاراندن خارش شخصی توسعه دهنده آغاز شده.
• برنامه نویسان خوب، می دانند چه بنویسند. برنامه نویسان عالی، می دانند چه چیزی را دوباره بنویسند ( یا دوباره استفاده کنند ) .
• برنامه ریزی کنید تا یکی بیرون بدهید، در هر صورت خواهید توانست ( رونوشت از کتاب نفر - ماه اسطوره ای از فردریک بروکز ) .
• اگر شما از ویژگی های صحیح ش برخوردار باشید، مسائل جالب شما را خواهند یافت.
• هنگامی که شما علاقه تان را به یک برنامه از دست می دهید، وظیفه آخرتان این است که آن را به جانشین صالحی بسپارید.
• تلقی کردن کاربرانتان به عنوان هم توسعه دهندگان، کم دردسرترین مسیر برای ارتقا سریع کد و اشکال زدایی تأثیرگذار است.
• زود منتشر کنید، همیشه منتشر کنید. و به مشتریانتان گوش دهید.
• تعداد زیاد و کافی تست کننده بتا و هم توسعه دهنده در پایه منجر می شود تقریباً تمام مشکلات مشخص شوند و حلشان بر کسی آشکار شود.
• ساختار داده هوشمندانه و کد نابخردانه، بسیار بهتر از حالت عکس عمل می کند.
• اگر شما تست کنندگان بتا خود را به عنوان ارزشمندترین منابع خود تلقی کنید، واکنش آن ها تبدیل شدن به ارزشمندترین منابع تان خواهد بود.
• بهترین چیز بعد از این که ایده های خوبی داشته باشید، به رسمیت شناختن ایده های خوب از سمت کاربرانتان است. گاهی دومی حتی بهتر است.
• اغلب، برجسته ترین و خلاقانه ترین راه حل از تشخیص این که مفهوم مسئله اشتباه بوده ناشی می شود.
• حالت ایدئال ( در طراحی ) هنگامی به دست نمی آید که دیگر چیزی برای افزودن نیست، بلکه هنگامی به دست می آید که دیگر چیزی برای کنار گذاشتن نیست. ( به آنتوان دو سنت - اگزوپری نسبت داده می شود ) .
• هر ابزاری باید در راهی که از قبل پیشبینی شده به کار آید، ولی یک ابزار واقعاً عالی، خودش را به کاربری هایی قرض می دهد که شما هرگز پیشبینی نمی کردید.
• هنگامی که یک نرم افزار دروازه از هر نوعی می نویسید، خود را به رنج وادارید تا جریان داده را تاجایی که ممکن است کوچک کنید. تحت هیچ شرایطی اطلاعات به دردنخور را به گیرنده ای که حتی شما را به آن مجبور می کند نفرسید.
• هنگامی که زبانتان هیچ جایی به کامل بودن تورینگ نزدیک نیست، شیرین کردن نحوی می تواند دوست شما باشد.
• یک سیستم امنیتی تا زمانی امن است که پنهان است. از شبهه پنهان ها برحذر باشید.
• برای حل یک مسئله جالب، از پیدا کردن مسئله ای که برایتان جالب است شروع کنید.
• در صورتی که هماهنگ کننده توسعه رسانه ارتباطی ای حداقل به خوبی اینترنت داشته باشد، و بداند چگونه بدون اجبار رهبری کند، چند سر به ناچار بهتر از یکی ست.