shouldbefree.html (67328B)
1 <!--#set var="PO_FILE" 2 value='<a href="/philosophy/po/shouldbefree.ar.po"> 3 https://www.gnu.org/philosophy/po/shouldbefree.ar.po</a>' 4 --><!--#set var="ORIGINAL_FILE" value="/philosophy/shouldbefree.html" 5 --><!--#set var="DIFF_FILE" value="/philosophy/po/shouldbefree.ar-diff.html" 6 --><!--#set var="OUTDATED_SINCE" value="2021-07-11" --> 7 8 <!--#include virtual="/server/header.ar.html" --> 9 <!-- Parent-Version: 1.86 --> 10 11 <!-- This file is automatically generated by GNUnited Nations! --> 12 <title>لماذا يجب أن تكون البرمجيات حرة؟ ـ مشروع غنو ـ مؤسسة البرمجيات الحرة</title> 13 14 <!--#include virtual="/philosophy/po/shouldbefree.translist" --> 15 <!--#include virtual="/server/banner.ar.html" --> 16 <!--#include virtual="/server/outdated.ar.html" --> 17 <h2>لماذا يجب أن تكون البرمجيات حرة؟</h2> 18 19 <p> 20 مقالة بقلم <a href="http://www.stallman.org/"><strong>ريتشارد 21 ستالمن</strong></a></p> 22 <h3 id="introduction">مقدمة</h3> 23 <p> 24 وجود البرمجيات يثير تساؤلاً ضرورياً حول كيفية اتخاذ القرارات المؤطرة 25 لاستخدامها. لنفترض مثلاً أن شخصاً ما لديه نسخة من برنامج قد قابل شخصاً آخر 26 يريد نسخة ثانية. بإمكان هذين الشخصين أن يقوما بنسخ البرنامج، وهنا نتساءل، من 27 ينبغي أن يقرر بشأن جواز عملية النسخ أو عدم جوازها؟ هل هم الأفراد المعنيون، 28 أو أي طرف آخر يسمى ”المالك“؟</p> 29 <p> 30 عادة ما ينظر مطوروا البرمجيات الى هذه المسألة على افتراض أن معيار الإجابة 31 يتمثل في تعظيم أرباح المطورين بأنفسهم. إن القوة السياسية للأعمال جعلت 32 الحكومة تتبنى هذا المعيار مع الإجابة المقدمة من قبل المطورين: أي أن البرنامج 33 له مالك، وعادة ما يكون المالك هو الشركة المطورة ذاتها. </p> 34 <p> 35 أود أن أطرح نفس السؤال باستخدام معيار مختلف: ازدهار وحرية المجتمع بشكل عام.</p> 36 <p> 37 الإجابة لا يمكن أن يقررها القانون الحالي—فالقانون يجب أن يتفق مع 38 الأخلاق، وليس العكس. كما أن الممارسة الحالية غير صالحة للبث في هذه المسألة، 39 على الرغم من أنها قد توحي باحتمال وجود أجوبة. إن السبيل الوحيد للحكم في هذه 40 المسألة هو معرفة من يستفيد ومن يتضرر من الاعتراف بمالكي البرمجيات، ولماذا 41 وإلى أي مدى. بعبارة أخرى، يتعين علينا دراسة التكاليف والمنافع بالنيابة عن 42 المجتمع ككل، مع مراعاة الحرية الفردية فضلاً عن إنتاج السلع المادية.</p> 43 <p> 44 في هذا المقال، سوف أقدم وصفاً للآثار الناجمة عن وجود مالكي البرامج وعرض 45 النتائج الضارة المترتبة عن ذلك. استنتاجي هو أن من واجب المبرمجين تشجيع 46 الآخرين على تشارك، توزيع، دراسة وتحسين البرمجيات التي نكتبها. أو بعبارة 47 أخرى، كتابة <a href="/philosophy/free-sw.html">البرمجيات 48 ”الحرة“</a>.<a href="#f1">(1)</a></p> 49 50 <h3 id="owner-justification">كيف يبرر المالكون سلطتهم؟</h3> 51 <p> 52 يدعم المستفيدون من النظام الحالي والذين يدعون أن البرمجيات ملك لهم مطالبهم 53 بحجتين: حجة عاطفية وأخرى إقتصادية.</p> 54 <p> 55 الحجة العاطفية تصاغ كما يلي: ”لقد وضعت عرقي وقلبي وروحي في هذا 56 البرنامج, لقد نبع هذا البرنامج <em>من داخلي</em>، إنه <em>لي</em>!“</p> 57 <p> 58 هذه الحجة لا نحتاج إلى تفنيدها بشكل جدي، فشعور الارتباط هذا يستخدمه 59 المبرمجون وقتما شاؤوا وهو ليس بأمر حتمي. على سبيل المثال، كيف يتخلى نفس 60 المبرمجين عن جميع حقوقهم للشركات الكبرى مقابل الراتب الذي يتقاضونه. هذا 61 التعلق العاطفي يختفي في ظروف غامضة، على النقيض من ذلك، عندما ننظر إلى 62 الفنانيين و الحرفيين في العصور الوسطى، فإن هؤلاء لم يضعوا حتى أسماءهم على 63 أعمالهم. لم يكن اسم الفنان مهماً، المهم هو أن تعمل—و أن يسمح عملك 64 ببلوغ الهدف المسطر. وجهة النظر هذه كانت هي السائدة لمئات السنين.</p> 65 <p> 66 أما الحجة الإقتصادية، فإنها تصاغ كما يلي: ”أريد ان أصبح غنياً (عادة ما 67 يوصف هذا المفهوم بشكل غير دقيق من خلال اعتباره ’كسباً للعيش‘ )، 68 وإذا لم تسمح لي بالوصول للثراء عبر البرمجة فإنني لن أبرمج. وبما أن الجميع 69 مثلي، فإنك لن تجد أحداً يبرمج، ولن تجد أي برنامج على الإطلاق! عادة ما يكون 70 هذا التهديد بمثابة نصيحة ودية من صديق حكيم.</p> 71 <p> 72 سأوضح لاحقاً لماذا يشكل هذا التهديد مجرد خدعة. لكنني أريد أولاً التطرق إلى 73 افتراض ضمني أكثر وضوحاً في صياغة أخرى للحجة المقدمة.</p> 74 <p> 75 هذه الصياغة تبدأ بمقارنة المنفعة الإجتماعية المرتبطة بتطوير البرامج 76 الاحتكارية مع المنفعة المتأتية من عدم وجود أي برنامج. ومن تم، تخلص النتيجة 77 إلى أن تطوير البرمجيات الاحتكارية يشكل عملاً مفيداً ينبغي تشجيعه. تكمن 78 المغالطة هنا في المقارنة بين خيارين اثنين—البرمجيات الاحتكارية مقابل 79 عدم وجود أي برمجيات—دون الإشارة الى إمكان وجود احتمالات أخرى.</p> 80 <p> 81 إذا كان هناك نظام يعترف بحقوق الملكية الفكرية، فإن تطوير البرمجيات عادة ما 82 يُربط بوجود مالك يتحكم في كيفية استخدامها. طالما كان هذا الرابط موجوداً, 83 فإننا سنجبر غالباً على الاختيار بين استخدام برنامج احتكاري أو عدم استخدام أي 84 برنامج على الإطلاق. رغم ذلك, فإن هذا الرابط ليس ذاتياً ولا حتمياً، بل هو 85 نتيجة لقرار سياسي/اجتماعي نستنكر مضمونه، والذي يتمثل في وجوب وجود 86 مالكين. طرح الاختيار بين البرمجيات الاحتكارية وعدم وجود أي برنامج على 87 الإطلاق يعد مجانبة للسؤال الحقيقي.</p> 88 89 <h3 id="against-having-owners">الحجة ضد وجوب وجود مالكين</h3> 90 <p> 91 السؤال المطروح هو : ”هل يجب أن يكون تطوير البرمجيات مرتبطاً بمالك يقيد 92 استخدامها؟“</p> 93 <p> 94 من اجل أن نقرر ذلك، علينا أن نقيم تأثير كل من هذين النشاطين على المجتمع 95 <em>بشكل مستقل</em>: تأثير تطوير البرمجيات (بغض النظر عن شروط التوزيع) 96 وتأثير تقييد استعمالها (على افتراض أن البرنامج قد طُوّر مسبقاً). إذا كان أحد 97 هذين النشاطين مفيداً و الآخر مضراً, فمن المستحسن إلغاء الرابط بينهما و 98 الاحتفاظ بالمفيد فقط.</p> 99 <p> 100 بعبارة أخرى، إذا كان تقييد توزيع البرنامج ضاراً للمجتمع ككل, فإن المبرمج 101 الأخلاقي ملزم بالامتناع عن المساهمة في هذا التقييد.</p> 102 <p> 103 لتحديد الأثر الناجم عن تقييد التشارك، يجب أن نقارن قيمة البرنامج المقيد 104 (الاحتكاري) بالنسبة للمجتمع مع قيمته عنما يكون متاحاً للجميع, وهذا يعني 105 المقارنة بين عالمين ممكنين.</p> 106 <p> 107 هذا التحليل يدحض أيضاً حجة واهية مفادها أن ”الفائدة التي تحصل من إعطاء 108 الجار أو الجارة نسخة من البرنامج تلغى من خلال الضرر الذي يلحق 109 بالمالك.“ هذا الافتراض يقوم على تساوي الضرر والمنفعة في الحجم، بينما 110 يرتكز التحليل على مقارنة المقادير، ويبين أن الفائدة اكبر من ذلك بكثير.</p> 111 <p> 112 لتوضيح هذه الحجة، دعونا نطبقها في مجال آخر: ألا وهو شق الطرق.</p> 113 <p> 114 من الممكن تمويل بناء الطرق من خلال الرسوم، مما سيقتضي إنشاء مقصورات أداء على 115 زاوية كل شارع. من شأن هذا النظام أن يوفر حافزا كبيراً لتحسين الطرق. كما أنه 116 يتوفر على فضيلة أخرى تتمثل في دفع مستخدمي الطريق لتكاليف إنشاء هذه اﻷخيرة. و 117 مع ذلك، فإن مقصورة اﻷداء عائق أصطناعي أمام القيادة السلسة—اصطناعي لأن 118 المقصورة تتعارض مع مبدأ إنشاء الطرق والسيارات، أي تسهيل الحركة.</p> 119 <p> 120 إذا قارننا الطرق المجانية مع الطرق المدفوعة حسب منفعتها (مع إبقاء كافة 121 المعايير اﻷخرى على قدم المساواة)، فإننا سنجد بأن الطرق المجانية أقل تلكفة 122 عند البناء والتشغيل، كما أنها أكثر اماناً و كفاءة في استخدامها. <a 123 href="#f2">(2)</a> في بلد فقير، مقصورات اﻷداء قد تجعل الطرقات غير متاحة 124 لكثير من المواطنين. الطرق المجانية تقدم فائدة أكبر للمجتمع بتكلفة أقل، بل هي 125 الأفضل للمجتمع. ولذلك، ينبغي للمجتمع اختيار تمويل الطرق بطريقة أخرى، وليس عن 126 طريق مقصورات اﻷداء. إستخدام الطرق, بعد بنائها، يجب أن يكون مجانياً.</p> 127 <p> 128 عندما يقول مؤيدوا المقصورات أنها <em>مجرد</em> وسيلة لجمع التمويلات، فإنهم 129 يحرفون الخيار المتوفر. مقصورات اﻷداء تجمع الاموال، لكنها تفعل أيضاً شيئاً 130 آخر. في الواقع، فإنها تفسد حالة الطريق. الطرق المجهزة بمقصورات اﻷداء ليست 131 جيدة مثل الطرق المجانية، إن إعطاءنا المزيد من الطرق او طرق ذي تقنيات أكبر لا 132 يشكل دائماً تحسناً في حد ذاته، إذا كان ذلك يعني استبدال الطرق المجانية 133 بالطرق المدفوعة.</p> 134 <p> 135 بطبيعة الحال, فإن إنشاء الطرق المجانية أمر له تكلفته المادية، والتي يتحملها 136 المجتمع بشكل معين. ومع ذلك, فإن هذا لا يعني حتمية مقصورات اﻷداء. نحن الذين 137 نتحمل مصاريف شق الطرقات بشتى أنواعها نستفيد بشكل أكبر من الطرق المجانية.</p> 138 <p> 139 أنا لا أقول بأن وجود الطرق المدفوعة أسوأ من عدم وجود أي طريق على 140 الإطلاق. سيكون ذلك صحيحاً إن كانت الرسوم المفروضة على الطريق مرتفعة بشكل 141 يجعل السائقين يستغنون عن استخدامها—وهذا أمر غير محتمل. ومع ذلك, ما 142 دامت أعباء التحصيل بواسطة مقصورات اﻷداء كبيرة، فمن الأفضل جمع الاموال بوسيلة 143 أكثر مرونة.</p> 144 <p> 145 لتطبيق نفس الحجة على تطوير البرمجيات، سوف أبين بأن إقامة ”مقصورات 146 أداء“ على مستوى البرمجيات له تكلفة عالية بالنسبة للمجتمع، حيث أن ذلك 147 يجعل تطوير وتوزيع البرنامج أكثر تكلفة. كما أنه يقلل نسبة الرضا عن 148 استخدامها. لذلك، ينبغي تشجيع تطوير البرمجيات بكيفية أخرى. سأوضح طرقاً أخرى 149 لتشجيع وتمويل تطوير البرمجيات (بالقدر الضروري).</p> 150 151 <h4 id="harm-done">الضرر المترتب عن عرقلة البرامج</h4> 152 <p> 153 تصور لحظةً أن برنامجاً معيناً قد طُور بعد الاستفادة من التمويل الضروري 154 للقيام بذلك. على المجتمع فيما بعد أن يختار بين جعله برنامجاً احتكارياً أو 155 السماح بتبادله واستخدامه الحر. افتراض وجود البرنامج و توفره شيء مرغوب فيه.<a 156 href="#f3">(3)</a></p> 157 <p> 158 إن فرض قيود على توزيع وتعديل البرامج لا يسهل استخدامها، بل يتعارض معه، حيث 159 يكون التأثير سلبياً بشكل حتمي. و لكن، كم هو حجم هذا التأثير؟ وما نوعه؟</p> 160 <p> 161 هناك ثلاث مستويات مختلفة من الضرر المادي الناتج عن هذا التقييد:</p> 162 163 <ul> 164 <li>عدد أقل من المستخدمين.</li> 165 166 <li>استحالة تكييف أو إصلاح البرنامج من قبل المستخدمين.</li> 167 168 <li>عدم تمكن المطورين الآخرين من التعلم من البرنامج, أو الارتكاز عليه لإنجاز عمل 169 جديد.</li> 170 </ul> 171 172 <p> 173 كل مستوى من مستويات الضرر المادي يصاحبه ضرر معنوي، مما يحيل على التأثير 174 اللاحق للقرارات التي يتخذها الأشخاص على مشاعرهم ومواقفهم واستعدادهم 175 المسبق. هذه التغييرات في طرق التفكير تؤثر على علاقة المواطنين ببعضهم البعض، 176 ويمكن أن يكون لها تبعات مادية أيضاً.</p> 177 <p> 178 مستويات الضرر المادي الثلاثة تفسد جزءاً من القيمة التي يمكن أن يساهم بها 179 البرنامج، لكنها لا تستطيع إفساد مساهمته بشكل كلي. إذا كانت المفسدة مقاربة 180 للقيمة الكلية للبرنامج, فإن كتابة البرنامج ستضر بالمجتمع بقدر مكافئ للجهد 181 الذي بذل لكتابة البرنامج على أقصى تصور. يمكننا القول بأن البرنامج مربح عندما 182 يقدم منفعة مادية مباشرة.</p> 183 <p> 184 لكن، إذا أخذنا الضرر المعنوي المصاحب بعين الاعتبار، فليس هناك حد أقصى للضرر 185 الناجم عن تطوير البرمجيات الاحتكارية.</p> 186 187 <h4 id="obstructing-use">عرقلة استخدام البرامج</h4> 188 <p> 189 المستوى الأول من الضرر يكون بإعاقة الاستخدام العادي للبرنامج. التكلفة 190 الهامشية لإنجاز نسخة من برنامج معين تقارب الصفر (يمكنك تسديد هذه التكلفة من 191 خلال القيام بالعمل بنفسك). في السوق الحرة, سيكون سعر نسخة كهذه مقارباً 192 للصفر. رسم الترخيص يقف عائقاً كبيراً امام استخدام البرامج. في حالة إخضاع 193 برنامج مفيد على نطاق واسع لحقوق الملكية فكرية، فإن عدد مستخدميه سيتقلص بشكل 194 كبير.</p> 195 <p> 196 من السهل البرهنة على أن تعيين مالك للبرنامج يخفض المساهمة الإجمالية للبرنامج 197 في المجتمع. إذا أُجْبِرَ مستخدمٌ محتملٌ للبرنامج على الدفع مقابل الاستخدام، 198 فإن ذلك سيضعه بين خيارين: إما أن يدفع أو يستغني عن استخدام البرنامج. إذا 199 اختار الدفع، فإن عملية نقل ثروة صفرية المجموع ستكون قد تمت بين طرفين. لكن، 200 في كل مرة يقرر شخص ما الاستغناء عن استخدام هذا البرنامج، فإن ذلك سيضره دون 201 أن يستفيد أي أحد من ذلك. مجموع الأرقام السلبية والأصفار لا يمكن أن يكون إلا 202 سلبياً.</p> 203 <p> 204 لكن هذا لن يقلل من حجم العمل المطلوب <em>لتطوير</em> البرنامج. ونتيجة لذلك، 205 فإن كفاءة العملية برمتها لإرضاء المستخدم لكل ساعة عمل ستتقلص.</p> 206 <p> 207 هذا يعكس الفرق بين نسخ البرمجيات ونسخ السيارات والكراسي، أو السندويتشات. لا 208 يوجد جهاز لنسخ الأجسام المادية خارج الخيال العلمي. لكن البرمجيات سهلة 209 النسخ. أي شخص يستطيع إنتاج كمية النسخ التي يريدها، مع القليل من الجهد. هذا 210 لا ينطبق على الأجسام المادية لأن المادة محفوظة: كل نسخة جديدة يجب أن تصنع من 211 مواد خام، بنفس الطريقة التي تم بها صنع النسخة الأولى.</p> 212 <p> 213 هناك منطق يقف أمام ردع إستخدام الأشياء المادية، لأن انخفاض عدد الوحدات 214 المباعة يعني تخفيض الحاجة للمواد الخام وللجهد الضروري للإنتاج. صحيح أن هناك 215 عادة تكلفة بدء التشغيل، وتكاليف التطوير التي تمتد على طول الإنتاج. لكن، 216 طالما كان هامش التكلفة كبيراً، فإن حصة كلفة التطوير لن تحدث فرقاً 217 نوعياً. ولا تتطلب فرض قيود على حرية المستخدمين العاديين.</p> 218 <p> 219 لكن فرض سعر على شيء من الممكن أن يكون مجانياً هو تغيير نوعي. فالرسوم 220 المركزية المفروضة على توزيع البرمجيات ستصبح عقبة قوية أمامها.</p> 221 <p> 222 بالإضافة إلى ذلك، فإن الإنتاج المركزي في شكله الحالي لا يصلح حتى كوسيلة 223 لتوفير نسخ من البرمجيات. هذا النظام يتضمن تعبئة الأقراص أو الأشرطة في تغليف 224 غير ضروري، وشحن أعداد كبيرة منها لمختلف أنحاء العالم وتخزينها للبيع. تحتسب 225 هذه التكاليف كمصاريف لممارسة الأعمال التجارية، لكنها في الحقيقة جزء من 226 التبذير الناجم عن وجود مالكين.</p> 227 228 <h4 id="damaging-social-cohesion">الضرر بالتماسك الإجتماعي</h4> 229 <p> 230 لنفترض أنك و جارك وجدتما أنه من المفيد تشغيل برنامج معين. أخلاقيات تعاملك مع 231 جارك تجعلك تشعر بأن التعامل الصحيح مع وضع كهذا يتمثل في تمكين كليكما من 232 استخدامه. و في حال السماح لواحد فقط باستخدام البرنامج ومنع الآخر، فإن ذلك 233 سيخلق انقساماً بينكما، فلا أنت ولا جارك سيقبل بذلك.</p> 234 <p> 235 توقيع إتفاقية ترخيص البرمجيات النموذجي يعني خيانة جارك: ”أتعهد بحرمان 236 جاري من هذا البرنامج حتى أتمكن من الحصول على نسخة لنفسي.“ الأشخاص 237 الذين يقومون بذلك يقعون تحت ضغوط نفسية داخلية لتبرير ذلك، من قِبل الانتقاص 238 من أهمية مساعدة أحد الجيران. و بالتالي، فإن الروح الجماعية ستعاني. هذا الضرر 239 النفسي و الإجتماعي مرتبط بضرر مادي عند استخدام هذا البرنامج.</p> 240 <p> 241 يدرك العديد من المستخدمين الخطأ الذي يرتكبونه عند رفض التشارك، مما يدفعهم 242 لتجاهل التراخيص و القوانين، وتشارك البرامج. لكن، غالباً ما يشعرون بالذنب 243 حيال ذلك. وهم يعرفون أن عليهم خرق القوانين من أجل أن يكونوا جيراناً طيبين، 244 لكنهم ما زالوا يحسبون حساباً لسلطة القانون. ويستنتجون أنهم في حال كانوا 245 جيرانا طيبين (كما هم) فإن عملهم شرير ومخجل. وهذا أيضاً نوع من الأذى النفسي 246 والإجتماعي. ويمكن للمرء أن يقرر الهروب منه باعتبار أن هذه الرخص والقوانين 247 ليست لديها قوة معنوية.</p> 248 <p> 249 يعاني المبرمجون أيضاً ضرراً نفسياً واجتماعياً جراء علمهم بأن العديد من 250 المستخدمين لن يتمكنوا من استخدام عملهم. هذا يؤدي الى السخرية والحرمان. قد 251 يصف المبرمج حماسه إزاء عمل يجده مثيراً من الناحية الفنية و التقنية. عندما 252 تسأله : ”هل يمكنني استخدامه؟“ يسود وجهه و يعترف بعدم إمكان 253 ذلك. لتجنب الشعور بالاحباط، فإنه يتجاهل هذه الحقيقة أكثر من مرة أو يسخر من 254 الأمر للتقليل من أهمية ذلك.</p> 255 <p> 256 أكثر ما نفتقده في الولايات المتحدة منذ عهد ريغان ليس هو الإبتكار التقني، و 257 إنما الرغبة في العمل معاً من أجل الصالح العام. ليس من المنطقي أن نشجع الأول 258 على الثانية.</p> 259 260 <h4 id="custom-adaptation">عرقلة المواءمة الشخصية للبرامج</h4> 261 <p> 262 يتمثل المستوى الثاني للضرر المادي في عدم القدرة على تكييف البرامج, سهولة 263 تعديل البرمجيات هي واحدة من المزايا الكبيرة بالمقارنة مع التكنولوجيا 264 العتيقة. لكن معظم البرمجيات المسوقة تجارياً غير متاحة للتعديل، وذلك حتى بعد 265 شرائها. لا يمكنك إلا أخذها أو تركها، كما هو الحال مع الصندوق 266 الأسود—وهذا كل ما في اﻷمر.</p> 267 <p> 268 البرنامج الذي يمكنك تشغيله يتكون من سلسلة من الأرقام غامضة المعنى. لا يمكن 269 لأحد، حتى ولو كان مبرمجاً جيداً، أن يغير الأرقام بسهولة لجعل البرنامج يقوم 270 بشيء مختلف.</p> 271 <p> 272 عادة ما يستخدم المبرمجون ”الكود المصدري“ للبرنامج الذي يكون 273 مكتوباً بلغة برمجة معينة مثل فورتران أو سي. يستخدم الكود المصدري أسماء محددة 274 للدلالة على البيانات المستخدمة والأجزاء المكونة للبرنامج، وتُمثّل العمليات 275 بواسطة رموز مثل ‘+’ للجمع و‘–’ للطرح. وهو مصمم 276 لمساعدة المبرمجين على قراءة البرمجيات وتعديلها. فيما يلي مثال لبرنامج يحسب 277 المسافة بين نقطتين في طائرة:</p> 278 279 <pre> 280 </pre><pre style="text-align:left" dir="ltr"> float 281 distance (p0, p1) 282 struct point p0, p1; 283 { 284 float xdist = p1.x - p0.x; 285 float ydist = p1.y - p0.y; 286 return sqrt (xdist * xdist + ydist * ydist); 287 } 288 </pre> 289 <p> 290 لا يهمنا هنا معرفة المعنى الدقيق للكود المصدري, بل التشابه الكبير مع 291 العبارات الجبرية. بإمكان أي شخص يعرف لغة البرمجة هذه أن يفهم هذا الكود الذي 292 سيبدو له واضحاً. وبالمقابل, فإنك ستجد أسفله نفس البرنامج في شكل قابل للتنفيذ 293 على الحاسوب الذي استخدمته عند كتابة هذا السطور: 294 </p> 295 296 <pre> 297 </pre><pre style="text-align:left" dir="ltr"> 1314258944 -232267772 -231844864 1634862 298 1411907592 -231844736 2159150 1420296208 299 -234880989 -234879837 -234879966 -232295424 300 1644167167 -3214848 1090581031 1962942495 301 572518958 -803143692 1314803317 302 </pre> 303 304 <p> 305 الكود المصدري مفيد لكل مستخدم للبرنامج (على اﻷقل بشكل احتمالي). لكن الحصول 306 على نسخة من الكود المصدري يبقى محظوراً بالنسبة لمعظم المستخدمين. كما أن صاحب 307 الكود المصدري عادة ما يحتفظ ببرنامجه الاحتكاري بكل سرية خوفاً من أن يتعلم أي 308 شخص آخر منه. ولا يتلقى المستخدمون إلا ملفات مشكلة من أرقام غير مفهومة يمكن 309 للكومبيوتر تنفيذها. مما يعني أن الوحيد القادر على تغيير البرنامج هو صاحبه.</p> 310 <p> 311 حكت لي إحدى الصديقات ذات مرة أنها عملت كمبرمجة في بنك لمدة ستة أشهر، وكتبت 312 برنامجاً مماثلاً لبرنامج آخر كان متاحاً من الناحية التجارية. وأعربت عن 313 اعتقادها بأنها لو حصلت على الكود المصدري لهذا البرنامج المتاح تجارياً لكان 314 من الممكن بسهولة تعديله وتكييفه حسب احتياجاتهم. كما أن البنك كان على استعداد 315 لدفع ثمن ذلك—لكنه لم يستطع الحصول على الكود المصدري لأنه كان 316 سرياً. لذلك، فإنها قد اضطرت للعمل لمدة ستة أشهر. ما يهم من هذا العمل في 317 الواقع هو أنه كان مضيعة للوقت في الناتج القومي الاجمالي.</p> 318 <p> 319 عام 1977، تلقى مختبر الذكاء الصناعي (AI Lab) بمعهد <abbr 320 title="Massachusetts Institute of Technology">MIT</abbr> هدية عبارة عن طابعة 321 من XEROX. شُغلت الطابعة بواسطة برمجيات حرة أضفنا لها العديد من المزايا 322 المريحة. على سبيل المثال، يقوم البرنامج بإخبار المستخدم فور انتهاء عملية 323 الطباعة. وكلما واجهت الطابعة مشكلة, مثل انحشار الورق أو نفاذه، يقوم البرنامج 324 على الفور بإخبار جميع المستخدمين الذين لديهم مهام للطباعة في قائمة 325 الانتظار. سهلت هذه المميزات العملية على نحو سلس.</p> 326 <p> 327 وفي وقت لاحق، قدمت XEROX أحدث وأسرع طابعة من الطابعات الليزيرية الأولى. كانت 328 الطابعة مشغلة بواسطة برنامج احتكاري يدار من كومبيوتر مخصص لهذا الغرض. لذلك، 329 لم نتمكن من إضافة أي من المميزات المفضلة لدينا. كان بإمكاننا توجيه إشعار عند 330 إرسال مهمة الطباعة للحاسوب المخصص. لكن ذلك لم يكن ممكناً عند إنجاز الطباعة 331 بشكل فعلي ( وغالباً ما كان الفاصل الزمني كبيراً). لم تكن هنالك طريقة لمعرفة 332 التوقيت الفعلي لعملية الطباعة. كما لم يكن ممكناً إبلاغ أي أحد عند انحشار 333 الورق. وغالباً ما كان لازماً انتظار ساعة كاملة لإصلاح الطابعة.</p> 334 <p> 335 كان بإمكان المبرمجين في مختبر الذكاء الاصطناعي إصلاح هذه الأعطاب. ومن 336 المحتمل أنهم كانوا قادرين على القيام بذلك تماماً كما لو قام بذلك المطورون 337 اﻷصليون للبرنامج. لكن شركة Xerox لم تكن مهتمة بإصلاحها، كما اختارت الحيلولة 338 دون قيامنا بذلك، مما أجبرنا على قبول هذا اﻷعطاب التي لم تصلح أبداً.</p> 339 <p> 340 معظم المبرمجين يعرفون شعور الإحباط هذا. يستطيع البنك حل المشكلة عن طريقة 341 كتابة برنامج جديد من الصفر. لكن المستخدم العادي، وليس المستخدم الماهر، سيضطر 342 في النهاية للاستسلام.</p> 343 <p> 344 يلحق الاستسلام أضرار نفسية واجتماعية بروح الاعتماد على الذات. من المخيب 345 للأمل العيش في منزل لا تستطيع إعادة ترتيبه بشكل يتناسب مع احتياجاتك، فذلك 346 يؤدي الى الإحباط، وقد يؤثر على جوانب اخرى من حياة الفرد. الناس الذين يشعرون 347 بهذه الأحاسيس سيكونون غير سعداء ولن يقوموا بعمل جيد.</p> 348 <p> 349 تخيل ما سيكون عليه اﻷمر إذا طبقنا ما يجري على البرامج على وجبات الطعام. قد 350 تتساءل: ”كيف يمكن تغيير وجبة الطعام هذه لتكون من دون ملح؟“ 351 وكبير الطباخين سيرد عليك: ”كيف تجرؤ على إهانة وجبتي، هذه الوجبة نتاج 352 تفكيري وذوقي، وأنت تحاول العبث بها؟ ليس لديك الحق في الحكم على وجبتي وجعلها 353 تعمل بشكل صحيح!“</p> 354 <p> 355 ستضيف: ”لكن طبيبي يقول أنه ليس من المفترض أن آكل الملح! ما الذي يمكنني 356 عمله؟ هل يمكنني تحضيرها دون ملح؟“</p> 357 <p> 358 سيرد كبير الطباخين: ”سيسعدني القيام بذلك، لن يكلفك اﻷمر إلا 359 50000$“ طالما احتكر المالك التغيير، فإن الأجر يميل لأن يكون كبيراً. 360 ”لكن، ليس لدي وقت اﻵن. إنني مشغول مع لجنة لتصميم وصفة بسكويت جديدة 361 للسفن التابعة للخطوط البحرية. قد أستطيع القيام بذلك بعد حوالي عامين.“</p> 362 363 <h4 id="software-development">عرقلة تطوير البرمجيات</h4> 364 <p> 365 المستوى الثالث من الضرر المادي يؤثر على تطوير البرمجيات. لقد كان تطوير 366 البرمجيات بمثابة عملية ثورية، حيث كان بإمكان شخص ما أن يأخذ برنامجاً موجوداً 367 و إعادة كتابة أجزاء منه لإضافة ميزة جديدة, ثم يأتي شخص آخر بعده لإعادة كتابة 368 أجزاء معينة وإضافة ميزة أخرى. في بعض الحالات، قد تستغرق عملية كهذه 20 369 سنة. في غضون ذلك، قد تفكك بعض ”أجزاء“ البرامج لتكون إنطلاقة 370 لبرامج أخرى.</p> 371 <p> 372 وجود مالك للبرنامج يمنع هذا النوع من التطور، مما يجعلنا نبدأ من الصفر عندما 373 نطور البرنامج. كما يمنع الممارسين الجدد من دراسة البرنامج و تعلم تقنيات 374 مفيدة أو حتى كيفية هيكلة البرامج الكبيرة.</p> 375 <p> 376 المالكون يعرقلون التعليم أيضاً. لقد قابلت طلاب لامعين في علوم الحاسب لم يروا 377 قط الكود المصدري لبرنامج كبير. قد يكونوا جيدين بكتابة برامج صغيرة. لكن، لا 378 يمكنهم أن يبدأوا بتعلم المهارات المختلفة لكتابة البرامج الكبيرة إذا لم 379 يتمكنوا من الاطلاع على كيفية إنجازها من قبل الآخرين.</p> 380 <p> 381 في أي مجال فكري، يمكن للمرء أن يصل الى مستويات أعلى من خلال الاعتماد على 382 مجهودات السابقين. لكن هذا الأمر لم يعد ممكناً بشكل عام في مجال 383 البرمجيات—لا يمكنك الاعتماد إلا على أناس آخرين داخل <em>شركتك 384 الخاصة</em>.</p> 385 <p> 386 الضرر النفسي الاجتماعي المصاحب لهذه الظاهرة الجديدة يؤثر أيضاً على روح 387 التعاون العلمي، فقد كانت درجة تعاون العلماء قوية لدرجة أنهم تعاونوا حتى 388 عندما كانت دولهم في حالة حرب. بهذه الروحية، ترك علماء البحار اليابانيون 389 مختبرهم في جزيرة على المحيط الهادىء و حموا عملهم عبر قوات مشاة البحرية 390 الاميركية الغازية، تاركين رسالة طلبوا فيها رعاية عملهم بشكل جيد.</p> 391 <p> 392 لقد دمر الصراع من أجل الربح ما حفظته الصراعات الدولية من قبل. في الوقت 393 الحاضر، لا ينشر العلماء في العديد من المجالات ما يكفي لتمكين الآخرين من 394 تكرار التجربة، بل ينشرون فقط ما يثير إعجاب القراء بما هم قادرين على القيام 395 به. وينطبق هذا بالتأكيد على مجال الكومبيوتر, حيث يتم التعامل عادة مع الكود 396 المصدري على أنه سر.</p> 397 398 <h4 id="does-not-matter-how">لا يهم كيف يتم تقييد التشارك</h4> 399 <p> 400 لقد ناقشت الآثار المترتبة على منع الناس من نسخ وتعديل وبناء البرامج. لم أحدد 401 كيفية العرقلة، لأن ذلك لا يؤثر على النتيجة. سواء تم ذلك عن طريق حماية النسخ، 402 أو المؤلف، أو الرخص، أو التشفير، أو بطاقات <abbr title="Read-only 403 Memory">ROM</abbr>، أو أرقام الأجهزة التسلسلية. إذا <em>نجحوا</em> في منع 404 الاستخدام، فإن ذلك مضر.</p> 405 <p> 406 يعتبر المستخدمون بعض هذه الأساليب أبغض من غيرها. في اعتقادي، فإن أبغض 407 الاساليب هي تلك التي تحقق هدفها.</p> 408 409 <h4 id="should-be-free">يجب أن تكون البرمجيات حرة</h4> 410 <p> 411 لقد أوضحت أن ملكية البرمجيات—السلطة لتقييد التعديل و النسخ—تعتبر 412 حاجزاً تمتد آثاره السلبية على نطاق واسع و مهم. و بناء على ذلك، ينبغي 413 للبرمجيات أن تكون من دون مالك.</p> 414 <p> 415 يمكننا فهم ذلك بطريقة أخرى على اعتبار أن ما يحتاجه المجتمع هو البرمجيات 416 الحرة، وأن البرمجيات الاحتكارية ليست إلا بديلاً ضعيفاً. تشجيع البديل ليس 417 طريقة عقلانية للحصول على ما نحتاجه.</p> 418 <p> 419 فاكفال هافل نصحنا ”بأن نعمل من أجل أشياء معينة ﻷنها جيدة، وليس فقط 420 ﻷنها قد تتوفر على فرصة للنجاح“ إن تطوير البرمجيات الاحتكارية أمامه 421 فرصة للنجاح ضمن شروط ضيقة، لكنه ليس الأمر الجيد للمجتمع.</p> 422 423 <h3 id="why-develop">لماذا يطور الناس البرمجيات</h3> 424 <p> 425 إذا قضينا على حق الملكية الفكرية كوسيلة لتشجيع الناس على تطوير البرمجيات، 426 فإن ذلك سيؤدي إلى تقليص نسبة البرامج المطورة في البداية. لكن هذه البرامج 427 ستكون أكثر فائدة. ليس من الواضح ما إذا كان الرضى الإجمالي للمستخدمين 428 سيقل. ولكن، إذا كان اﻷمر كذلك، أو إذا كنا نرغب في زيادة نسبة الرضى على أي 429 حال، فهناك طرق أخرى لتشجيع التنمية، كما هناك وسائل أخرى غير محطات اﻷداء 430 لتمويل الطرقات. قبل أن أتحدث عن كيفية القيام بذلك، سوف أتطرق أولا إلى مدى 431 ضرورة التشجيع المفتعل.</p> 432 433 <h4 id="fun">البرمجة متعة</h4> 434 <p> 435 هناك بعض اﻷعمال التي لن يقبل الكثيرون إنجازها لولا المقابل المادي، كما هو 436 الشأن بالنسبة لبناء الطرق مثلاً. وهناك مجالات أخرى من الدراسة والفنون تكون 437 فيها فرص الغنى ضئيلة، لكن الناس يلجونها لشدة إعجابهم بها أو لتقييم المجتمع 438 لها. ينطبق هذا اﻷمر مثلاً على المنطق الرياضي والموسيقى الكلاسيكية، أو علم 439 الأثار والنشاط السياسي في ميدان العمل. يتنافس الأشخاص بشكل محزن ومرير للظفر 440 بالوظائف القليلة المتاحة والممولة بشكل هزيل، بل وقد يدفعون للحصول على فرصة 441 عمل في هذه المجالات إن أمكنهم ذلك.</p> 442 <p> 443 بإمكان مجال كهذا أن يتغير بين عشية وضحاها إذا أمكن لممارسه أن يصبح 444 ثرياً. عندما يصبح أحد العاملين في الحقل غنياً، فإن الآخرين يطالبون بنفس 445 الفرصة. لذلك، فإن الآخرين قد يطلبون مبالغ كبيرة من المال لإنجاز ما كانوا 446 يقومون به من قبل من أجل المتعة. وبعد مرور بضعة سنين، فإن كافة من لهم صلة 447 بالمجال سيسخرون من فكرة العمل في المجال دون مقابل مادي مهم. كما سينصحون 448 المخططين الاجتماعيين باتخاذ الإجراءات اللازمة لضمان هذه العوائد، معتمدين في 449 ذلك على الامتيازات الخاصة والنفوذ والاحتكارات.</p> 450 <p> 451 حصل هذا التغيير في مجال البرمجة في ثمانينيات القرن الماضي. في السبيعينيات، 452 كانت هناك مقالات عن ظاهرة ”إدمان الكومبيوتر“: كان المستخدمون 453 ”متصلين بالشبكة“، وكان أجرهم الأسبوعي يبلغ حوالي 100 دولار. كان 454 من المفهوم عموماً أن عشق البرمجة قد يؤدي بصاحبه إلى الطلاق. أما اليوم، فقد 455 أصبح مفهوماً أن لا أحد سيبرمج إلا في حالة حصوله على أجر عال. لقد نسي الناس 456 ما كانوا يعرفون في ذلك الوقت.</p> 457 <p> 458 إذا كان صحيحاً في وقت ما بأن معظم العاملين في مجال معين لن يقوموا بذلك إلا 459 مقابل أجر مرتفع، فإن ذلك لا يعني بالضرورة أن اﻷمور ستستمر على نفس 460 المنوال. بإمكان ديناميكية التغيير أن تنعكس إذا قدم المجتمع الحافز 461 الضروري. إذا استبعدنا إمكانية الحصول على ثروة كبيرة، فإن الناس سيعدلون 462 موقفهم بعد وقت معين، وسيقبلون العمل في المجال من جديد مقابل فرحة الإنجاز.</p> 463 <p> 464 ”كيف يمكننا تسديد أجر المبرمجين؟“، تسهل الإجابة على هذا السؤال 465 عندما ندرك بأن اﻷمر لا يتعلق بمنحهم ثروة مقابل ذلك، بل بتوفير سبل كسب العيش 466 لهم.</p> 467 468 <h4 id="funding">تمويل البرمجيات الحرة </h4> 469 <p> 470 المؤسسات التي تدفع أجوراً للمبرمجين ليست بالضرورة شركات لتطوير 471 البرمجيات. هناك العديد من المؤسسات الأخرى التي يمكنها القيام بذلك.</p> 472 <p> 473 الشركات المصنعة للعتاد تعتبر دعم التطوير البرمجي ضرورياً حتى وإن لم يتسن لها 474 التحكم في استخدام البرمجيات. في عام 1970، كانت الكثير من برامجهم مجانية 475 لأنهم لم يفكروا في تقييدها. واليوم, فإن رغبتهم المتزايدة في الانضمام إلى 476 اتحادات تدل على أنهم قد أدركوا بأن امتلاك البرامج ليس مهماً حقاً بالنسبة 477 لهم.</p> 478 <p> 479 تدير الجامعات العديد من المشاريع المعنية بالبرمجة وتبيع الكثير من نتاجها في 480 الوقت الحالي، لكن اﻷمر لم يكن كذلك في سبعينيات القرن الماضي. هل هناك من شك 481 في أن الجامعات ستطور برمجيات حرة إذا لم يسمح لها ببيع البرامج؟ يمكن دعم هذه 482 المشاريع من قبل الحكومة نفسها التي تمنح العقود التي تدعم تطوير البرامج 483 الاحتكارية.</p> 484 <p> 485 من الشائع اليوم عند الباحثين الجامعيين سعيهم للظفر بمنحة لتطوير نظام 486 معلوماتي، وتطويره إلى ما يقارب نقطة الانجاز واعتباره ”منتهياً“، 487 ثم تأسيس شركات تنهي المشروع بشكل فعلي وتجعله صالحاً للاستخدام. أحيانا يسمون 488 الإصدار الغير منته إصداراً ”حراً“، اما إذا كانوا فاسدين بشكل 489 كلي، فانهم يحصلون على رخصة حصرية من الجامعة. هذا ليس سراً، وقد اعترفت 490 الأطراف المعنية بذلك علناً من قبل. لو لم يتعرض الباحثون للإغراء للقيام بمثل 491 هذه الاشياء لكانوا قد واصلوا أبحاثهم.</p> 492 <p> 493 يمكن للمبرمجين كتابة البرمجيات الحرة وكسب رزقهم عن طريق بيع الخدمات المرتبطة 494 بالبرمجيات. لقد تم التعاقد معي لحمل <a href="/software/gcc/">مصرف GNU C </a> 495 إلى الأجهزة الجديدة، وتطوير واجهة استخدام لملحقات <a 496 href="/software/emacs/">GNU Emacs</a>. (أقدم هذه التحسينات للجمهور كلما 497 أكملتها). كما أنني أمارس التدريس وأتلقى أجراً مقابل ذلك.</p> 498 <p> 499 لست وحدي من يقوم بذلك. هناك العديد من الشركات النامية التي تنجح دون القيام 500 بأي عمل آخر. العديد من الشركات الأخرى تقدم أيضاً الدعم الفني التجاري 501 للبرمجيات الحرة من نظام GNU .هذه هي البداية لدعم صناعة البرمجيات 502 المستقلة—هذه الصناعة يمكن أن تصبح كبيرة جداً إذا أضحت البرمجيات الحرة 503 هي السائدة. فهي توفر للمستخدمين خياراً لا يتوفر عموماً للبرمجيات الاحتكارية, 504 ماعدا للأثرياء جداً.</p> 505 <p> 506 بإمكان مؤسسات جديدة مثل <a href="/fsf/fsf.html">مؤسسة البرمجيات الحرة</a> أن 507 تمول المبرمجين. تحصل المؤسسة على معظم مواردها من بيع الأشرطة عن طريق 508 البريد. البرمجيات المتوفرة على هذه الأشرطة تكون حرة، مما يعني أن المستخدم حر 509 في نسخها و تعديلها، لكن العديد يدفعون مبالغ مالية للحصول على نسخ. (تذكر أن 510 ”البرمجيات الحرة“ تشير الى الحرية، وليس إلى السعر). بعض 511 المستخدمين الذين يملكون نسخة من النظام يقتنون اﻷشرطة لتقديم مساعدة يشعرون 512 أننا نستحقها. كما تتلقى المؤسسة هبات مهمة من الشركات المصنعة لأجهزة الحاسوب.</p> 513 <p> 514 مؤسسة البرمجيات الحرة مؤسسة خيرية تنفق دخلها على توظيف أكبر عدد ممكن من 515 المبرمجين. لو تم تأسيسها للعمل التجاري وتوزيع نفس البرمجيات الحرة بنفس 516 الكلفة لكان بإمكان مؤسسها أن يعيش عيشة رفيعة.</p> 517 <p> 518 بما أن المؤسسة مؤسسة خيرية، فإن المبرمجين يعملون داخلها بنصف ما يمكن أن 519 يتلقونه في مكان آخر. إنهم يفعلون ذلك لأن المؤسسة ليست بيروقراطية، ولأنهم 520 يشعرون بالرضى، ذلك أن عملهم لن يخضع للمنع أو التقييد فيما بعد. أهم ما في 521 اﻷمر أنهم يقومون بذلك لأن البرمجة نشاط ممتع. بالإضافة إلى ذلك، فقد كتب 522 المتطوعون العديد من البرامج المفيدة لنا. (وحتى الكتاب التقنيون بدؤوا 523 بالتطوع).</p> 524 <p> 525 هذا يؤكد أن البرمجة تعد من أكثر اﻷنشطة إبهاراً في جميع الميادين، جنباً إلى 526 جنب مع الموسيقى والفنون. ليس لدينا تخوف من عدم رغبة اﻵخرين في البرمجة.</p> 527 528 <h4 id="owe">ما الذي يدين به المستخدمون للمطورين؟</h4> 529 <p> 530 هناك سبب وجيه لمستخدمي البرامج الحرة للشعور بواجب أخلاقي للمساهمة في 531 دعمها. يساهم مطوروا البرمجيات الحرة في أنشطة المستخدمين، ومن العدل للطرفين 532 توفير التمويل اللازم كي يتابع المبرمجون عملهم.</p> 533 <p> 534 لكن هذا لا ينطبق على مطوري البرمجيات الاحتكارية، ذلك أن العرقلة تستحق العقاب 535 بدل المكافأة.</p> 536 <p> 537 لدينا مفارقة إذاً: يحق لمطور البرمجيات المفيدة تلقي دعم من المستخدمين، لكن 538 أي محاولة لتحويل هذا اللإلتزام الأخلاقي إلى إجبار يدمر أساس الإلتزام. بإمكان 539 المطور أن يطلب مكافأة أو استحقاقها، ولكن ليس الاثنين معاً.</p> 540 <p> 541 أعتقد أن أي مبرمج اخلاقي يواجه هذا التناقض ملزم بالعمل لاستحقاق هذه 542 المكافأة. ولكن، ينبغي تشجيع المستخدمين للحصول على تبرعات طوعية. في نهاية 543 المطاف، سوف يتعلم المستخدمون دعم المطورين دون إكراه، تماماً كما تعلمو ذلك 544 لدعم الإذاعات والقنوات التلفزية العامة.</p> 545 546 <h3 id="productivity">ما هي إنتاجية البرامج؟ </h3> 547 <p> 548 إذا كانت البرمجيات حرة، فإن المبرمجين لن يختفوا من الساحة، لكن عددهم 549 سيقل. هل سيكون ذلك سيئاً بالنسبة للمجتمع؟</p> 550 <p> 551 ليس بالضرورة. رغم انخفاض عدد المزارعين في الدول المتقدمة عما كان عليه في عام 552 1900، فإننا لا نعتبر ذلك أمراً سيئاً بالنسبة للمجتمع، وذلك لأن عدداً قليلاً 553 منهم ينتج قدراً أكبر من المواد الغذائية بالمقارنة مع ما كان ينتجه المزارعون 554 السابقون. وهذا ما يسمى بتحسين الإنتاجية. والبرمجيات الحرة تتطلب عدداً أقل من 555 المبرمجين لتلبية الطلب، لأن إنتاجيتهم ارتفعت على جميع الأصعدة.</p> 556 557 <ul> 558 <li> الاستخدام الواسع لكل برنامج يتم تطويره.</li> 559 <li> القدرة على تكييف البرامج بدل من البدء من نقطة الصفر.</li> 560 <li> توفر تعليم أفضل للمبرمجين.</li> 561 <li> القضاء على تكرار جهود البرمجة.</li> 562 </ul> 563 564 <p> 565 هؤلاء الذين يعارضون التعاون ويزعمون أن ذلك سيؤدي إلى توظيف عدد أقل من 566 المبرمجين يتعارضون في حقيقة اﻷمر مع زيادة الإنتاجية. لكن نفس اﻷشخاص يقبلون 567 الاعتقاد السائد بأن صناعة البرمجيات بحاجة لزيادة الانتاجية, كيف هذا؟</p> 568 <p> 569 ”إنتاجية البرمجيات” يمكن أن تعني شيئين مختلفين: الإنتاجية 570 الإجمالية لتطوير جميع البرامج، أو انتاجية المشاريع الفردية. الإنتاجية 571 الإجمالية هي ما يريد المجتمع تحسينه، و الطريقة المباشرة للقيام بذلك تتمثل في 572 القضاء على العقبات المصطنعة التي تحد من التعاون. لكن، بالنسبة للباحثين الذين 573 يدرسون في مجال ”إنتاجية البرمجيات“ فإن التركيز ينصب على المفهوم 574 الثاني فقط، وهو مفهوم محدود تتطلب فيه التحسينات تقنيات صعبة و متقدمة.</p> 575 576 <h3 id="competition">هل التنافس حتمي؟</h3> 577 <p> 578 هل يشكل تنافس اﻷشخاص فيما بينهم للتفوق على منافسيهم شيئاً حتمياً لا يمكن 579 اجتنابه؟ ربما يكون اﻷمر كذلك. لكن المنافسة بحد ذاتها ليست ضارة، والشيء الضار 580 هو الاقتتال.</p> 581 <p> 582 هناك العديد من الطرق للتنافس. يمكن أن تتمثل المنافسة في محاولة تحقيق قدر 583 أكبر من الإنجازات، أو التفوق على كل ما فعله الآخرون من قبل. في الماضي مثلاً، 584 كانت هناك منافسة بين خبراء البرمجة لتنفيذ المهام بشكل أروع، أو تقليص مدة 585 التنفيذ الضرورية لإنجاز مهمة معينة. يمكن أن يكون هذا النوع من التنافس مفيداً 586 للجميع، طالما تم الحفاظ على الروح الرياضية الطيبة.</p> 587 <p> 588 إن المنافسة البناءة كافية لتحفيز الناس على بذل جهود كبيرة. هناك أشخاص 589 يتنافسون على من سيكون أول من زار جميع البلدان على وجه الأرض، وبعضهم يصرف 590 مبالغ ضخمة للقيام بذلك، لكنهم لا يرشون قبطان السفينة كي يرمي منافسيهم في 591 جزيرة صحراوية. إنهم يسمحون لأفضلهم بالفوز.</p> 592 <p> 593 تصبح المنافسة قتالية عندما يشرع المنافسين في عرقلة بعضهم البعض بدل تطوير 594 أنفسهم—عندما نعوض مقولة ”دعوا الأفضل يفوز“ بمقولة 595 ”اسمحوا لي بالفوز، سواء كنت الأفضل أو لا“. البرمجيات الاحتكارية 596 ضارة، ليس لأنها شكل من أشكال المنافسة، وإنما لأنها شكل من أشكال الاقتتال بين 597 المواطنين في مجتمعنا.</p> 598 <p> 599 المنافسة في مجال الأعمال التجارية ليست بالضرورة منافسة قتالية. عندما تتنافس 600 بقالتان على سبيل المثال، فإن جهدهما كله ينصب على تحسين العمل، وليس على تخريب 601 المنافس. لكن هذا لا يدل على وجود التزام خاص بأخلاقيات العمل، بل على ضيق مجال 602 الصراع في هذا النوع من الأعمال، بغض النظر عن العنف الجسدي. هذه الميزة غير 603 متوفرة في جميع مجالات العمل. حجب المعلومات التي قد تساهم في تقدم المجتمع يعد 604 شكلاً من أشكال القتال.</p> 605 <p> 606 أيديولوجية الاعمال لا تجهز الناس لمقاومة إغراء محاربة المنافسة. لقد تم حظر 607 بعض أشكال الاقتتال بواسطة قوانين مكافحة الاحتكار، وقوانين الاعلانات، و هلم 608 جرا. لكن، بدلا من تعميم هذا الرفض المبدئي للقتال بشكل عام، فإن المسؤولين 609 التنفيذين يبتكرون أشكال أخرى غير محظورة من القتال، مما يؤدي إلى تبديد 610 الموارد الاقتصادية للمجتمع بشكل شبيه بالحروب الأهلية بين الفصائل.</p> 611 612 <h3 id="communism">”لماذا لاترحلون الى روسيا؟”</h3> 613 <p> 614 في الولايات المتحدة، توجه هذه العبارة لكل شخص يدعوا الاخرين لعدم التطرف في 615 الأنانية. على سبيل المثال، تم توجيه هذه التهمة ضد مؤيدي نظام الرعاية الصحية 616 الوطني المتواجد في كافة الدول الصناعية الأخرى في العالم الحر. هذه التهمة 617 توجه أيضاً ضد دعاة الدعم العمومي للفنون العامة، وهو أمر متوفر أيضاً في كافة 618 الدول المتقدمة. في الولايات المتحدة اﻷمريكية، يربط المواطنون فكرة الواجب 619 تجاه الصالح العام بمبدأ الشيوعية. لكن، ما مدى التشابه بين هذه الافكار؟</p> 620 <p> 621 في الاتحاد السوفياتي، كانت الشيوعية الممارسة عبارة عن نظام سيطرة مركزية تسير 622 فيه اﻷنشطة بشكل صارم، على افتراض أن ذلك يخدم الصالح العام. ولكن، في الواقع، 623 فإن ذلك النظام كان موجهاً لخدمة مصالح أعضاء الحزب الشيوعي. حيث كانت معدات 624 النسخ خاضعة للحراسة المشددة لمنع النسخ الغير قانوني.</p> 625 <p> 626 النظام الأمريكي لحقوق مؤلفي البرمجيات يمارس سيطرة مركزية على توزيع 627 البرمجيات، و يحرس معدات النسخ بواسطة مخططات حماية أوتوماتيكية لمنع النسخ 628 الغير قانوني.</p> 629 <p> 630 على النقيض من ذلك، فإنني أعمل من أجل بناء نظام يكون فيه الناس أحراراً في 631 اتخاذ الإجراءات الخاصة بهم، وبشكل خاص، أحراراً في مساعدة جيرانهم, وأحراراً 632 في تعديل و تطوير الأدوات التي يستخدمونها في حياتهم اليومية. نظام قائم على 633 التعاون الطوعي واللامركزية.</p> 634 <p> 635 وبالتالي، إذا أردنا أن نحكم على وجهات النظر من حيث تشابهها مع الشيوعية 636 السوفياتية، فإن مالكي البرمجيات هم الشيوعيون.</p> 637 638 <h3 id="premises">مسألة المسلّمات</h3> 639 <p> 640 لقد افترضت في هذا المقال أن مستخدم البرنامج لا يقل أهمية عن مؤلفه، أو حتى 641 مُشغّل المؤلف. بعبارة أخرى، فإن اهتماماتهم واحتياجاتهم تكتسي نفس اﻷهمية، 642 عندما نقرر أي مسار للعمل هو الأفضل.</p> 643 <p> 644 هذه الفرضية ليست مقبولة عالمياً. هناك العديد ممن يعتقدون أن مُشغّل المؤلف هو 645 في الأساس أكثر أهمية من أي شخص آخر. كما يقولون على سبيل المثال، أن الغرض من 646 وجود مالكين للبرمجيات هو إعطاء المشغل ميزة يستحقها—بغض النظر عن كيفية 647 تأثير ذلك على المجتمع.</p> 648 <p> 649 لا فائدة من محاولة إثبات او دحض هذه المسلّمات. البرهان يتطلب مسلّمات 650 مشتركة. وبالتالي، فإن معظم ما قلته موجه فقط للذين يقتسمون معي المسلمات التي 651 أستعملها، أو الذين يهتمون بنتائج هذه المسلمات على الأقل. ببساطة، فإن هذا 652 المقال غير موجه ﻷولئك الذين يعتقدون أن المالكين هم أكثر أهمية من أي شخص آخر.</p> 653 <p> 654 ولكن، لماذا قبل عدد كبير من الأميركيين فرضية أن يرفّع بعض الناس من حيث 655 الأهمية فوق الجميع؟ بشكل جزئي، فإن ذلك يعود للاعتقاد بأن هذه الفرضية هي جزء 656 من التقاليد القانونية للمجتمع الأمريكي. بعض الناس يشعرون بأن التشكيك في هذه 657 المسلّمات يعني توفير أدوات للطعن في أسس المجتمع.</p> 658 <p> 659 من المهم أن يعرف هؤلاء الناس أن هذه الفرضية ليست جزءاً من التقاليد 660 القانونية, وأنها لم تكن كذلك قط.</p> 661 <p> 662 وهكذا, فإن الدستور ينص على أن الغرض من حقوق الملكية الفكرية هو ”تشجيع 663 تطور العلوم و الفنون المفيدة“، والمحكمة العليا بلورت ذلك، وصرحت في 664 قضية <em>Fox Film v. Doyal</em> بأن ”مصلحة الولايات المتحدة والهدف 665 الأساسي من منح احتكار [حقوق الطبع] يتمثلان في الفوائد العامة التي تعود بها 666 أعمال المؤلفين على الجمهور“.</p> 667 <p> 668 لسنا مجبرين على الاتفاق مع ما يقوله الدستور أو المحكمة العليا (كلاهما تغاضيا 669 عن العبودية في حقبة من الحقبات). وفي هذا السياق، فإن موقفهما لا يتعارض مع 670 الفرضية القائمة على هيمنة المالك. لكنني أتمنى أن هذه الفرضية ستفقد بريقها 671 عندما سيدرك الناس بأن اﻷمر لا يتعلق بفرضية تقليدية معترف بها، بل بفرضية تعكس 672 موقف اليمين المتطرف. </p> 673 674 <h3 id="conclusion">استنتاج</h3> 675 <p> 676 إننا نحب أن نعتقد بأن مجتمعنا يشجع على مساعدة الجار. لكن، في كل مرة نكافئ 677 فيها شخصاً يسعى الى العرقلة، أو نعجب به لحصوله على ثروة بهذه الطريقة، فإننا 678 نرسل رسالة مضادة.</p> 679 <p> 680 اكتناز البرمجيات نموذج يعكس استعدادنا لتجاهل رفاهية المجتمع لتحقيق مكاسب 681 شخصية. يمكننا تعقب هذا الإستهتار من رونالد ريغان الى ديك تشيني، من شركة 682 إيكسون الى إينرون، من إنهيار البنوك الى انهيار المدارس. كما يمكننا قياس ذلك 683 بحجم المشردين والسجناء. روح العداء للمجتمع تتغذى من نفسها، وذلك لأن أكثر ما 684 نراه هو أن الآخرين لن يساعدونا. ويبدو أنه لا جدوى من مساعدتهم. وبالتالي، فإن 685 المجتمع يضمحل في غابة.</p> 686 <p> 687 إذا كنا لا نريد أن نعيش في غابة، فعلينا أن نغير مواقفنا. يجب أن بدأ بإرسال 688 رسالة مفادها أن المواطن الصالح هو الذي يتعاون عند الحاجة، وليس من ينجح في 689 الأخذ من الآخرين. وآمل أن حركة البرمجيات الحرة سوف تساهم في ذلك: على الأقل 690 في مجال واحد. سوف نستبدل الغابة بنظام أكثر كفاءة يشجع التعاون التطوعي ويرتكز 691 عليه.</p> 692 693 694 <h3 id="footnotes">هوامش</h3> 695 696 <ol> 697 <li id="f1">مصطلح ”حر“ في ”البرمجيات الحرة“ يشير إلى الحرية، 698 وليس إلى المجانية. والمبلغ المدفوع مقابل نسخة من برنامج حر قد يكون صفراً أو 699 مبلغاً بسيطاً، كما قد يكون مبلغاً هاماً في حالات نادرة.</li> 700 701 <li id="f2">قضايا التلوث و الازدحام لا تؤثر على هذا الاستنتاج. إذا كنا نرغب في جعل 702 القيادة أكثر تكلفة للحد من القيادة بشكل عام، فليس من الملائم القيام بذلك 703 بواسطة مقصورات اﻷداء التي تساهم في التلوث والازدحام. الضريبة على البنزين 704 أفضل بكثير. وفي نفس السياق، فإن تعزيز السلامة عن طريق الحد من السرعة القصوى 705 لا يمثل خياراً ناجعاً، فالطريق الحرة تحسن من متوسط السرعة بتجنب التوقف 706 والتأخير، كيفما كان الحد الأقصى للسرعة.</li> 707 708 <li id="f3">يمكن للمرء أن ينظر الى البرمجيات كشيء ضار ينبغي ألا يكون متوفراً للجميع، مثل 709 قاعدة بيانات Lotus للمعلومات الشخصية، والتي تم سحبها من البيع بسبب الرفض 710 العام. معظم ما أقوله لا ينطبق على هذه الحالة. لكن، من غير المعقول المجادلة 711 في وجود مالك على أساس أن هذا اﻷخير سيحد من مدى توفر البرنامج. فالمالك لن 712 يوقف توزيع البرنامج بشكل كلي، كما قد نتمنى ذلك في حالة البرمجيات التي يعتبر 713 استخدامها ضاراً.</li> 714 </ol> 715 716 <hr /> 717 <blockquote id="fsfs"><p>نُشرت هذه المقالة في <a 718 href="http://shop.fsf.org/product/free-software-free-society/"><cite>برمجيات 719 حرة، مجتمع حر: مقالات مختارة بقلم ريتشارد ستولمن</cite></a>.</p></blockquote> 720 721 <div class="translators-notes"> 722 723 <!--TRANSLATORS: Use space (SPC) as msgstr if you don't have notes.--> 724 </div> 725 </div> 726 727 <!-- for id="content", starts in the include above --> 728 <!--#include virtual="/server/footer.ar.html" --> 729 <div id="footer"> 730 <div class="unprintable"> 731 732 <p>يرجى إرسال الاستفسارات المتعلقة بالـ FSF وGNU إلى <a 733 href="mailto:gnu@gnu.org"><gnu@gnu.org></a>. هناك أيضاً طرق أخرى 734 للاتصال <a href="/contact/"><span xml:lang="en" lang="en"> </span> بمؤسسة 735 البرمجيات الحرة</a>. يرجى إرسال الوصلات المنقطعة وأي تصحيحات أو اقتراحات إلى 736 <a href="mailto:webmasters@gnu.org"><webmasters@gnu.org></a>.</p> 737 738 <p> 739 <!-- TRANSLATORS: Ignore the original text in this paragraph, 740 replace it with the translation of these two: 741 742 We work hard and do our best to provide accurate, good quality 743 translations. However, we are not exempt from imperfection. 744 Please send your comments and general suggestions in this regard 745 to <a href="mailto:web-translators@gnu.org"> 746 747 <web-translators@gnu.org></a>.</p> 748 749 <p>For information on coordinating and submitting translations of 750 our web pages, see <a 751 href="/server/standards/README.translations.html">Translations 752 README</a>. --> 753 رغم بذلنا قصارى جهدنا لتوفير ترجمات دقيقة ذات جودة عالية، فإننا لا ندعي كمال 754 النصوص وخلوها من الأخطاء. يرجي إرسال التعليقات والمقترحات المتعلقة بهذا 755 الشأن إلى عنوان البريد الإلكتروني <a href="mailto:web-translators@gnu.org"> 756 <web-translators@gnu.org></a>.</p> <p>للحصول على أي معلومات بشأن تنسيق 757 وتقديم ترجمات موقعنا الإلكتروني، يرجى الاطلاع على الرابط التالي <a 758 href="/server/standards/README.translations.html">دليل الترجمة</a>.</p> 759 </div> 760 761 <p>حقوق النشر:</p><p style="direction: ltr"> 762 Copyright © 1991, 1992, 1998, 2000, 2001, 2006, 2007, 2010, 2017, 2018, 763 2020 Free Software Foundation, Inc. (مؤسسة البرمجيات الحرة)</p> 764 765 <p>هذا المُصنَّف مرخص بموجب <a rel="license" 766 href="http://creativecommons.org/licenses/by-nd/4.0/deed.ar">رخصة المشاع 767 الإبداعي نسب المصنف - منع الاشتقاق 4.0 دولي</a>.</p> 768 769 <!--#include virtual="/server/bottom-notes.ar.html" --> 770 <div class="translators-credits"> 771 772 <!--TRANSLATORS: Use space (SPC) as msgstr if you don't want credits.--> 773 <strong>ترجمة:</strong> محسن الموسوي <span dir="ltr">.2012 ،<a 774 href="https://savannah.gnu.org/projects/www-ar/"><www-ar></a></span><br/><strong>تعديل 775 ومراجعة:</strong> فيصل علمي حسني <span dir="ltr">.2015 ،<a 776 href="https://savannah.gnu.org/projects/www-ar/"><www-ar></a></span></div> 777 778 <p class="unprintable"><!-- timestamp start --> 779 حُدّثت: 780 781 $Date: 2021/09/12 09:05:50 $ 782 783 <!-- timestamp end --> 784 </p> 785 </div> 786 </div> 787 <!-- for class="inner", starts in the banner include --> 788 </body> 789 </html>