منبع باز........بشتابید! رای بدید!!!!
نرم‌افزار منبع باز،
[ برای مشاهده لینک ، با نام کاربری خود وارد شوید یا ثبت نام کنید ]
های
[ برای مشاهده لینک ، با نام کاربری خود وارد شوید یا ثبت نام کنید ]
ی هستند که کد منبعش تحت پروانه یا جواز قابل دستیابی است (یا ترتیب داده‌اند مانند قلمرو عمومی) که اجازه میدهد به استفاده کنندگان بهره مند شوند, تغییر دهند, توسعه دهند نرم‌افزار, و پخش نمایند فرم اصلاح شده یا اصلاح نشده آنرا. آن اغلب توسعه داده شده برای عموم , روش تعاونی. این یک مپال برجسته توسعه منبع باز و اغلب و اغلب مقایسه میشود محتوی آدرس تولید شده برای استفاده کنندگان.
//
تاریخچه:27:
جنبش نرم افزاری رایگان از سال ۱۹۸۳ آغاز شده‌است. در سال ۱۹۸۳ یک گروه از اشخاص نماینده شدن که اصطلاح نرم افزار رایگان را جایگزین کنند با با نرم افزار منبع باز (OSS) مانند یک عبارت چیزی که کمتر مبهم و بیشتر راحتی برای دنیای متحد است. توسعه دهندگان نرم افزار ممکن است بخواهند نرم افزارشان ر با یک جواز نرم افزار منبع باز به اطلاع عموم برسانند, در نتیجه هرکس ممکن است توسعه دهد نرم افزار را یا درک کند که چطور آن کار میکند. نرم افزار منبع باز معمولا اجازه میدهد که هر کس نسخه مدل نگارش جدید نرم افزار را بسازد , بفرستد آنرا به یک سیست عمل کننده جدید و ساختار پردازنده , شریک شود انرا با دیگران یا در معرض فروش بگذارد. هدف منبع باز اجازه دادن محصول بیشتر قابل درک باشد , قابل اصلاح , تکثیر کردن , معتبر یا به سادگی قابل دسترس , مادامی که ان هنوز قابل فروش است.
تعریف منبع باز به طور برجسته , ارعه فلسفه منبع باز و تعریف بیشتر مرزبندی در استفاده , اصلاح شدن و دوباره توضیع کردن نرم افزار منبع باز. نرم افزار حق امتیاز داده به استفاده کنندگان در غیر این صورت شاید ممنوع شوند از حق تالیف. این شامل حق بر استفاده , اصلاح و توزیع مجدد است. چندین پروانه نرم افزار منبع باز واجد شرایط هستند در محدوده تعریف منبع باز. برجسته ترین مثال پروانه محبوب و عمومی GNUاست.(GPL). مادامی که اریه میدهد راهی که وسیعا باعث دسترسی عموم به محصول شود , پروانه‌های منبع باز اجازه میدهد نویسندگان وفق دهند چنین دسترسی را.
برچسب منبع باز خارج شده‌است از جلسه راه حل برگزار شده در Palo Alto در عکس العمل به Netscape که در ژانویه ۱۹۹۸ اعلان کرد کد منبع برای رد یاب (مانندMozilla).
یک گروه از اشخاص در جلسه به اضافه Tod Anderson, Larry Augustin , John Hall , Sam Ockman, Christine Peterson, Eric S. Raymaod . آنها به کار بردند فرصت قبل از معرفی کد منبع ردیاب تامین کنند پتانسیل درهم و برهم بوجود آمده توسط ابهام کلمه «آزاد» .جنبش منبع باز غالبا با یک استراتژی و راهبرد آغاز شده‌است. خیلی از مردم اعتقاد دارند که تولد اینترنت , از سال ۱۳۶۹ جنبش منبع باز را شروع کرده‌است در حالی که دیگران تشخیص نمیدهند تفاوت بین منبع باز و حرکت نرم افزار رایگان را. تاسیس نرم افزار رایگان (FSF) در سال ۱۳۸۹ شروع شده‌است مفهوم کلمه رایگان مانند «رایگان مانند صحبت کردن رایگان» و نه «آبجوی مجانی». به عنوان یک معامله بزرگ نرم افزار رایگان قبلا بوده و هنوز هم مجانی هست , چنین نرم افزار رایگانی همراه شد با مخارج صفر , چیزی که به نظر ضد تجاری می‌آید.
منبع باز:21:
ابتکار عمل منبع باز (OSI) یک زبان برنامه نویسی سطح بالا. ابتکار عمل منبع باز (OSI) در فوریه سال ۱۹۹۸ بوسیله Eric S.Raymond و Bruce Perens. با حدا اقل ۲۰ سال مدرک یا دلیل توسعه بسته از حالت تاریخی در مقابل توسعه باز که قبلا توسط اینترنت ثابت شده‌است. OSIارئه داده منبع باز را به تجارت بازرگانی مانند Netscape. OSIامیدوار است که بکارگیری علامت منبع باز یک اصطلاح که توسط Petsonاز موسسه foresight پیشنهاد شده‌است را در مرحله یا محدوده استراتژی , خذف فراهم کرد ابهام , مخصوصا برای افرادی که درک میکنند نرم افزار رایگان مانند ضد تجاری. آنها سعی میکردند یک سیستم |رسنلی ذخیره انبوه کامپیوتر برای بهره مندی مخصوص از کد منبع که رایگان موجود است و آنها خواهان ارائه نرم افزار بزرگ تجاری و صنایع مافوق پیشرفته دیگر در منبع باز.
آقای Perensکوشش کرد که ثبت کند منبع باز را مانند یک علامت تجاری برای OSI , ولی این کوشش قابل اجرا نبود به علت استاندارد‌های علائم تجاری. تشکر از مقاله Raymondمدیریت سطح بالای Netscape(آقای Raymondوقتی روزنامه را خواند وکشف کرد و توسط Netscapeفراخوانده شد توسط نامه اقای Jim Barksdale) , Netscapeاعلام کرد که کد منبع رحیاب مانند منبع باز یک نتیجه خوب دارند.
فلسفه:2:
در مقاله سال ۱۹۹۷ توسط Cathedralو Bazzar, منبع باز Eric S.Raymondپیشنهاد داد یک مدل برای توسعه OSSکه به عنوان مدلBazzarشناخته شد. Raymondتشبیه کرد توسعه نرم افزار بوسیله روشهای سنتی برای ساختن کلیسا , «مهارت بوسیله شخصی ساحر یا گروه کوچک از جادوگران کار میکنند با شکوه سطور مجزا.» او پیشنهاد کرد که همه نرم افزار‌ها باید به روش bazzarتوسعه داده شوند. مانند «یک بازار بزرگ پر سر و صدا با دستور کار متفاوت و دسترس.»
در مدل کلیسا توسعه به صورت متمرکز کردن. نقش‌ها کاملا مشخص است. نقش‌ها شامل عده‌ای که مسئول نقشه کشی (معماری) هستند مردمی که مسئول مدیریت پروژه‌اند , و عده‌ای نیز مسئول اجرا هستند. مهندسی سنتی نرم افزار به دنبال مدل کلیسایی بودند. F.B Brooksدر کتابش به نام The mythical man-monthاز این مدل نمایندگی کرد. او حتی بیشتر پیش رفت تا بگوید برای سیستم متحد معماری , طرح سیستم باید انجام شود با هر چه تعدلد کمتری از معماران که امکان پذیر است. مدل Bazzarهر چند متفاوت است. در این مدل نقش به روشنی تعریف نشده‌است.Gregorio Roblesپیشنهاد کرد که نرم افزار‌هایی که از مدل bazzarاستفاده میکنند باید مشخصات زیر را داشته باشد:
استفاده کنندگان , باید مانند متمم مدل با آنها رفتار شود
استفاده کنندگان که مانند متمم مدل با انها رفتار میشود و آنها باید دسترسی داشته باشند به کد منبع نرم افزار.. بعلاوه استفاده کنندگان تشویق میشوند اضافه کنند به نرم افزار , کد ثابت برای نرم افزار , گزارش اشکال گیری , مستند سازی و غیره. بعد از داشتن تعداد بیشتری متمم مدل باعث افزایش درصد رشد نرم افزار شد.قانون Linusمطرح میکند که «اگر به اندازه کافی دید (مردمک چشم) داشته باشید همه bugبه کنار رانده میشوند یا کم عمق میشوند» این یعنی اگر تعداد زیادی از استفاده کنندگان مشاهده کردند کد منبعرا آنها نهایتا پیدا میکنند تمام Bugها را و اظهار عقیده میکنند چگونه آنها را درست کنند. متوجه باشید که بعضی از استفاده کنندگان دارای مهارت پیشرفته هستند , ماشین (کامپیوتر) هر استفاده کننده‌ای تهیه میکند یک محیط آزمایشی اضافی. این محیط آزمایشی جدید پیشنهاد میدهد توان پیدا کردن ویروس‌ها و طرز درست کردن آنها را.
معرفی اولیه:46:
اولین نسخه نگارش نرم افزار باید معرفی شود هرچه زودتر تا شانس پیدا کردن توسعه را بالا ببرد.
تمرکز مکرر:31:
کد جدید باید متمرکز شود هر وقت که امکان پذیر است برای اتمام نهایی تعمیرات تعداد زیادی از مشکلات که در پایان دوره زندگی پروژه.برخی از پروژه‌های منبع باز شبها ساخته شده‌اند جایی که مجتمع سازی به طور اتوماتیک بر اساس روزانه انجام شده‌است.
چندین نسخه نگاری:10:
حداقل باید دو نسخه نگاری نرم افزار وجود داشته باشد. باید یک نسخه نگاری buggierبا ویژگیهای بیشتر و نسخه نگاری پایدار با ویژگی کمتر. نسخه نگاری buggy(همچنین نسخه نگاری پیشرفته خوانده میشود) برای استفاده کنندگانی هست که خواهان استفاده فوری از جدیدترین طرحها هستند. استفاده کنندگان در نتیجه میتوانند همانند کمک توسعه دهندگان عمل کنند , گزارش دهنده خطا و و تهیه کنند روش از بین بردن خطا را. نسخه نگاری پایدار ارائه میدهد به استفاده کنندگان خطای کمتر و ویژگی کمتر.
عمومی کردن بیشتر:18:
ساختمان عمومی نرم افزار باید برنامه پیش نوشته شده باشد که اجازه دهد برای توسعه به موازات ان.
سبک تصمیم گیری پویانیاز به سبک تصمیم گیری پویا میباشد , خواه رسمی یا غیر رسمی که تصمیم گیری دراز مدت کند بسته به تغییر نیاز استفاده کننده و عوامل دیگر.
برنامه ریزی نهایی:40:
معروفترین محصول OSSدنبال میکند مدل بازار Bazzarکه پیشنهاد شده توسط Eric Raymondاین شامل پروژه‌هایی مانند Linux, Netscape, Apache, مجموعه برنامه‌های کامپیوتری GNUوPerl مقدار کمی اشاره شده‌است.
کسب پروانه:11:پروانه منبع باز تعریف میکند مزایا و ممنوعیت اعطا کننده پروانه باید اجرا شود در جهت استفاده از آن , اصلاح یا دوباره پخش کردن نرم افزار منبع باز. نرم افزار منبع باز شامل نرم افزار با کد منبع در قلمرو عمومی و توزیع نرم افزار تحت نظر پروانه منبع باز. مپال پروانه منبع باز شامل پروانه Apache , پروانه BSD, پروانه GNUعمومی مردم , پروانه GNUکمی کمتر عمومی مردم , پروانه MIT, پروانه عمومی Eclipseو پروانه عمومی Mozilla.
تکثیر پروانه منبع باز یکی از جنبه‌های منفی توسعه منبع باز است زیرا این اغلی مشکل است که بفهمیم نضمین حقوقی متفاوت بین پرونده‌ها را.
منبع باز در مقابل منبع بسته:46:
منبع باز در مقابل منبع بسته (اختیاری خوانده شود توسعه مالکانه)گاهی اوقات بحث داغی برمی انگیزد. پول در آوردن از طریق روش سنتی , مانند فروش کپی‌های افراد و پرداخت حق امتیاز پروانه , مشکلتر و بعضی مواقع غیر عملی است با نرم افزار منبع باز . بعضی مواقع نرم افزار منبع بسته دفاع میکنند که نرم افزار منبع باز لطمه میزند به بازار تجاری نرم افزار. شکایت تهمت آمیز توسط تعداد زیادی جریانات اختیاری مانند:
بیرون دادن نرم افزار و پول گرفتن برای نصب و نگهداری (بکار گرفته شده توسط خیلی از پخش کنندگان Linux)
امکان پذیر ساختن نرم افزار در دسترس مانند منبع باز در نتیجه مرد شانس بیشتری دارند بخرند محصول وابسته یا سرویسی که شما فروخته‌اید (برای مثالOpenoffice.org در مقابل StarOffice )
اجتناب از مخارج / سهیم شدن مخارج : خیلی از توسعه دهندگان احتیاج به محصول دارند و در نتیجه آن یعنی مخارج توسعه را بین خود تقسیم کنند (مانند پیدایش سیست Xwindowو سرویس وب Apache)
مطالعه در مورد نرم افزار منبع باز در مقابل نرم افزار منبع بسته نشان میدهد نرم افزار منبع بسته دارای مشاور کمتری است ولی نرم افزار منبع باز معمولا دارای زمان کمتری است بین کشف نواقص و تعمیر کردن آن. نمایندگان منبع بسته مطرح میکنند که هیچ کس در نرم افزار منبع باز مسئول نیست , هیچگونه ضمانت و مشوق وجود ندارد که آن تعمیر شود , و هیچکس مسئولیت غفلت را بر عهده نمیگیرد. نمایندگان منبع باز بحث میکنند برای اینکه کد منبع در نرم افزار منبع بسته وجود ندارد , هیچ راهی برای فهمیدن آسیب پذیری یا خطا وجود ندارد. هرچند که داشتن کد منبع برای برنامه آنرا آسان میکند برای شخص خلافکار که کشف کند امنیت آسیب پذیری که آنها میتوانند از آن بهره مند شوند (بجای گزارش دادن یا تعمیر آن)
نرم افزار منبع باز در مقابل نرم افزار رایگان:19::42::42::42::42:
منتقدین گفته‌اند که اصطلاح منبع باز تشویق ابهام انواع مختلف , چنان گیج میکند منبع موجود با ازادی بکارگیری , اصلاح , و باز پخش کردن آن. توسعه دهندگان بکار گرفت اصطلاح اختیاری نرم افزار رایگان منبع باز (FOSS) , یا نرم افزار منبع باز / نویسنده / رایگان (FLOSS) , در نتیجه توضیح داده نرم افزار منبع باز چیزی که همچنین نرم افزار رایگان است.
اصطلاح منبع باز اصلا برای قابل مارک بودن تجاری بود , هرچند اصطلاح فرض شده بود که خیلی تشریحی است , پس هیچ علامت تجاری هیچ وجود خارجی ندارد. OSIترجیح میدهد که مردم چنان رفتار کنند که منبع باز دارای علامت تجاری است و بکار برند آنرا برای توضیح نرم افزار اجازه داده شده تحت نظر پروانه تایید شده OSI. اگرچه بیشتر نویسندگان بکار میبرند «منبع باز» مانند اصطلاح نوع بعدی یک کالا تا یک مارک تجارتی.
نم.نه‌های وجود داشته‌است جایی که فروشندگان نرم افزار علامت گزاری کرده‌اند مالکیت نرم افزار را مثل «منبع باز» زیرا آن وجه اشتراک داشته باشد با OSSمعروف (مانندlinux). نمایندگان منبع باز بررسی کرده‌اند این میتواند هم گیج کننده باشد هم ناصحیح.
OSIمجاز یک علامت تجاری پروانه گرفته‌است فقط برای مردمی که فقط نرم افزار مجاز را پخش میکنند تحت پروانه لیست شده در لیست ابتکاری منبع باز.
همچنین دارای فرم گرافیک تجاری در سمت راست آن نشان داده میشود.
نرم افزار منبع باز و نرم افزار رایگان اصطلاح مختلفی هستند برای نرم افزاری که عرضه شده با حق معین , یا آزادی , برای استفاده کنندگان. آنها توضیح میدهند دو طریقه دسترسی و فلسفه نرم افزار رایگان را. منبع باز و نزم افزار رایگان (یا نرم افزار Liber ) هر دو نرم افزار توضیح داده شده اندچیزی که آزاد است از محدودیت پروانه مجاز. این ممکن است به کار گرفته شود , کپی شود , مطالعه شود , اصلاح شود باز پخش شود بدون محدودیتنرم افزار رایگان مشابه نرم افزاری که بدون هزینه در اختیار مصرف کننده قرار میگیرد نیست , نرم افزار موجود است بدون قیمت. تعریف نرم افزار منبع باز نوشته شده‌است تقریبا مشابه نرم افزار رایگان. تعداد کمی مورد وجود دارد که نرم افزار مجانی است ولی نرم افزار رایگان نیست , و بر عکس. تفاوت در اصطلاح هست جایی که آنها تاکید میکنند. «نرم افزار مجانی» تعریف شده در اصطلاح که به استفاده کنندگان ازادی میدهد منعکس کننده هدف جنبش نرم افزار مجانی است. «منبع باز» تاکید دارد که کد منبع قابل رویت است برای همه و مقام مسئول اموال اصلاح معمولا تاکید دارد بر کیفیت نرم افزار و چگونه آن باعث شده‌است بوسیله مدل توسعه دهندگان که احتمالا معروف در میان پروژه‌های مجانی و نرم افزار منبع باز است.
پروانه مجاز نرم افزار مجانی انحصاری نوشته نشده ااست توسط FSF. هر دو FSFو OSIلیست مجاز چیزی که برابری میکند تعریف مخصوص به خود نرم افزار مجانی. نرم افزار منبع باز و نرم افزار رایگان سهیم هستند تقریبا به صورت مساوی مجموعه‌ای از پروانه‌ها را. یک اثتثنا است , نسخه نگاری اولیه پروانه منبع عمومی APPLE, چیزی که پذیرفته شده توسط OSIولی رد شده توسط FSFزیرا آن اجازه نمیدهد نسخه نگاری اصلاح خصوصی را , این محدودیت بر طرف شده در پروانه نسخه نگاری اخیر. اکنون یک نسخه نگاری جدیدی هست که توسط FSFو OSIتایید شده‌است.
ابتکار منبع باز معتقد است که بیشتر مردم متقاعد میشوند بوسیله تجربه آزادی. FSFمعتقد است که بیشتر مردم متقاعد میشوند توسط پذیرش ازادی. FSFمعتقد است که دانش , مفهوم یک نیاز ضروری است , اصلاح بر استفاده اصلاح مجانی , و جدا کردن خودش از حرکت منبع باز. پیشقدمان منبع باز معتقدند که مجانی سه معنی دارد : مجانی مانند یک آبجو , مجانی مثل ازادی و مجانی مانند غیر قابل فروش. مشکل با اصطلاح منبع باز چیزی نمیگوید در باره ازادی برای اصلاح و باز پخش کردن پس آن بکار رفته توسط مردم که فکر میکنند دسترسی به منبع بدون ازادی یک تعریف کافی است.این امکان سو استفاده کردن موردی است برای بیشتر پروانه داران که جعل کردن منابع باز مایکروسافت و فضای کمتر با نرم افزار Daniel J. Brensteکه احتیاجی به پروانه ندارد.
منبع باز در مقابل منبع در دسترس:22::32::36::4:
اگر چه تعریف OSIدر مورد نرم افزار منبع باز وسیعا پذیرفته شده‌است , یک تعداد کمی از مردم و سازمانها به کار میبرند اصطلاحی را که اشاره دارد به نرم افزاری که منبع موجود است برای بینندگان ولی چیزی که ممکن است قانونا اصلاح نشده باشد یا باز پخش نشده باشد. چنین نرم افزاری اغلب اشاره دارد به «منبع در دسترس» یا مانند منبع مشترک , اصطلاحCoinedبوسیله مایکروسافت در مقابل منبع باز
Michael Tiemannرئیس OSI, انتقاد کرده‌است از کمپانی‌هایی مانند Sugar CRMبرای ترفیع نرم افزار آنها مثل منبع باز وقتی در حقیقت دارای پروانه تایید شده OSIنیست. در مورد Sugar CRM , زیرا نرم افزار اصطلاحا خوانده میشود"Badgware"چون که آن معین کرده «badge»که باید نمایش دهد وجه مشترک استفاده کنندهSugarCRMتبدیل شده به GPL v۳. مثال دیگر Scilabاست , چیزی که خودش را «منبع باز پایه پایگاه عددی برای محاسبه عددی» خوانده‌است ولی دارای پروانه‌ای است که ممنوع میکند دوباره پخش کردن تجاری نسخه نگارش اصلاح شده را.
چونکه OSIمارک تجاری ثبت شده ندارد برای اصطلاح منبع باز , قدرت قانونی آن جلوگیری میکند چنین استفاده‌ای را از این اصطلاح محدود شده , ولی نمایندگان Tiemannبکار میگیرند عقیده عمومی از OSI, مشتریا , اعضای اجتماع برای فشار وارد کردن به چنان سازمانهایی برای تغییر دادن پروانه آنها یا بکار ببرند اصطلاح دیگری را.
