hosseinzadeh
سه شنبه 21 تیر 1384, 09:17 صبح
سلام
این نوشته، ترجمه ای آزاد از OpenSource Definition می باشد.
ملاحظات:
1:در باب معادل OpenSource با جناب نلسون(از مسوولان opensource.org) تماس گرفتم:
<p align="left">
> Dear Sir,
> What does Open means in OpenSource?Does it mean Free(as in Freedom) or > simply the generic "open" meaning?
We use "Open" in the same sense as an "open door". You can wander in, help yourself to anything you find there, and wander out. Or you can recognize that it's a nice place to work, and start contributing.
</p>
بنابراین معادل منبع باز (یا متن باز) معادل مناسبی به نظر می رسد.
2:این ترجمه ، ترجمه ی عینی و کامل متن اصلی نیست.
3:برادر نلسون، توضیح جالبی برام نوشته:(وقتی گفتم دارم تعریف رو ترجمه می کنم):
< align="left">
Great, thanks! Make sure that people understand that they have to comply with the English language version of the text in order to have permission to use the Open Source trademark. The best way to do this is to not translate the OSD literally, but instead to intersperse your translation with the English words. This also gives you a chance to insert culturally-appropriate explanations. For example, if people think that their stolen copy of Windows is free, you can explain why stealing actually imposes a moral cost, and that the Koran preaches against theft.
</p>
4:از برادر کشاورز هم به خاطر همکاری ممنونم.
مقدمه:
منبع باز تنها به معنی دسترسی به کد منبع نیست.شرایط توزیع یک نرم افزار منبع باز باید با ملاکهای زیر مطابق باشد:
1:توزیع مجدد آزاد:
لیسانس نباید هیچ شخص یا گروهی را از فروش یا اهدای یک برنامه به عنوان جزئی از توزیع یک مجموعه برنامه که شامل برنامه هایی از منابع مختلف باشد،محدود نماید.لیسانس نباید هیچ امتیاز،حق التالیف یا مبلغ دیگری را بابت این نحوه ی فروش طلب کند.
با مجبور کردن یک لیسانس به درخواست شرط توزیع مجدد آزاد،ما وسوسه کسب یک درآمد ناچیز را در قبال دور انداختن بسیاری از اهداف بلند مدت از بین می بریم.
2:کد منبع:
برنامه باید شامل کد منبع باشد و باید اجازه ی توزیع کد منبع را همانند توزیع صورت کامپایل شده برنامه بدهد.در صورتی که محصول با کد منبع آن توزیع نشده باشد، باید از طریق وسیله ایی عمومی - ترجیحا بارگزاری از طریق اینترنت - کد منبع محصول ،با هزینه ایی کمتر از هزینه معقول بازتولید آن، قابل دریافت باشد.کد منبع باید به حالتی باشد که برنامه نویس بتواند آن را تغییر دهد.کدهایی که تعمدا مبهم شده اند،قابل قبول نیستند.صورتهای میانه مانند خروجی یک پیش پردازنده یا مترجم نیز قابل قبول نیستند.
ما دسترسی به کدهای منبع واضح و بدون ابهام را درخواست می کنیم چون شما نمی توانید بدون تغییر یک برنامه،آن را متحول کنید یا توسعه بخشید.از آنجایی که هدف ما آسان کردن تحولات است، می خواهیم ایجاد تغییرات آسان نیز باشد.
3:کارهای منشعب شده:
لیسانس بایداجازه ی ایجاد تغییرات و برنامه های انشعابی را بدهد و باید به آنها اجازه دهد که آنها را تحت شرایط برنامه ی اصلی،منتشر کنند.
توانایی صرف در خواندن کدها برای مرور دقیق و گزینش تکاملی سریع کافی نیست.برای ایجاد تحولات سریع،مردم نیاز دارند تغییرات ایجاد شده را آزمایش و مجددا منتشر کنند.
4:تمامیت و یکپارچگی کد منبع مولف:
لیسانس تنها در حالتی می تواند جلوی انتشار کد منبع تغییر یافته را بگیرد، که اجازه انتشار فایلهای وصله(Patch files) را همراه با کد به منظور تغییر برنامه هنگام ساخت بدهد.لیسانس باید صریحا اجازه ی توزیع برنامه ی ساخته شده از کد تغییر یافته را بدهد.لیسانس ممکن است از برنامه های منشعب، نام یا شماره نسخه ی متفاوت، از برنامه ی اصلی ،طلب کند.
تشویق به ایجاد تغییرات فراوان چیز خوبی است، اما کاربران این حق را دارند که بدانند چه کسی در قبال برنامه ای که استفاده می کنند،مسئول است.متقابلا،برنامه نویسان نیز این حق را دارند که بدانند از چه چیزی باید پشتیبانی کنند و از اعتبار و شهرت خود حفاظت کنند.
از این رو،یک لیسانس منبع باز باید تضمین کند که سورس به آسانی در دسترس باشد اما ممکن است بخواهد که کدهای منبع به صورت کدهای پایه ای دست نخورده به اضافه ی وصله ها منتشر شوند.در این حالت،تغییرات غیر رسمی می توانند آماده شوند اما به آسانی از کدهای اصلی تشخیص داده می شوند.
5:نبود تبعیض علیه اشخاص یا افراد:
لیسانس نباید علیه هیچ فرد یا گروهی تبعیض قائل شود.
برای این که از این فرایند بیشترین بهره برده شود،باید بیشترین تنوع افراد ، به طور مساوی برای همکاری و کمک کردن به برنامه های منبع باز قابل انتخاب باشند.بنابراین، ما تمام لیسانسهای منبع باز را از محروم کردن افراد از این فرایند، منع می کنیم.
برخی از کشورها،مانند آمریکا،برای انواع خاصی از نرم افزارها محدودیتهای صادراتی دارند.یک لیسانس مطابق با این تعریف ممکن است به صاحب لیسانس در مورد این محدودیتهای قابل اجرا هشدار دهد و به آنها یادآوری کند که مجبورند از قوانین پیروی کنند.به هر حال، خود لیسانس نباید شامل این محدودیتها باشد.
6:نبود تبعیض علیه زمینه های فعالیت:
لیسانس نباید شخصی را به استفاده ی برنامه در زمینه ی خاصی ، محدود کند.برای مثال،نباید برنامه را برای استفاده در تجارت یا تحقیقات ژنتیک، محدود کند.
قصد اصلی این بند،از بین بردن موانع برخی لیسانسها در قبال استفاده ی کدها به صورت تجاری است.ما از کاربران تجاری می خواهیم که به جامعه ی ما بپیوندند نه این که احساس کنند خارج از آن قرار دارند.
7-توزیع لیسانس:
حقوق وابسته به برنامه باید در مورد همه کسانی برنامه برای آنها مجددا توزیع شده است، قابل اجرا باشد بدون این که به اجرای لیسانس اضافی از طرف آن افراد،نیاز باشد.
هدف این بند ،جلوگیری از تبدیل برنامه به یک برنامه ی غیر آزاد و بسته از راههای غیر مستقیم می باشد.
8-لیسانس نباید مخصوص یک محصول باشد:
حقوق وابسته به برنامه،نباید به عضویت برنامه در یک توزیع نرم افزاری خاص،بستگی داشته باشد.اگر برنامه از آن توزیع ، استخراج شده باشد یا در شرایط لیسانس برنامه توزیع یا استفاده شده باشد،تمام اشخاصی که برنامه برای آن ها مجددا توزیع شده است، از حقوقی یکسان با حقوقی که به توزیع برنامه اصلی داده شده، بهره مندند.
9-لیسانس نباید برنامه ی دیگری را محدود کند:
لیسانس نباید برای برنامه هایی که در کنار برنامه ی تحت لیسانس،توزیع شده اند،محدودیتی قائل شود.مثلا،لیسانس نباید اصرار داشته باشد که تمام برنامه های دیگر،که در رسانه ی مشابه منتشر شده اند،منبع باز با شند.
10-لیسانس باید از فارغ از یک فن آوری خاص باشد:
هیچ یک از بندهای یک لیسانس نباید بر یک فن آوری منحصر به فرد یا سبک خاصی از رابط کاربری مبتنی باشد.
این بند به طور خاص متوجه لیسانسهایی است که نوع خاصی از توافق را برای آغاز قرارداد میان اشخاص طلب می کنند.بندهایی که click-wrap * را اجباری می کنند ممکن است با شیوه های مهم توزیع نرم افزار مانند دریافت از طریق ftp و توزیع از طریق سی دی هایی که حاوی منتخبی از برنامه های مختلف هستند، ناسازگار باشند.این بندها ممکن است مانع استفاده مجدد از کد نیز بشوند.لیسانسهای مطابق با تعریف باید امکان این شرایط را فراهم آورند (الف) توزیع مجدد برنامه از طریق کانالهای غیر وبی که click-wrapping را پشتیبانی نمی کنند انجام گیرد (ب) کد ممکن است در محیطهای غیر گرافیکی که منوهای پایین افتادنی را پشتیبانی نمی کنند، اجرا شود.
*click-wrap به نوع خاصی از لیسانسها گفته می شود که باید قبل از اجرا و دریافت برنامه ، مورد تایید کاربر قرار گیرند.مثل لیسانسهایی که هنگام نصب یک برنامه ظاهر می شوند وشما باید گزینه I Agree را انتخاب و دکمه Next را فشار دهید(و در غیر این صورت نمی توانید به نصب برنامه ادامه دهید)
نسخه ی PDF هم موجوده.
این نوشته، ترجمه ای آزاد از OpenSource Definition می باشد.
ملاحظات:
1:در باب معادل OpenSource با جناب نلسون(از مسوولان opensource.org) تماس گرفتم:
<p align="left">
> Dear Sir,
> What does Open means in OpenSource?Does it mean Free(as in Freedom) or > simply the generic "open" meaning?
We use "Open" in the same sense as an "open door". You can wander in, help yourself to anything you find there, and wander out. Or you can recognize that it's a nice place to work, and start contributing.
</p>
بنابراین معادل منبع باز (یا متن باز) معادل مناسبی به نظر می رسد.
2:این ترجمه ، ترجمه ی عینی و کامل متن اصلی نیست.
3:برادر نلسون، توضیح جالبی برام نوشته:(وقتی گفتم دارم تعریف رو ترجمه می کنم):
< align="left">
Great, thanks! Make sure that people understand that they have to comply with the English language version of the text in order to have permission to use the Open Source trademark. The best way to do this is to not translate the OSD literally, but instead to intersperse your translation with the English words. This also gives you a chance to insert culturally-appropriate explanations. For example, if people think that their stolen copy of Windows is free, you can explain why stealing actually imposes a moral cost, and that the Koran preaches against theft.
</p>
4:از برادر کشاورز هم به خاطر همکاری ممنونم.
مقدمه:
منبع باز تنها به معنی دسترسی به کد منبع نیست.شرایط توزیع یک نرم افزار منبع باز باید با ملاکهای زیر مطابق باشد:
1:توزیع مجدد آزاد:
لیسانس نباید هیچ شخص یا گروهی را از فروش یا اهدای یک برنامه به عنوان جزئی از توزیع یک مجموعه برنامه که شامل برنامه هایی از منابع مختلف باشد،محدود نماید.لیسانس نباید هیچ امتیاز،حق التالیف یا مبلغ دیگری را بابت این نحوه ی فروش طلب کند.
با مجبور کردن یک لیسانس به درخواست شرط توزیع مجدد آزاد،ما وسوسه کسب یک درآمد ناچیز را در قبال دور انداختن بسیاری از اهداف بلند مدت از بین می بریم.
2:کد منبع:
برنامه باید شامل کد منبع باشد و باید اجازه ی توزیع کد منبع را همانند توزیع صورت کامپایل شده برنامه بدهد.در صورتی که محصول با کد منبع آن توزیع نشده باشد، باید از طریق وسیله ایی عمومی - ترجیحا بارگزاری از طریق اینترنت - کد منبع محصول ،با هزینه ایی کمتر از هزینه معقول بازتولید آن، قابل دریافت باشد.کد منبع باید به حالتی باشد که برنامه نویس بتواند آن را تغییر دهد.کدهایی که تعمدا مبهم شده اند،قابل قبول نیستند.صورتهای میانه مانند خروجی یک پیش پردازنده یا مترجم نیز قابل قبول نیستند.
ما دسترسی به کدهای منبع واضح و بدون ابهام را درخواست می کنیم چون شما نمی توانید بدون تغییر یک برنامه،آن را متحول کنید یا توسعه بخشید.از آنجایی که هدف ما آسان کردن تحولات است، می خواهیم ایجاد تغییرات آسان نیز باشد.
3:کارهای منشعب شده:
لیسانس بایداجازه ی ایجاد تغییرات و برنامه های انشعابی را بدهد و باید به آنها اجازه دهد که آنها را تحت شرایط برنامه ی اصلی،منتشر کنند.
توانایی صرف در خواندن کدها برای مرور دقیق و گزینش تکاملی سریع کافی نیست.برای ایجاد تحولات سریع،مردم نیاز دارند تغییرات ایجاد شده را آزمایش و مجددا منتشر کنند.
4:تمامیت و یکپارچگی کد منبع مولف:
لیسانس تنها در حالتی می تواند جلوی انتشار کد منبع تغییر یافته را بگیرد، که اجازه انتشار فایلهای وصله(Patch files) را همراه با کد به منظور تغییر برنامه هنگام ساخت بدهد.لیسانس باید صریحا اجازه ی توزیع برنامه ی ساخته شده از کد تغییر یافته را بدهد.لیسانس ممکن است از برنامه های منشعب، نام یا شماره نسخه ی متفاوت، از برنامه ی اصلی ،طلب کند.
تشویق به ایجاد تغییرات فراوان چیز خوبی است، اما کاربران این حق را دارند که بدانند چه کسی در قبال برنامه ای که استفاده می کنند،مسئول است.متقابلا،برنامه نویسان نیز این حق را دارند که بدانند از چه چیزی باید پشتیبانی کنند و از اعتبار و شهرت خود حفاظت کنند.
از این رو،یک لیسانس منبع باز باید تضمین کند که سورس به آسانی در دسترس باشد اما ممکن است بخواهد که کدهای منبع به صورت کدهای پایه ای دست نخورده به اضافه ی وصله ها منتشر شوند.در این حالت،تغییرات غیر رسمی می توانند آماده شوند اما به آسانی از کدهای اصلی تشخیص داده می شوند.
5:نبود تبعیض علیه اشخاص یا افراد:
لیسانس نباید علیه هیچ فرد یا گروهی تبعیض قائل شود.
برای این که از این فرایند بیشترین بهره برده شود،باید بیشترین تنوع افراد ، به طور مساوی برای همکاری و کمک کردن به برنامه های منبع باز قابل انتخاب باشند.بنابراین، ما تمام لیسانسهای منبع باز را از محروم کردن افراد از این فرایند، منع می کنیم.
برخی از کشورها،مانند آمریکا،برای انواع خاصی از نرم افزارها محدودیتهای صادراتی دارند.یک لیسانس مطابق با این تعریف ممکن است به صاحب لیسانس در مورد این محدودیتهای قابل اجرا هشدار دهد و به آنها یادآوری کند که مجبورند از قوانین پیروی کنند.به هر حال، خود لیسانس نباید شامل این محدودیتها باشد.
6:نبود تبعیض علیه زمینه های فعالیت:
لیسانس نباید شخصی را به استفاده ی برنامه در زمینه ی خاصی ، محدود کند.برای مثال،نباید برنامه را برای استفاده در تجارت یا تحقیقات ژنتیک، محدود کند.
قصد اصلی این بند،از بین بردن موانع برخی لیسانسها در قبال استفاده ی کدها به صورت تجاری است.ما از کاربران تجاری می خواهیم که به جامعه ی ما بپیوندند نه این که احساس کنند خارج از آن قرار دارند.
7-توزیع لیسانس:
حقوق وابسته به برنامه باید در مورد همه کسانی برنامه برای آنها مجددا توزیع شده است، قابل اجرا باشد بدون این که به اجرای لیسانس اضافی از طرف آن افراد،نیاز باشد.
هدف این بند ،جلوگیری از تبدیل برنامه به یک برنامه ی غیر آزاد و بسته از راههای غیر مستقیم می باشد.
8-لیسانس نباید مخصوص یک محصول باشد:
حقوق وابسته به برنامه،نباید به عضویت برنامه در یک توزیع نرم افزاری خاص،بستگی داشته باشد.اگر برنامه از آن توزیع ، استخراج شده باشد یا در شرایط لیسانس برنامه توزیع یا استفاده شده باشد،تمام اشخاصی که برنامه برای آن ها مجددا توزیع شده است، از حقوقی یکسان با حقوقی که به توزیع برنامه اصلی داده شده، بهره مندند.
9-لیسانس نباید برنامه ی دیگری را محدود کند:
لیسانس نباید برای برنامه هایی که در کنار برنامه ی تحت لیسانس،توزیع شده اند،محدودیتی قائل شود.مثلا،لیسانس نباید اصرار داشته باشد که تمام برنامه های دیگر،که در رسانه ی مشابه منتشر شده اند،منبع باز با شند.
10-لیسانس باید از فارغ از یک فن آوری خاص باشد:
هیچ یک از بندهای یک لیسانس نباید بر یک فن آوری منحصر به فرد یا سبک خاصی از رابط کاربری مبتنی باشد.
این بند به طور خاص متوجه لیسانسهایی است که نوع خاصی از توافق را برای آغاز قرارداد میان اشخاص طلب می کنند.بندهایی که click-wrap * را اجباری می کنند ممکن است با شیوه های مهم توزیع نرم افزار مانند دریافت از طریق ftp و توزیع از طریق سی دی هایی که حاوی منتخبی از برنامه های مختلف هستند، ناسازگار باشند.این بندها ممکن است مانع استفاده مجدد از کد نیز بشوند.لیسانسهای مطابق با تعریف باید امکان این شرایط را فراهم آورند (الف) توزیع مجدد برنامه از طریق کانالهای غیر وبی که click-wrapping را پشتیبانی نمی کنند انجام گیرد (ب) کد ممکن است در محیطهای غیر گرافیکی که منوهای پایین افتادنی را پشتیبانی نمی کنند، اجرا شود.
*click-wrap به نوع خاصی از لیسانسها گفته می شود که باید قبل از اجرا و دریافت برنامه ، مورد تایید کاربر قرار گیرند.مثل لیسانسهایی که هنگام نصب یک برنامه ظاهر می شوند وشما باید گزینه I Agree را انتخاب و دکمه Next را فشار دهید(و در غیر این صورت نمی توانید به نصب برنامه ادامه دهید)
نسخه ی PDF هم موجوده.