كيف تجعل البرنامج محمولاً. إنشاء برامج الويندوز المحمولة. محرر البرنامج المحمول

حول مشروع كاميو

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

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

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

إنشاء برامج Windows المحمولة

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

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

كيف تصنع برنامج محمول في كاميو

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

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

مشاكل في المستقبل

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

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

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

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

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

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

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

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

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

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

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

يجب أن نتحدث عن الحرية

هل يمتلك مطورو البرمجيات الفهم والتصميم على كتابة مجموعة واسعة من الكتيبات المجانية؟ مرة أخرى ، يعتمد مستقبلنا على الفلسفة. طورت البرمجيات الحرة مزايا عملية يستخدمها المستخدمون لأسباب عملية بحتة.

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

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

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

مقدمة في البرمجة متعددة المنصات

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

ما هي أنظمة التشغيل التي يجب دعمها