مقدمة: عم يتحدث هذا الدليل؟

يقدّم هذا الدليل لمحة موجزة عن الضرر البيئي الناتج عن البرمجيات، وكيف تُشكّل علامة الملاك الأزرق البيئية—العلامة البيئية الرسمية للحكومة الألمانية—معيارًا لتصميم البرمجيات المستدامة.

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

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

ينقسم الكتاب إلى ثلاثة أجزاء:

• الجزء الأول: الأثر البيئي للبرمجيات
• الجزء الثاني: إصدار الشهادات البيئية لبرمجيات سطح المكتب
• الجزء الثالث: استيفاء معايير منح علامة الملاك الأزرق

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

الجزء الأول: الأثر البيئي للبرمجيات

في عام 2021، أصدرت جمعية آلات الحوسبة (ACM)، أقدم جمعية علمية وتعليمية في مجال الحوسبة في العالم، تقريرًا لمجلس سياسات التكنولوجيا بعنوان “الحوسبة وتغير المناخ”. من بين النتائج الأخرى، يستكشف الموجز الزيادة الهائلة في استهلاك الطاقة والموارد للذكاء الاصطناعي وكذلك الأجهزة المتصلة بالإنترنت، سواء في الإنتاج أو الاستخدام. تقديرات التقرير مذهلة. في عام 2021 وحده، يُقدّر أن قطاع تكنولوجيا المعلومات والاتصالات (ICT) يساهم بنسبة تتراوح بين 1.8% و3.9% من انبعاثات الكربون العالمية. لوضع هذا في سياقه، هذا يعادل صناعة الطيران العالمية، التي يُقدّر أنها تساهم بنسبة 2.5% من جميع الانبعاثات. يحذّر التقرير من أنه إذا لم يتغير شيء، فبحلول عام 2050 سترتفع انبعاثات الكربون المنسوبة إلى قطاع تكنولوجيا المعلومات والاتصالات إلى أكثر من 30% من جميع الانبعاثات عالميًا.

في استنتاجاتهم، يعترف المؤلفون بتناقض جوهري في الرقمنة: التكنولوجيا الرقمية “يمكنها المساعدة في تخفيف تغير المناخ”، لكنها “يجب أن تتوقف أولاً عن المساهمة فيه” (ص. 1). أحدثت تكنولوجيا المعلومات والاتصالات ثورة في طريقة عيشنا، وغالبًا ما تُشاد بها لجلب الراحة والكفاءة لحياتنا اليومية. استفادت الشركات من التكنولوجيا الرقمية للتوزيع الفعال لجميع أنواع السلع الاستهلاكية وإزالة المادية للمنتجات اليومية. المركبات مثل السيارات والدراجات البخارية والدراجات الهوائية متاحة بسهولة للإيجار من خلال تطبيقات الهواتف الذكية، مما يلغي حاجة الأفراد لامتلاكها لاستخدامها. قدرات البث المباشر للفيديو الواسعة الانتشار تعني عدم الحاجة لإنتاج أو نقل أقراص DVD وBlu-ray لمشاهدة فيلم، وحرق الوقود للقيادة إلى متجر التأجير لاستلام واحد في ليلة السبت أصبح شيئًا من الماضي. حلت القارئات الإلكترونية محل أرفف الكتب بأكملها. مع تسارع جائحة SARS-CoV-2 العالمية لدمج الرقمنة في كل جانب من جوانب الحياة اليومية، تحل مؤتمرات الفيديو محل الأحداث التي كانت تُعقد (تقريبًا) حصريًا شخصيًا، بما في ذلك اجتماعات المكتب، والمؤتمرات الأكاديمية الدولية، وحفلات العزف على البيانو المحلية، وحتى المواعيد الأولى... كل هذا ممكن الآن من راحة المنزل باستخدام جهاز متصل بالإنترنت.

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

ولكن هل تفعل حقًا؟

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

“حقيقة نادرًا ما تُقدّر هي أن مفتاح زيادة كفاءة الطاقة وحماية الموارد الطبيعية لا يكمن في العتاد بل قبل كل شيء في البرمجيات.” — معايير منح علامة الملاك الأزرق: منتجات برمجيات فعالة في استخدام الموارد والطاقة (ص. 5)

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

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

وسام الملاك الأزرق البيئي (بالألمانية: Blauer Engel Umweltzeichen) هو الوسم البيئي الرسمي للحكومة الألمانية. في عام 2020، أصدرت وكالة البيئة الألمانية (بالألمانية: Umweltbundesamt، أو UBA) معايير منح الشهادات لمنتجات البرمجيات المكتبية، وهي أول شهادة بيئية في العالم تربط الشفافية واستقلالية المستخدم بالاستدامة. البرمجيات الحرة ومفتوحة المصدر، أو FOSS، لها ميزة حقيقية هنا. بنهاية هذا الدليل، نأمل أن تفهم بشكل أفضل كيف.

لكن لمعالجة مشكلة بفعالية، يجب أولاً تحديد ماهية المشكلة. لذا دعنا نفهم أولاً ما يُقصد بالبصمة الكربونية الرقمية وكيف تشارك البرمجيات التي نستخدمها يوميًا في ذلك.

البصمة المادية للتكنولوجيا الرقمية

غالبًا ما تُربط التكنولوجيا الرقمية (وبشكل خاطئ) بأنها غير مادية. عندما نرسل بريدًا إلكترونيًا أو نرفع بيانات إلى السحابة، قد يسهل تخيل أن إرسالاتنا تختفي في الأثير. لكن هناك جانب مادي حقيقي جدًا للرقمنة، لا يشمل فقط أجهزتنا المادية مثل الهواتف الذكية والحواسيب المحمولة، بل يشمل أيضًا مصانع معالجة المعادن المستخرجة اللازمة لتشغيلها، وسفن الحاويات التي تنقل الأجهزة المنتجة بكميات كبيرة، والكابلات ومراكز البيانات التي تربطها بالشبكات العالمية. يصف تقرير 2018 “Lean ICT: Towards Digital Sobriety” المشكلة كالتالي:

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

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

يمكن للتكنولوجيا الرقمية أن تساعد في تخفيف تغير المناخ، لكن يجب عليها أولاً أن تتوقف عن المساهمة فيه.

داخل قطاع تكنولوجيا المعلومات والاتصالات، ما الذي يساهم في الارتفاع الجوي لثاني أكسيد الكربون؟

بين عامي 2012 و2018، زاد الطلب على الطاقة للذكاء الاصطناعي بمقدار 300,000 مرة، ويتضاعف حاليًا كل بضعة أشهر. قُدّر أن تدريب نموذج ذكاء اصطناعي واحد (مثل تلك المستخدمة في الترجمة الآلية أو نمذجة اللغة) قد يتطلب طاقة مكافئة لرحلة طيران ذهابًا وإيابًا من نيويورك إلى سان فرانسيسكو … 300 مرة (أي حوالي 626,000 رطل من ثاني أكسيد الكربون)! تشتهر تقنية البلوك تشين أيضًا بمساهمتها السيئة في استهلاك الطاقة المتفجر—تحديدًا، أنظمة إثبات العمل مثل بيتكوين، والتي ذكرت Harvard Business Review أنها تتطلب طاقة بقدر دول بأكملها مثل السويد أو ماليزيا.

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

من الضروري التأكيد هنا، مع ذلك، أن استهلاك الطاقة ليس هو نفسه انبعاثات الكربون. تعتمد انبعاثات الكربون على المزيج المحدد للوقود المستخدم لتوليد الكهرباء، المشار إليه باسم مزيج الكهرباء أو توليد الطاقة. على سبيل المثال، بالنسبة لإمدادات الطاقة للاتحاد الأوروبي في عام 2016، تضمن مزيج توليد الطاقة 32.9% نفطًا، و23.9% غازًا، و14.9% فحمًا، و13.7% طاقة نووية، و14.5% طاقة متجددة. مع أزمة الطاقة في عام 2022، تغير مزيج الطاقة في الاتحاد الأوروبي—في بعض الحالات نحو الأفضل على المدى الطويل، وفي بعضها نحو الأسوأ على المدى القصير. ستعتمد انبعاثات الكربون النسبية على هذا المزيج: على سبيل المثال، استهلاك الطاقة من مصادر محايدة كربونيًا بنسبة 100% لا يساهم في انبعاثات CO₂ المباشرة.

الضرر النسبي — أو، عندما يكون الأقل ليس أكثر

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

كل من تلك الأشياء المادية كانت يومًا جزءًا رئيسيًا من حياتنا اليومية … لكن اليوم، لم تعد ضرورية ببساطة. لا بد أن ذلك أفضل للأرض، أليس كذلك؟

بينما قد تقلل الأجهزة الرقمية بعض أشكال النفايات، فإن تقدير التأثير البيئي الحقيقي للتقنيات الرقمية يتطلب حساب دورة الحياة الكاملة للعنصر. يشمل ذلك تكاليف إنتاج ونقل الأجهزة الرقمية (من وإلى المتجر، وكذلك إلى مكب النفايات)، أو تكاليف معالجة الضرر البيئي الناجم عن النفايات الإلكترونية. هذا صحيح بشكل خاص عند النظر في البصمة الكربونية الجماعية لتقنياتنا الرقمية، حيث أن إنتاج الأجهزة، إلى جانب نقلها ومعالجتها في نهاية العمر، يساهم في بعض الحالات في انبعاثات غازات دفيئة أكثر من استخدام الأجهزة على مدى عمرها التشغيلي بالكامل. لتوضيح ذلك، انظر إلى تقرير المسؤولية البيئية لشركة Apple لعام 2019، الذي يقدر أن Apple ساهمت بـ 25.2 مليون طن متري من CO₂ في عام 2018 (ص. 9). معظم هذا—ما يصل إلى ثمانين بالمائة (!!!)—يأتي من الإنتاج (74%) والنقل (5%) ومعالجة نهاية العمر (<1%). فقط 19% يأتي من الاستخدام الفعلي للأجهزة.

إذن، متى تكون تكاليف تصنيع جهاز رقمي لاستبدال كل تلك الأشياء التناظرية جديرة بالاهتمام؟ يستكشف كتاب “Smarte Grüne Welt” (بالإنجليزية: Smart Green World) لستيفن لانج وتيلمان سانتاريوس (2018) صعوبة حساب الضرر البيئي النسبي عند محاولة الإجابة على مثل هذه الأسئلة. تأمل هذا المقتطف، الذي يستكشف فيه المؤلفان التأثير البيئي لطباعة الكتب الورقية مقابل تصنيع القارئات الإلكترونية (ص. 29–31؛ مترجم من الألمانية):

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

على الرغم من كل هذا، قد يكون القارئ الإلكتروني أفضل من الكتاب. يعتمد هذا في النهاية على عاملين: كم عدد الكتب التي تُقرأ على القارئ الإلكتروني على مدى عمره؟ وكم عدد الأشخاص الذين يشاركون الكتاب التناظري؟ لكي تؤتي التكاليف البيئية العالية لإنتاج القارئ الإلكتروني ثمارها بيئيًا، يجب قراءة عدد معين من الكتب عليه. يحدث هذا بعد 30 إلى 60 كتابًا—اعتمادًا على سمك الكتاب واعتمادًا على المؤشر البيئي. إذا قرأت أقل من هذا العدد من الكتب على قارئ إلكتروني، فمن الأفضل اختيار الشكل الورقي. إذا تجاوزت ذلك، فإن كل كتاب آخر على القارئ الإلكتروني يكون أفضل بيئيًا من نظيره التناظري. علاوة على ذلك، كيفية استخدام الأشياء أمر حاسم […]: إذا افترض أن شخصًا ما اشترى كتابًا ولم يسمح لأي شخص آخر بالنظر إليه، فإن ملفًا على القارئ الإلكتروني يكون أكثر كفاءة في استخدام الطاقة بحوالي خمس مرات من الكتاب. ومع ذلك، تختفي هذه الميزة عندما يشارك عدة أشخاص كتابًا.

إذًا، هل يؤدي استبدال الأشياء المادية عبر التكنولوجيا الرقمية إلى تأثير بيئي أقل؟ حسنًا، يعتمد الأمر. على سبيل المثال، إذا اشتريت قارئًا إلكترونيًا، هل ستقرأ 30–60 كتابًا قبل التخلص من الجهاز؟ وجد استطلاع غالوب أنه في عام 2021، قرأ 57% من الأمريكيين أقل من 5 كتب سنويًا، وقرأ 15% ما بين 6-10 كتب. هذا يعني أنه لأكثر من ثلثي سكان الولايات المتحدة، سيحتاج القارئ الإلكتروني إلى الاستخدام لمدة خمس إلى عشر سنوات ليكون الخيار الأكثر صداقة للبيئة. لكن كم مستهلكًا يرقّي إلى الجهاز الجديد اللامع قبل ذلك بكثير؟

من الجدير أيضًا التساؤل عما إذا كان الجهاز سيبقى مدعومًا من قبل شركة للمدة الزمنية التي يستغرقها ليكون الخيار الأقل ضررًا. في نهاية عام 2022، تضمنت قائمة ويكيبيديا للقارئات الإلكترونية المتوقفة واحدًا وسبعين جهازًا. وفقًا للقائمة، كان متوسط العمر الافتراضي، أي من سنة الإطلاق إلى سنة الإيقاف، 1.5 سنة—أقصر بكثير من فترة استخدام لا تقل عن خمس سنوات، ناهيك عن عقد! كم من تلك القارئات الإلكترونية كانت لا تزال تعمل لكنها انتهت في مكب نفايات بسبب توقف دعم البرمجيات؟ هذا النوع من تقادم الأجهزة هو مساهم مهم في الضرر البيئي، سواء في شكل نفايات إلكترونية أو انبعاثات الكربون المرتبطة بإنتاج الجهاز. كما يكتب لانج وسانتاريوس: "من المشكوك فيه ما إذا كانت جميع القارئات الإلكترونية المباعة، قبل أن تتعطل أو تصبح متقادمة تقنيًا مرة أخرى، تُستخدم بشكل مكثف في المتوسط بحيث يتحقق منفعة بيئية إجمالية" (ص. 31؛ مترجم من الألمانية).

“تسونامي من النفايات الإلكترونية”

بارتفاع سبعة أمتار، “الرجل WEEE” هو عملاق. أخذ اسمه من توجيه 2003 الخاص بمخلفات المعدات الكهربائية والإلكترونية (WEEE)، الذي يحدد أهداف الجمع وإعادة التدوير والاسترداد للنفايات الإلكترونية في الاتحاد الأوروبي،¹ التمثال مصنوع من 3.3 أطنان مترية من النفايات الكهربائية، أو متوسط كمية النفايات الإلكترونية التي يخلقها فرد واحد في المملكة المتحدة خلال حياته.

تُعتبر النفايات الإلكترونية أسرع تيار نفايات نموًا في العالم، إذ وُلد 44.7 مليون طن متري في 2016—وهو ما يعادل 4500 برج إيفل، والتي عند تكديسها يبلغ ارتفاعها 17 ضعف جبل إيفرست. في 2018، أُبلغ عن 50 مليون طن متري من النفايات الإلكترونية، مما دفع الأمم المتحدة إلى الإشارة إلى “تسونامي من النفايات الإلكترونية يتدحرج عبر العالم”. تستمر الأرقام في الارتفاع: في 2021، وُلد ما يقدر بـ 57 مليون طن متري من النفايات الإلكترونية عالميًا. أقل من 20 بالمئة منها يُجمع ويُعاد تدويره، ورغم أنها تشكل 2% فقط من النفايات في المكبات، فإنها تساهم في ما يقرب من 70% من النفايات السامة الموجودة هناك.

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

نظرة على البرمجيات

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

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

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

“تضاعفت قوة المعالجة كل عامين تقريبًا منذ عام 1970. هذا يعني أن الوظائف تُعالج بسرعة مضاعفة وبالتالي يلزم طاقة أقل لنفس الوظائف. لا يمكن ملاحظة تحسن مماثل في الكفاءة في مجال البرمجيات. […] أدى توفر عتاد أكثر قوة إلى زيادة تضخم البرمجيات من إصدار لآخر بحيث يلزم المزيد من الموارد لتحسين ضئيل أو حتى معدوم في الوظائف.” — معايير جائزة الملاك الأزرق: منتجات برمجيات موفرة للموارد والطاقة (ص. 5)

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

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

تتضمن بيانات الدراسة مقارنة بين برنامجي معالجة نصوص: معالج النصوص 1 مُعرَّف كمصدر مفتوح، بينما معالج النصوص 2 مُعرَّف كمنتج برمجي احتكاري. شغّل كلا البرنامجين نفس تسلسل الأوامر من خلال سكريبت سيناريو استخدام قياسي (SUS)، الموافق لـ "الاستخدام الأكثر تمثيلاً للبرمجيات المعنية على مدى فترة زمنية محددة" (ص. 23). سنعود إلى كتابة سيناريوهات الاستخدام في دليل الإرشادات في الجزء الثالث من هذا الدليل. الآن، المهم ملاحظته هو الفرق الهائل في استخدام الطاقة. استهلك تشغيل معالج النصوص 2 طاقة تعادل 4 أضعاف مقارنة بمعالج النصوص 1—مرة أخرى، ولا يمكن التأكيد على هذا بما فيه الكفاية، للقيام بنفس المهمة!

عند النظر عن كثب إلى استخدام الطاقة لمعالجي النصوص بمرور الوقت، يتضح أيضًا كيف يتصرف البرنامجان بشكل مختلف تمامًا… وربما عكس ما قد تتوقعه. تأمل الرسم البياني أدناه، الذي يظهر استهلاك الطاقة أثناء تشغيل تسلسل أوامر سيناريو الاستخدام. عند علامة 440 ثانية تقريبًا، يستدعي السكريبت كلا معالجي النصوص لحفظ المستند ثم يتوقف عن استدعاء أي إجراء آخر. كما ترى، يدخل معالج النصوص 1 في حالة الخمول (كما قد يتوقع المرء). على النقيض، يستمر معالج النصوص 2 في العمل، مستهلكًا الطاقة حتى بعد انتهاء السكريبت.

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

قدّر باحثون في الاتحاد الأوروبي التكاليف البيئية للتتبع والإعلانات التي لا يستطيع المستخدمون إلغاء الاشتراك فيها، والمشار إليها باسم "استخدام البيانات غير المرغوب فيه" في تقرير 2021 "البصمة الكربونية لاستخدام البيانات غير المرغوب فيه بواسطة الهواتف الذكية: تحليل للاتحاد الأوروبي". البصمة الكربونية لتتبع الهواتف الذكية هذا—بين 3 و8 ملايين طن متري سنويًا في الاتحاد الأوروبي وحده—هي "مساوية للبصمة الكربونية لما بين 370 و950 ألف مواطن أوروبي" (في أسوأ حالاتها، تقريبًا البصمة السنوية لمدينة مثل تورينو أو لشبونة). يشير التقرير إلى أن حوالي 60% من مستخدمي الهواتف الذكية الأوروبيين يقولون إنهم سيلغون الاشتراك في التتبع ويحجبون الإعلانات عندما يكون ذلك ممكنًا. هذا قدر هائل من استهلاك الطاقة لشيء لا يريده معظم المستخدمين في المقام الأول!

"العكس تمامًا هو الصحيح": مفارقة جيفونز

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

تخيل أن تغييرًا في البرمجيات يؤدي إلى تحسن بنسبة 5% في كفاءة الطاقة. ومع ذلك، بسبب زيادة توفير الطاقة، قد ينتهي بك الأمر إلى استخدام البرمجيات أكثر، مما يؤدي إلى توفير أقل في الطاقة بشكل عام. لنقل أنه بسبب زيادة استخدامك، ينخفض الاستخدام الإجمالي للطاقة للبرمجيات بنسبة 1% فقط. في هذه الحالة، تأثير الارتداد هو 80% ((5-1)/5): بعبارة أخرى، تلك المكاسب الأصلية في الكفاءة انخفضت بنسبة 80%، مما ألغى عمليًا أي توفير من التحسينات!

إذا تجاوز تأثير الارتداد 100%، مما يعني استخدام طاقة أكثر من ذي قبل، يُشار إلى هذا باسم مفارقة جيفونز، أو "الارتداد العكسي". المفهوم يأتي من الاقتصادي الإنجليزي ويليام ستانلي جيفونز، الذي أدرك في عام 1865 أن التحسينات التكنولوجية في استخدام الفحم زادت بالفعل من استهلاك الفحم عبر الصناعات. استنتج جيفونز أن:

"إنه خلط في الأفكار أن نفترض أن الاستخدام الاقتصادي للوقود يعادل الاستهلاك المنخفض. العكس تمامًا هو الصحيح." [التأكيد مضاف]

التفسير العملي لهذه المفارقة هو أن مكاسب الكفاءة يجب أن تُدمج مع ممارسات الحفظ من أجل تحقيق تأثير ذي معنى، خشية أن ينتهي الأمر باستهلاك أكثر من ذي قبل. تقرير ACM من بداية هذا القسم يقدم نقطة مماثلة: "يجب أن تُقرن الكفاءات الممكنة بالحوسبة مع خفض الطلب على الطاقة لتقليل انبعاثات الكربون في قطاع تكنولوجيا المعلومات والاتصالات" (ص. 1). بعبارة أخرى، كل من هندسة البرمجيات وسلوك المستخدم عنصران حاسمان يجب مراعاتهما عند مكافحة الضرر البيئي الناجم عن البرمجيات.

هل كل هذا يستحق العناء؟

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

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

دعونا لا نكن مثل القبعة البيضاء لـ XKCD، ونستند إلى مشاكل أسوأ كعذر لعدم فعل أي شيء!

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

ثالثًا، من المأمول أن يكون واضحًا الآن أن للبرمجيات تأثيرات كبيرة على استهلاك الطاقة وإنتاج النفايات، وكلاهما له عواقب على البيئة. علاوة على ذلك، عند النظر إليها على نطاق واسع، يمكن أن تؤدي التغييرات البسيطة في تصميم البرمجيات إلى توفير مماثل لاستهلاك الطاقة السنوي لمدن بأكملها. هذا الادعاء مبني على مثال من مهندس منتجات SAP ديليف تومس، الذي يقوم بحسابات تقريبية (04:20–06:10) للانتقال من تقليل ثانية معالج واحدة، أي ما يعادل توفير حوالي 10 واط-ثانية، إلى توفير 95 ألف ميجاواط-ساعة ببساطة عن طريق التوسع. هذا التوفير مماثل لاستهلاك الطاقة السنوي لأكثر من 30 ألف أسرة مكونة من شخصين.

كما يذكر ديترف تومس في الفيديو: "غالبًا، هي مجموعة قرارات يمكن التحكم بها تمامًا تؤدي إلى اختلافات كبيرة في استهلاك الطاقة".

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

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

”لا تشك أبدًا في أن مجموعة صغيرة من المواطنين المفكرين الملتزمين يمكنها تغيير العالم؛ بل إنه الشيء الوحيد الذي فعل ذلك دائمًا.“

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

ملاحظة حول المصادر

بعض المواد في هذا القسم مبنية مباشرة على نص من مقالتين في ويكيبيديا: (1) “توجيه النفايات الكهربائية والإلكترونية” و(2) “النفايات الإلكترونية”. كلا النصين منشوران تحت رخصة المشاع الإبداعي نسب-المشاركة بالمثل 3.0.

الجزء الثاني: إصدار الشهادات البيئية لبرمجيات سطح المكتب

ما المشترك بين منتجات البناء وورق التواليت والبرمجيات؟

يمكن لكل منها الحصول على شهادة بيئية من علامة الملاك الأزرق البيئية، العلامة البيئية الرسمية للحكومة الألمانية!

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

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

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

الملاك الأزرق لبرمجيات سطح المكتب

طُرح الملاك الأزرق في عام 1978، وهو أول علامة بيئية عالميًا والعلامة البيئية الرسمية التي تمنحها الحكومة الألمانية. تُدار العلامة من قبل الوزارة الاتحادية الألمانية للبيئة وحماية الطبيعة والسلامة النووية وحماية المستهلك (بالألمانية: Bundesministerium für Umwelt, Naturschutz, nukleare Sicherheit und Verbraucherschutz، أو BMUV). العلامة البيئية للملاك الأزرق هي أيضًا عضو في شبكة العلامات البيئية العالمية (GEN)، وهي شبكة دولية من العلامات البيئية من النوع الأول والتي وقت كتابة هذا النص تضم 37 عضوًا عبر ما يقرب من 60 دولة.

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

قد تتساءل: ما هي العلامة البيئية من النوع الأول؟ بالنسبة لهذه العلامات البيئية، تؤخذ دورة حياة المنتج بأكملها في الاعتبار. علاوة على ذلك، يُقيَّم الامتثال لمعايير الجائزة من قبل طرف ثالث. (الامتثال للعلامات البيئية من النوع الثاني، بالمقارنة، يُعلن ذاتيًا ولا يستلزم أي تدقيق من طرف ثالث.)

مُنحت العلامة البيئية للملاك الأزرق لحوالي 100 مجموعة منتجات وخدمات عبر قطاعات متنوعة، بما في ذلك منتجات الورق والبناء، والمفروشات، والملابس، وعوامل الغسيل والتنظيف، وخدمات التنظيف، والمواد الكيميائية المنزلية، والتغليف، والمركبات، والطاقة والتدفئة، والأجهزة الكهربائية المنزلية. اعتبارًا من عام 2022، مع الشهادة البيئية لقارئ مستندات PDF والعالمي أوكيولار من كيدي، تتضمن هذه القائمة أيضًا برمجيات سطح المكتب.

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

أساسيات معايير الجائزة

صدرت معايير جائزة الملاك الأزرق لـ"منتجات البرمجيات الموفرة للموارد والطاقة" في يناير 2020. هناك هدفان رئيسيان للملاك الأزرق للبرمجيات: (1) منح الجائزة للبرمجيات ذات متطلبات أداء أقل بحيث "تصبح أعمار تشغيل أطول لـ[...] العتاد ممكنة"؛ و(2) التعرف على المنتجات التي "تبرز بسبب مستوى عالٍ من الشفافية وتمنح المستخدمين حرية أكبر في استخدامهم للبرمجيات" (ص. 6). لتحقيق هذا، هناك ثلاث فئات رئيسية، يُشار إليها هنا بأساسيات معايير الجائزة: (أ) كفاءة الموارد والطاقة، (ب) عمر التشغيل المحتمل للعتاد، (ج) استقلالية المستخدم.

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

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

أخيرًا، تضمن المعايير في الفئة (ج) أن يكون للمستخدمين تأثير على استهلاك الطاقة والاستخدام الموفر للموارد لبرمجياتهم. هناك ثماني فئات لمعايير الاستقلالية.

1. تنسيقات البيانات — قابلية التشغيل البيني لمنح المستخدمين خيارًا

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

2. الشفافية — إزالة تبعيات المستخدم للاستخدام طويل الأمد

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

3. استمرارية الدعم — تحديثات الأمان لمنع النفايات الإلكترونية

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

4. قابلية الإزالة — إزالة البرمجيات غير المرغوب فيها لزيادة الكفاءة

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

5. القدرة على العمل دون اتصال — لتجنب التبعيات وتقليل استهلاك الطاقة

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

6. النمطية — لتقليل متطلبات الذاكرة والطاقة

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

7. التحرر من الإعلانات — الانسحاب لتقليل استهلاك الطاقة

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

8. التوثيق — لدعم الاستخدام المستمر للبرمجيات الموفر للموارد … وبالتالي العتاد

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

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

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

أوكيولار، أول برنامج حاسوبي معتمد بيئيًا

في عام 2022، كان أوكيولار، قارئ PDF متعدد المنصات الشهير وعارض المستندات الشامل لكيدي، أول منتج برمجي يُعترف به رسميًا لتصميم البرمجيات المستدامة كما ينعكس في معايير جائزة الملاك الأزرق. أوكيولار هو أيضًا أول برنامج حاسوبي معتمد بيئيًا ضمن شبكة العلامات البيئية العالمية.

أوكيولار هو مجرد منتج برمجي واحد تُديره كيدي، مجتمع عالمي من مهندسي البرمجيات والفنانين والكتاب والمترجمين والمبدعين الملتزمين بتطوير البرمجيات الحرة. تدير كيدي العديد من منتجات البرمجيات الحرة ومفتوحة المصدر، بما في ذلك بيئة سطح المكتب بلازما؛ تطبيق التصميم للرسامين وفناني الجرافيك، كريتا؛ مجموعة أنشطة جي كومبريس التعليمية للأطفال؛ كدينلايف، منتج برمجي لتحرير الفيديو الاحترافي؛ وبالطبع أوكيولار، عارض مستندات لملفات PDF والقصص المصورة والأوراق العلمية والأكاديمية والرسومات الفنية.

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

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

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

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

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

يود كيدي ومجتمع البرمجيات الحرة إرسال شكر صادق لمطوري أوكلار على صنعهم برمجيات صديقة للبيئة لنا جميعًا!

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

فوائد الملاك الأزرق

قالت شتيفي ليمكه، الوزيرة الاتحادية للبيئة وحماية الطبيعة والسلامة النووية وحماية المستهلك، هذا عن سمعة الملاك الأزرق:

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

في الواقع، في كتيب المعلومات بمناسبة الذكرى الأربعين “الملاك الأزرق – 40 عامًا. جيد لي. جيد للبيئة”، استكشفت وكالة البيئة الألمانية (UBA) تاريخ العلامة البيئية وحاضرها ومستقبلها. في الكتيب، تحدد بعض المعايير العامة التي تأخذها في الاعتبار عند منح الشهادة البيئية لمنتج، مثل:

• انبعاثات مخفضة من المواد الضارة في التربة والهواء والماء وفي الأماكن المغلقة؛
• إنتاج مستدام للموارد؛
• طول العمر، والقدرة على إصلاح المنتج وإعادة تدويره؛ و
• الاستخدام الفعال، مثل المنتجات التي توفر الطاقة.

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

يمكن أن تكون الملصقات البيئية أداةً لتحريك الأسواق نحو المنتجات المستدامة. كما يذكر موقع الملاك الأزرق: “هدف الملصق البيئي هو تزويد الزبائن الأفراد، والمستهلكين المؤسساتيين الكبار، والمؤسسات العامة بتوجيه موثوق للشراء الواعي بيئيًا.”

إذًا، ماذا يقول السوق؟

وجد استطلاع من الكتيب الإعلامي أن 92% من الألمان يتعرفون على الملصق البيئي، وبالنسبة لـ 37% منهم، يؤثر الملصق على خياراتهم الشرائية. الملصق البيئي معروف خارج ألمانيا أيضًا! ما يصل إلى 15% من الحاصلين على الملاك الأزرق هم من خارج ألمانيا. أحد أسباب ذلك هو أنه، على عكس بعض الملصقات البيئية الأخرى، لا يضع الملاك الأزرق متطلبات على مكان تسويق المنتج. علاوة على ذلك، يُعتبر ختم الملاك الأزرق علامة جودة عالية دوليًا، وتُنظر معايير الجائزة كمؤشر لاتجاه سوق الاتحاد الأوروبي—بل وتُستخدم أحيانًا كدليل لتحسين المنتجات.

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

ملاحظة حول المصادر

بعض المواد في هذا القسم مبنية مباشرة على نص من مقالتين في ويكيبيديا: (1) “الملاك الأزرق (شهادة)” و(2) “تضخم البرمجيات”. كلا النصين منشوران بموجب رخصة المشاع الإبداعي النسبة-المشاركة بالمثل 3.0. بعض المواد في هذا القسم مبنية أيضًا مباشرة على منشور مدونة كيدي إيكو “أول برنامج حاسوبي يحصل على شهادة بيئية على الإطلاق: قارئ PDF الشهير لكيدي أوكولار”، المنشور بموجب رخصة المشاع الإبداعي النسبة-المشاركة بالمثل 4.0 الدولية.

الجزء الثالث: استيفاء معايير منح علامة الملاك الأزرق

الفئات الرئيسية الثلاث لمعايير جائزة الملاك الأزرق لبرمجيات الحاسوب المكتبي هي:

• (أ) كفاءة الموارد والطاقة
• (ب) عمر التشغيل المحتمل للعتاد
• (ج) استقلالية المستخدم

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

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

(أ) كيفية قياس برنامجك

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

المصطلحات واردة جزئيًا من Kern et al. (2018): “منتجات برمجية مستدامة — نحو معايير تقييم لكفاءة الموارد والطاقة”.

انظر أيضًا الموارد التالية من حرم بيركنفيلد البيئي:

• Seiwert & Zaczyk (2021): “تقرير المشروع: أنظمة برمجية فعالة في استخدام الموارد على مثال برمجيات كيدي” (بالألمانية فقط)
• Mai (2021): “تحليل وتقييم مقارن لأنظمة التشغيل من حيث كفاءتها في استخدام الطاقة” (بالألمانية فقط)
• “دليل OSCAR” (بالألمانية فقط)

نظرة عامة على الإعداد المخبري

يتطلب الإعداد المخبري مقياس طاقة واحدًا وحاسوبين على الأقل:

• مقياس الطاقة

  أحد الأجهزة الموصى بها من قبل الملاك الأزرق هو سلسلة Gude Expert Power Control 1202 (الدليل). يوفر منافذ لتزويد الحاسوب بالطاقة ويقيس التيار أثناء التشغيل. يمكن التحكم بالجهاز وقراءته عبر إيثرنت سلكي. توجد واجهة مستخدم قائمة على الويب، وواجهة REST API، ويدعم الجهاز بروتوكولات متنوعة مثل SNMP أو syslog.

• الحاسوب 1: مجمّع البيانات والمقيّم

  سيُستخدم الحاسوب لجمع وتقييم النتائج من مقياس الطاقة.

  نص بايثون لقراءة البيانات من سلسلة Gude Expert Power Control 1202 متوفر في مستودع FEEP.

  يُوصى بمراقبة التقدم مباشرة باستخدام الحاسوب الثاني لضمان سير كل شيء بسلاسة. يمكن فعل ذلك باستخدام Labplot من كيدي مثلًا؛ اقرأ المزيد هنا.

  قد تتطلب مقاييس الطاقة الأخرى برمجيات غير حرة، مثل برنامج GridVis لمراقبة شبكة الطاقة من Janitza.

• الحاسوب 2: النظام قيد الاختبار

  النظام المرجعي هو العتاد المستخدم لقياس استهلاك الطاقة لـ«النظام قيد الاختبار»، أو SUT. يشمل SUT نظام التشغيل والبرمجيات المثبتة لـ (i) اختبار منتج البرمجيات، (ii) محاكاة سيناريو الاستخدام القياسي² و (iii) جمع نتائج أداء العتاد.

لاحظ ما يلي:

• بالنسبة لأنظمة غنو/لينكس، تشترط معايير الملاك الأزرق (القسم 1.1) أحد حواسيب فوجيتسو المتعددة كنظام مرجعي.
• لمحاكاة النشاط في سيناريو الاستخدام المعياري، يمكن استخدام أدوات أتمتة المهام الحرة مثل xdotool أو مختبر كيدي البيئي (قيد التطوير) أو أكشنا (رخصة GPLv3).
• لتجميع بيانات أداء العتاد (مثل استخدام المعالج والذاكرة العشوائية، ونشاط القرص الصلب، وحركة مرور الشبكة)، تتوفر الأداة الحرة كوليكت إل (رخصة GPLv2/Artistic).
• من الممكن أيضًا إعادة استخدام مقابس طاقة رخيصة قابلة للتبديل كأجهزة قياس؛ انظر القسم “البديل: إعداد Gosund SP111” لتعليمات الإعداد.

النظام قيد الاختبار (SUT)

على سبيل المثال، اختيار Fujitsu Esprimo P920 Desktop-PC proGreen (Intel Core i5-4570 3.6GHz، 4GB RAM، 500GB HDD) هو أحد الأنظمة المرجعية الموصى بها؛ انظر الملحق د في معايير الجائزة للأنظمة الأخرى الموصى بها من فوجيتسو.

على النظام المرجعي، تحتاج إلى إعداد النظام قيد الاختبار، أي النظام الذي ستختبر عليه البرمجية. يجب أن يقلل النظام قيد الاختبار من استهلاك الطاقة غير المرتبط وأن يكون له تهيئة موحدة. الموصى به هو التالي:

• اكتب فوق القرص الصلب بالكامل للآلة بنظام تشغيل موحد.
• عطّل جميع عمليات الخلفية الممكنة (التحديثات الآلية، النسخ الاحتياطي، الفهرسة، إلخ).
• ثبّت البرمجية الضرورية، أي التطبيق المراد قياسه بالإضافة إلى برمجية محاكاة المستخدم (مثل xdotool) وبيانات أداء العتاد (مثل Collectl).
• عند تشغيل نصوص سيناريو الاستخدام، ينبغي مسح الخبيئة بين مرات التشغيل وحذف أي ملفات جديدة قبل بدء القياس التالي.

تحضير سيناريو الاستخدام المعياري (SUS)

يتطلب تحضير سيناريو الاستخدام المعياري ما يلي:

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

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

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

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

أدوات محاكاة إضافية

إلى جانب xdotool أو مختبر كيدي البيئي (قيد التطوير) أو أكشنا، هناك مرشحون آخرون للأدوات التي قد تلبي المتطلبات. انظر قائمة من مساهم كيدي ديفيد هوركا في العرض التقديمي “أدوات أتمتة سير العمل المرئية”. تستخدم معظم الأدوات ميزات خاصة بـ X11، وبالتالي لا تعمل على أنظمة ويلاند. هناك بعض الأساليب الممكنة هنا:

• سيلينيوم ويب درايفر باستخدام AT-SPI (قيد الاختبار حاليًا لـ موسم كيدي 2023)
• بوابة سطح المكتب البعيد XDG
• بروتوكولات ويلاند المختلفة (يختلف الدعم بين المكونات):
  • https://github.com/swaywm/wlr-protocols/blob/master/unstable/wlr-virtual-pointer-unstable-v1.xml
  • https://api.kde.org/frameworks/kwayland/html/classKWayland_1_1Client_1_1FakeInput.html
• أجهزة مستخدم libinput

عملية القياس

تُعرّف عملية القياس في الملحق أ من معايير الجائزة الأساسية. تتطلب تسجيل بيانات الطاقة ومؤشرات الأداء بدقة زمنية مقدارها ثانية واحدة لمعالجتها وحساب القيم المتوسطة.

بعض التعليقات العامة:

• يجب مزامنة الأوقات بين PM و DAE.
• عند استخدام Collectl لجمع حمل الأداء، تأكد من تشغيله في وحدة التحكم الخاصة بـ SUT؛ وتحقق أيضًا من إنشاء ملف CSV المطلوب بشكل صحيح قبل الاختبار.
• نظرًا لأن كل تشغيل لسيناريوهات الاستخدام يؤدي إلى تغييرات في نظام التشغيل القياسي، يُوصى بمسح الخبيئة بين عمليات التشغيل.
• يجب أن تكون جميع عمليات التشغيل (الخط الأساسي، وضع الخمول، سيناريو الاستخدام القياسي) لنفس المدة الزمنية، بناءً على الوقت اللازم لتشغيل نص سيناريو الاستخدام.
• على DAE قد ترغب في التأكد من قراءة منفذ الطاقة المطلوب بشكل صحيح قبل و/أو أثناء الاختبار (مثلًا، برسم بياني مباشر باستخدام LabPlot).

أثناء قياسات الطاقة، يُستخدم Collectl لتسجيل مجموعة من مؤشرات الأداء: استخدام المعالج، استخدام RAM، نشاط القرص الصلب، وحركة مرور الشبكة. استخدم الأمر التالي للحصول على بيانات أداء العتاد هذه:

$ collectl -s cdmn -i1 -P --sep 59 -f ~/<FILENAME>.csv

الخيارات كالتالي:

• -s cdmn

  جمع بيانات CPU والقرص والذاكرة والشبكة

• -i1

  فاصل زمني لأخذ العينات قدره ثانية واحدة

• -P

  إخراج بتنسيق رسم بياني (بيانات مفصولة تتكون من رأس بسطر واحد لكل فاصل زمني لأخذ العينات)

• --sep 59

  فاصل بفاصلة منقوطة

• -f </PATH/TO/FILE>.csv

  حفظ الملف في المسار المحدد

قياس سيناريوهات الخط الأساسي ووضع الخمول والاستخدام القياسي

• سيناريو الخط الأساسي: نظام التشغيل (OS)

  لتحديد الخط الأساسي، يُقاس سيناريو يُشغّل فيه نظام التشغيل دون اتخاذ أي إجراءات.

• سيناريو وضع الخمول: نظام التشغيل + التطبيق في حالة الخمول

  لتحديد استهلاك الطاقة وبيانات أداء العتاد للتطبيق في حالة الخمول، يُقاس سيناريو يُفتح فيه التطبيق قيد الدراسة دون اتخاذ أي إجراء.

  هام: يجب تشغيل الخط الأساسي ووضع الخمول لنفس الوقت اللازم لتنفيذ سيناريو الاستخدام القياسي. نظرًا لأن استهلاك الطاقة للخط الأساسي وسيناريو الخمول منتظم نسبيًا، تُعتبر 10 تكرارات لكل منهما كافية للحصول على عينة تمثيلية (Seiwert & Zaczyk 2021).

• سيناريو الاستخدام القياسي: نظام التشغيل + التطبيق قيد الاستخدام

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

مراقبة المخرجات باستخدام لاببلوت

يمكنك استخدام لاببلوت الخاص بكيدي لمراقبة المخرجات مباشرة أثناء ورود البيانات. لفعل ذلك:

• أعِد توجيه مخرجات مقياس الطاقة إلى ملف CSV.
• في لاببلوت، استورد ملف CSV باختيار ملف > أضف جديد > مصدر بيانات مباشر…
• تحت "مرشح"، اختر الخيار المخصص. تحت "تنسيق البيانات"، عرّف قيمة الفاصل المستخدمة (مثل الفاصلة، الفاصلة المنقوطة، المسافة).
• يمكنك التحقق من صحة المخرجات تحت لسان "معاينة".
• أخيرًا، انقر بزر الفأرة الأيمن على نافذة إطار البيانات واختر رسم البيانات > منحنى xy.
• أخيرًا، انقر بزر الفأرة الأيمن على نافذة إطار البيانات واختر رسم البيانات > منحنى xy.

تحليل النتائج باستخدام أوسكار

بمجرد حصولك على النتائج، يوفر حرم بيركنفلد البيئي أداة مفيدة لتوليد التقارير تُسمى أوسكار (أداة مفتوحة المصدر لتحليل استهلاك البرامجيات في لغة R):

• الكود المصدري
• مثيل قيد التشغيل

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

ملفات CSV

يتطلب التحليل باستخدام أوسكار رفع الملفات التالية إلى موقع أوسكار:

• (ط) ملف سجل للإجراءات المتخذة،
• (ب) بيانات استهلاك الطاقة، و
• (ت) بيانات أداء العتاد.

يجب أن تكون جميع الملفات من نوع CSV. قد تكون بعض المعالجة المسبقة للبيانات الخام ضرورية (مثل بيانات الأداء المقاسة بواسطة كوليكتل؛ انظر أدناه).

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

إذا أردت فقط اختبار أوسكار، يمكنك تنزيل بيانات لأوكيولار في ملف ZIP هذا. أُكد نجاح البيانات في توليد تقرير باستخدام أوسكار v0.190404. يمكن أيضًا تنزيل التقرير الذي وُلد في مستودع FEEP.

ملف سجل الإجراءات

يجب أن يكون لملف سجل الإجراءات التنسيق التالي. لاحظ أن الأعمدة مفصولة بفاصلة منقوطة. أيضًا، الأعمدة ليس لها أسماء (أي لا يوجد رأس في ملف CSV). لاحظ أن بداية ونهاية كل تكرار يجب أن تُوسم بـ 'startTestrun' و 'stopTestrun' في العمود الثاني، بينما يمكن سرد الإجراءات بأي اسم.

مثال لملف سجل إجراءات لقياس محرر النصوص والكود الخاص بكيدي كيت. (ط) التاريخ والوقت بالإضافة إلى (ب) أوقات البداية والنهاية و (ت) الإجراءات مُدرجة في ثلاثة أعمدة.

بيانات استهلاك الطاقة

بيانات استهلاك الطاقة لها التنسيق التالي: العمود الأول هو رقم الصف، العمود الثاني هو التاريخ والوقت بزيادات ثانية واحدة، والعمود الثالث هو مخرجات القياس بالواط. لاحظ أن ما يلي مؤكد العمل مع أوسكار: (ط) اسمي العمودين الثاني والثالث كما هو مكتوب أدناه (أي "Zeit" و "Wert 1-avg[W]")، (ب) التاريخ-الوقت كسلسلة محرفية مع فصل التاريخ والوقت بفاصلة، و (ت) عدم استخدام محدد سلسلة في ملف CSV.

عند استخدام مقياس طاقة غود مع نص بايثون المتاح في مستودع FEEP، يُسجل الطابع الزمني بالنانو ثانية في زمن الحقبة. على سبيل المثال، أدناه مثال للمخرجات الخام لـ 7 صفوف من مخرجات مقياس طاقة غود باستخدام نص بايثون. العمود الأول يظهر الطابع الزمني. العمود الثاني هو القراءة من مقياس الطاقة بالواط.

يمكن معالجة البيانات الخام مسبقًا في R: يمكن تحويل النانو ثانية في زمن الحقبة إلى تاريخ-وقت بالأمر as.POSIXct(<NANOSECONDS>/1000000, origin = '1970-01-01', tz = 'Europe/Berlin'). على سبيل المثال، النانو ثانية في الصف 1 من المخرجات الخام تصبح "2022-08-27 16:52:03 CEST" بعد التحويل.

لاستخدامه مع أوسكار، يجب بعد ذلك تحويل هذا التاريخ-الوقت إلى سلسلة محرفية مع التاريخ بصيغة DD.MM.YY متبوعًا بفاصلة. يمكن تحقيق كل هذا بأمر واحد (يمكن توجيه هذه العملية على العمود بأكمله في إطار البيانات)؛ استبدل تاريخ YYYY-MM-DD بتاريخ قياساتك:

stringr::str_replace(as.character(as.POSIXct(1661611923019071/1000000, origin = '1970-01-01', tz = 'Europe/Berlin')), '2022-08-27', '27.08.22,')

ينبغي أن يُحسب متوسط الخرج بالواط لكل ثانية. تُعرض البيانات نفسها أعلاه أدناه بعد المعالجة باستخدام R؛ لاحظ أن القيم السبع أعلاه حُسب متوسطها لكل ثانية، مما أسفر عن صفين.

لحفظ ملف CSV بفاصل فاصلة منقوطة، والعمود الأول بأسماء صفوف تبدأ بالرقم 1، وبدون محدد سلسلة، استخدم أمر R التالي:

write.csv2(<إطار_البيانات>, file = <المسار/إلى/الملف.csv>, row.names = TRUE, quote = FALSE)

ينبغي أن تبدو النتيجة شيئًا مثل التالي:

بيانات الأداء (خام)

عند استخدام Collectl لبيانات أداء العتاد، من الضروري فعل التالي قبل رفع البيانات إلى OSCAR.³

• احذف كل المعلومات فوق صف الترويسة.
• احذف كل المحارف # من الملف.
• في العمود الأول، لا ينبغي أن تأتي قيمة فاصل بين التاريخ-الوقت (وإلا، سيُفسر التاريخ والوقت كعمودين منفصلين).
• ينبغي أيضًا أن يُدرج محرف بين YYYYMMDD في التاريخ، مثل MM.DD.YYYY كما أعلاه. أي محرف يُستخدم يجب تحديده في OSCAR.
• يمكن أن تكون أسماء الأعمدة أي شيء تريده حيث ستُحدد داخل OSCAR.
• يجب حفظ الملف بصيغة CSV.

علاوة على ذلك، يتضمن خرج أداء العتاد من Collectl أعمدة كثيرة ليست ضرورية للتحليل. القياسات الوحيدة التي تحتاج إلى تحديد هي الأعمدة التالية:

• [CPU]Totl = معالج
• [MEM]Used = الذاكرة الرئيسية - كيلوبايت مستخدمة
• [NET]RxKBTot = الشبكة - كيلوبايت مستلمة/ثا
• [NET]TxKBTot = الشبكة - كيلوبايت مرسلة/ثا
• [DSK]ReadKBTot = القرص - كيلوبايت مقروءة/ثا
• [DSK]WriteKBTot = القرص - كيلوبايت مكتوبة/ثا.

أدناه مثال للنتائج المعالجة مسبقًا من Collectl التي تقيس بيانات الأداء لـ Kate. يزداد الطابع الزمني بزيادات مقدارها ثانية واحدة.

رفع البيانات

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

• لغة الواجهة حالياً ألمانية فقط؛ انظر أدناه للترجمات.
• يجب تحديد مدة القياسات بالثواني.
• يُستخدم فاصل فاصلة منقوطة.
• يجب تحديد التنسيق الصحيح للطابع الزمني لكل من الملفات المرفوعة، مثل %Y-%m-%d %H:%M:%OS.

الخطوة 1: الحصول على بيانات القياس

تنص الصفحة الرئيسية للموقع (أدناه) على أن الخطوة الأولى هي الحصول على بيانات القياس (بالألمانية: Erfassung Messdaten). إذا كنت في هذه النقطة من العملية، ينبغي أن تكون قد قست برمجياتك بالفعل وأعددت ملفات CSV.

جميع الأمثلة هنا مبنية على بيانات أوكيولار في ملف ZIP هذا.

الخطوة 2: رفع بيانات القياس

عندما تكون ملفات CSV للقياسات الأساسية ووضع الخمول وسيناريو الاستخدام القياسي جاهزة، انقر على (2) رفع بيانات القياس > رفع.

تتضمن بيانات القياس (بالألمانية: Messdaten) ملف سجل الإجراءات (بالألمانية: Aktionen)، واستهلاك الطاقة (بالألمانية: Elektrische Leistung)، وبيانات أداء العتاد (بالألمانية: Hardware-Auslastung).

• تحت قياسات، ارفع بيانات قياس وضع الخمول أو سيناريو الاستخدام القياسي.

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

• تحت قياسات أساسية ارفع بيانات القياس الأساسية.

• حدد مدة سيناريوهات القياس بالثواني (بالألمانية: Dauer der Einzelmessungen (s)).

لاحظ أن القياسات الأساسية تُرفع دائمًا مع قياسات وضع الخمول أو سيناريو الاستخدام القياسي.

انظر أدناه لمعرفة شكل الرفع المكتمل لـ سيناريو الاستخدام.

الطوابع الزمنية    بمجرد رفع البيانات، ستحتاج إلى إخبار OSCAR بكيفية قراءة البيانات.

لنبدأ بتنسيق الطابع الزمني (بالألمانية: Formatierung Zeitstempel). هذا أحد جوانب العملية التي قد تسبب مشاكل إذا لم تُفعل بشكل صحيح. يُفعل هذا تحت (2) رفع بيانات القياس > تنسيق الطابع الزمني.

تأمل بيانات أوكيولار:

• بالنسبة لملف سجل الإجراءات، يُرمّز التاريخ والوقت كـ YYYY-MM-DD HH:MM:SS (مثل "2022-10-04 12:32:43.656" في “okularActions.csv”).

  في OSCAR، يُحدد هذا كـ "%Y-%m-%d %H:%M:%OS" (انظر لقطة الشاشة أدناه). سيتولى OSCAR معالجة أجزاء الثانية الكسرية.

• بالنسبة لبيانات استهلاك الطاقة، يُرمّز التاريخ والوقت كـ DD.MM.YY, HH:MM:SS (مثل "04.10.22, 12:32:43" في “okular_baseline_eletrLeistung.csv”). لاحظ النقطة في التاريخ والفاصلة التي تفصل التاريخ عن الوقت، بالإضافة إلى وجود رقمين فقط للسنة.

  في OSCAR يُحدد هذا كـ "%d.%m.%y, %H:%M:%OS" (انظر لقطة الشاشة أدناه)، حيث يشير الحرف الصغير “%y” إلى سنة برقمين.

• بالنسبة لبيانات أداء العتاد، يُرمّز التاريخ والوقت كـ DD.MM.YYYY HH:MM:SS (مثل "04.10.2022 12:31:43" في “baseline_hardware_formatiert.csv”). لاحظ النقطة في التاريخ والسنة بأربعة أرقام.

  في OSCAR، يُحدد هذا كـ: "%d.%m.%Y %H:%M:%OS" (انظر لقطة الشاشة أدناه)، حيث يشير الحرف الكبير “%Y” إلى سنة بأربعة أرقام.

بيانات القياس    بعد تحديد الطوابع الزمنية بشكل صحيح، دعنا نستكشف تنسيق بيانات القياس (بالألمانية: Formatierung Messdaten) في OSCAR.

أولاً، ألق نظرة على ملف سجل الإجراءات (بالألمانية: Aktionen). يُفعل هذا تحت (2) رفع بيانات القياس > تنسيق بيانات القياس > الإجراءات.

هنا تحتاج إلى تحديد لملف CSV المرفوع الفاصل (بالألمانية: Trennzeichen)، ومحدد النص (بالألمانية: Textqualifizierer)، وفاصل الكسور العشرية (بالألمانية: Dezimaltrennzeichen).

بالنسبة لبيانات أوكيولار، يُعرف هذا بفاصل فاصلة منقوطة، ومحدد نص بعلامتي اقتباس مزدوجتين، وفاصل كسور عشرية بنقطة (انظر لقطة الشاشة أدناه).

بالإضافة إلى ذلك، ستحتاج إلى تحديد ما يلي:

• ما إذا كان السطر الأول يحتوي على عناوين (بالألمانية: Erste Zeile enthält Überschriften)؛
• عدد الأسطر التي سيتم تخطيها (بالألمانية: Anzahl zu überspringender Zeilen)؛ و
• ترميز الأحرف (بالألمانية: Zeichensatz (Encoding)).

بالنسبة لبيانات أوكيولار، يُعرف هذا كما يلي في لقطة الشاشة التالية: “السطر الأول يحتوي على عناوين” غير محدد، 0 سطر يتم تخطيها، وترميز الأحرف هو utf-8.

عند ضبط كل شيء بشكل صحيح، سيُعرض معاينة لجدول البيانات.

ثانيًا، ألقِ نظرة على قياسات استهلاك الطاقة (بالألمانية: Elektrische Leistung). يُفعل ذلك تحت (2) Upload Messdaten > Formatierung Messdaten > Elektrische Leistung.

المدخلات المطلوبة هي نفسها لملف سجل الإجراءات، كما هو موضح في لقطة الشاشة التالية.

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

عند ضبط كل شيء بشكل صحيح، سيُعرض معاينة لجدول البيانات.

أخيرًا، ألقِ نظرة على بيانات أداء العتاد (بالألمانية: Hardware-Auslastung). يُفعل ذلك تحت (2) Upload Messdaten > Formatierung Messdaten > Hardware-Auslastung.

المدخلات المطلوبة هي نفسها. المدخلات في هذا المثال هي فاصل فاصلة منقوطة، ومحدد سلسلة اقتباس مزدوج، وفاصل عشري نقطة (تُعرف أيضًا بنقطة). توجد علامة صح على أن السطر الأول يحتوي على عناوين، ولا يُتجاوز أي سطر، وترميز الأحرف هو utf-8.

ومع ذلك، هناك الآن متطلب إضافي لتحديد الأعمدة (بالألمانية: Spalten).

لتحديد الأعمدة، يجب تعريف ما يلي؛ اختر NA للأعمدة غير المستخدمة، مثلًا “Auslastung Auslagerungsdatei” هنا.

• Zeitstempel: التاريخ والوقت (أي ‘Date-Time’)
• CPU-Auslastung: وحدة المعالجة المركزية (أي ‘X.CPU.Totl’)
• RAM-Auslastung: ذاكرة الوصول العشوائي (أي ‘X.MEM.Used’)
• Über Netzwerk gesendet: مرسل عبر الشبكة (أي ‘X.NET.TxKBTot’)
• Über Netzwerk empfangen: مستقبَل عبر الشبكة (أي ‘X.NET.RxKBTot’)
• Von Festplatte gelesen: مقروء من القرص (أي ‘X.DSK.ReadKBTot’)
• Auf Festplatte geschrieben: مكتوب على القرص (أي ‘X.DSK.WriteKBTot’)
• Auslastung Auslagerungsdatei: المبادلة (هنا، ‘N/A’)

الترجمات

إليك نظرة عامة على بعض المصطلحات الألمانية المستخدمة في OSCAR والترجمات الإنجليزية:

• Messungen: القياسات (مثلًا وضع الخمول أو SUS)
• Aktionen: الإجراءات (أي ملف سجل الإجراءات المتخذة)
• Elektrische Leistung: ‘الطاقة الكهربائية’ (أي قياسات استهلاك الطاقة)
• Hardware-Auslastung: ‘حمل العتاد’ (أي قياسات أداء العتاد)
• Dauer der Einzelmessungen (s): ‘مدة القياسات الفردية (ث)’ (أي حدد مدة كل تكرار بالثواني)
• Art der Messung: ‘نوع القياس’
  • Leerlauf: ‘خمول’ (أي وضع الخمول)
  • Nutzungsszenario: ‘سيناريو الاستخدام’ (أي SUS)
• Formatierung Messdaten: ‘تنسيق بيانات القياس’
• تنسيق الطابع الزمني: ‘تنسيق الطابع الزمني’
• فاصل ‘فاصل’
• مؤهل النص: ‘محدد السلسلة’
• فاصل عشري: ‘فاصل عشري’
• السطر الأول يحتوي على عناوين: ‘السطر الأول يحتوي على عناوين’
• عدد الأسطر المراد تخطيها: ‘عدد الأسطر المراد تخطيها’
• مجموعة المحارف (ترميز): ‘مجموعة المحارف (ترميز)’
• أعمدة: أعمدة
  • طابع زمني: ‘تاريخ ووقت’
  • استخدام وحدة المعالجة المركزية: ‘استخدام وحدة المعالجة المركزية’
  • استخدام الذاكرة العشوائية: ‘استخدام الذاكرة العشوائية’
  • أُرسل عبر الشبكة: ‘أُرسل عبر الشبكة’
  • استُقبل عبر الشبكة: ‘استُقبل عبر الشبكة’
  • قُرئ من القرص: ‘قُرئ من القرص’
  • كُتب على القرص: ‘كُتب على القرص’
  • استخدام ملف المبادلة: ‘استخدام ملف المبادلة’

الخطوة 3: توليد التقارير (خامل، سيناريو استخدام قياسي)

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

لشهادة الملاك الأزرق البيئية، سيُقدم التقريران للتقييم من قبل RAL.

لأمثلة على ما سبق لـ Okular، انظر مستودع تطبيقات الملاك الأزرق لكيدي:

• تقرير OSCAR: وضع الخمول
• تقرير OSCAR: سيناريو الاستخدام القياسي

تحضير الوثائق للملاك الأزرق

لشهادة الملاك الأزرق البيئية، من الضروري ملء عدة نماذج إلى جانب التقريرين من OSCAR.

المعلومات التي يجب تضمينها في النماذج هي كالتالي:

• تفاصيل عن البرمجية (الاسم، الإصدار) وعملية القياس (متى وأين أجريت القياسات، إلخ).
• تفاصيل تقنية عن مقياس الطاقة (الجهاز، تردد أخذ العينات، طول السيناريو، حجم العينة).
• تفاصيل تقنية عن النظام المرجعي (السنة، الطراز، المعالج، الأنوية، إلخ).
• حزمة البرمجيات المستخدمة للقياسات (xdotool، Collectl، إلخ).
• المتطلبات الدنيا للنظام (بنية المعالج، الذاكرة العاملة المحلية، إلخ).
• نتائج استهلاك الطاقة الموجودة في تقارير OSCAR أو ما يعادلها.
• نتائج استخدام العتاد، والتي تتضمن ما يلي (بالنسبة لـ IDLE استخدم قياسات وضع الخمول، وبالنسبة لـ SUS استخدم قياسات سيناريو الاستخدام القياسي):

  • الحمل الكامل: "بالنسبة لقدرة المعالجة، الحمل الكامل هو 100%، وبالنسبة للذاكرة العاملة مجموع سعات الرام المثبتة، وبالنسبة لعرض النطاق الترددي للشبكة السرعة القصوى للإرسال، إلخ." (معايير جائزة الملاك الأزرق: ص. 23).

  • الحمل الأساسي: متوسط الحمل للنظام المرجعي في قياسات خط الأساس.

  • حمل الخمول/SUS: متوسط الحمل للنظام المرجعي لقياسات IDLE/SUS.

    من القياسات أعلاه، تُجرى الحسابات التالية لاستخدام العتاد (بالنسبة لـ IDLE استخدم قياسات وضع الخمول، وبالنسبة لـ SUS استخدم قياسات سيناريو الاستخدام القياسي):

    • الحمل الصافي: حمل الخمول/SUS - الحمل الأساسي
    • عامل التخصيص: الحمل الصافي/(الحمل الكامل - الحمل الأساسي)
    • الحمل الفعّال: الحمل الصافي + عامل التخصيص * الحمل الأساسي
    • استخدام العتاد (SUS فقط): الحمل الفعّال * الزمن (ثوانٍ)

بالنسبة للشهادة البيئية للملاك الأزرق، ستُضاف المعلومات أعلاه إلى وثيقتين تُسميان "الملحق 1" و"الملحق 2".

لأمثلة على ما سبق لـ Okular، انظر مستودع تطبيقات الملاك الأزرق لكيدي:

• الملحق 1
• الملحق 2

بديل: إعداد Gosund SP111

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

• “قياس الطاقة الكهربائية الرخيص”
• “سباق كيدي البيئي يوليو 2022”

فيما يلي دليل لإعداد قابس طاقة Gosund SP111 سبق وميضه بـ برنامج Tasmota الثابت في 10 خطوات.

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

• (0) المتطلب الأساسي

  من الضروري أن يكون قابس الطاقة قد وُمض مسبقًا بإصدار Tasmota جديد بما يكفي.

• (1) إعادة ضبط البرنامج الثابت

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

  إذا فتح الجهاز نقطة وصول WiFi باسم “tasmota-XXXXX” فهذا غير مطلوب، تابع مباشرة إلى (2).

  اضغط الزر لمدة 40 ثانية.

  سيعاد تشغيل الجهاز ويجب أن تتمكن من المتابعة عند (2).

• (2) إعداد WiFi

  يفتح الجهاز نقطة وصول WiFi باسم “tasmota-XXXXX”—اتصل بها.

  افتح http://192.168.4.1 في متصفح.

  سيطلب منك الجهاز اسم شبكة WiFi وكلمة المرور للاتصال بعد إدخالهما. سيعيد الجهاز الاتصال بشبكة WiFi تلك ويعطّل نقطة الوصول الخاصة به.

  أثناء فعل ذلك، ينبغي أن يعرض لك عنوانه الجديد في المتصفح — دوّنه.

  في حال لم يحدث ذلك، افحص جهاز توجيه WiFi الخاص بك للعثور على عنوان الجهاز.

• (3) إعداد Tasmota

  افتح العنوان من الخطوة (2) في متصفح.

  ينبغي أن ترى واجهة مستخدم Tasmota على الويب (نص كبير “ON/OFF” ومجموعة من الأزرار الزرقاء وزر أحمر واحد).

  انقر “Configuration”.

  انقر “Configure Other”.

  انسخ

       {"NAME":"Gosund SP111 2","GPIO":
       [56,0,57,0,132,134,0,0,131,17,0,21,0],"FLAG":0,
       "BASE":18}
  

  في حقل إدخال القالب.

  حدّد مربع الاختيار “Activate”.

  انقر “Save”.

  سيعاد تشغيل الجهاز؛ اتصل به مجددًا.

  ينبغي أن تحتوي الواجهة الآن أيضًا على حقول نصية تعرض الخصائص الكهربائية، وأن يعمل زر “Toggle” فعليًا الآن.

• (4) المعايرة

  افتح العنوان من الخطوة (2) في متصفح.

  صل حملاً مقاومًا بحتًا بقدرة واطية معروفة، مثل مصباح تقليدي (ليس مصباح LED أو موفرًا للطاقة).

  شغّل الطاقة بالنقر على “Toggle” إذا لزم الأمر.

  تحقق من عرض قيمة “Power Factor” كـ 1 (أو قريبة جدًا من 1)؛ إذا كانت أقل، فإن الحمل الحالي غير مناسب للمعايرة.

  انقر “Console”.

  أدخل الأوامر التالية واحدًا تلو الآخر واضغط إدخال:

     AmpRes 3  
     VoltRes 3  
     EnergyRes 3  
     WattRes 3  
     FreqRes 3  
     SetOption21 1
     VoltageSet 230
  

  أدخل الأمر PowerSet XXX مع استبدال XXX بالقدرة الواطية المحددة للحمل الاختباري (مثل “40” لمصباح 40 واط).

  انقر “Main Menu”.

  ينبغي أن تعرض الصفحة الرئيسية الآن قراءات طاقة صحيحة بدقة عدة أرقام عشرية.

• (5) إعداد وسيط MQTT

  حاليًا، الطريقة الوحيدة المعروفة لتحقيق قراءات تلقائية عالية التردد هي الاستقصاء عبر MQTT. هذا ليس مثاليًا ويحتاج إلى إعداد إضافي، للأسف.

  إذا كان لديك وسيط MQTT بالفعل، فتجاوز إلى الخطوة (6)؛ وإلا، فأنت بحاجة إلى إعداده. السيناريو أدناه يفترض أن Mosquitto مُحزّم لتوزيعة GNU/Linux الخاصة بك (وبالتالي لا يضبط أي أمان)، لذا افعل هذا فقط في شبكتك الموثوقة وأطفئه عند عدم الحاجة.

  • ثبّت الحزمة mosquitto

  • أضف ملفًا /etc/mosquitto/conf.d/listen.conf بالمحتوى التالي:

     listener 1883  
     allow_anonymous true
    

  • شغّل Mosquitto باستخدام systemctl start mosquitto.service

• (6) إعداد MQTT Tasmota

  اتصل بجهاز Tasmota باستخدام متصفح ويب، وافتح صفحة تهيئة MQTT عبر Configuration > Configure MQTT.

  أدخل عنوان IP لوسيط MQTT في حقل “Host”.

  دوّن القيمة الظاهرة يمين لصيقة “Topic” بين قوسين (عادةً ما تكون شيئًا مثل “tasmota_xxxxxx”). ستكون هناك حاجة إليها لاحقًا لمخاطبة الجهاز عبر MQTT. يمكنك أيضًا تغيير القيمة المبدئية إلى شيء أسهل للتذكر، لكن يجب أن تكون فريدة إذا كان لديك أجهزة متعددة.

  انقر “Save”.

  سيعاد تشغيل الجهاز وبمجرد عودته يجب أن ترى مخرجات في وحدة التحكم الخاصة به مسبوقة بـ “MQT”.

• (7) التحقق من اتصال MQTT

  يفترض هذا أن أدوات عميل Mosquitto مثبتة لديك، وهي متوفرة عادةً كحزم توزيع.

  تحتاج إلى طرفيتين للتحقق من أن اتصال MQTT يعمل كما هو مقصود.

  • في الطرفية 1، شغّل mosquitto_sub -t 'stat/<topic>/STATUS10'
  • في الطرفية 2، شغّل mosquitto_pub -t 'cmnd/<topic>/STATUS' -m '10'

  استبدل <topic> بالقيمة المدونة في الخطوة (6).

  في كل مرة تشغّل فيها الأمر الثاني، يجب أن ترى مجموعة من القيم مطبوعة في الطرفية الأولى.

• (8) قياسات الطاقة المستمرة

  انظر هذه النصوص البرمجية.

• (9) تبديل شبكات WiFi

  لأسباب أمنية، بمجرد الاتصال بشبكة WiFi، لن يسمح لك Tasmota بالعودة إلى الخطوة (2) مبدئيًا دون إعادة ضبط قاسية للجهاز (ضغط زر لمدة 40 ثانية). ومع ذلك، فإن إعادة الضبط القاسية تزيل أيضًا جميع الإعدادات والمعايرة. إذا كنت بحاجة إلى الانتقال إلى شبكة مختلفة، فهناك خيارات أقل حدة متاحة، لكن هذه التغييرات لا يمكن إجراؤها إلا داخل الشبكة التي اتصلت بها أصلاً:

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

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

  بالنسبة لإصدار Tasmota 11، يمكن أن تؤدي إعادة الضبط بضغط الزر لمدة 40 ثانية إلى ترك الجهاز في حالة عدم إقلاع، بينما إعادة الضبط من وحدة التحكم باستخدام Reset 1 ليس لديها تلك المشكلة، لكن يجب القيام بها قبل قطع الاتصال بشبكة WiFi المعروفة أيضًا.

• (10) استعادة الأجهزة غير القابلة للإقلاع

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

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

  العملية الأساسية موصوفة في الدليل أعلاه. يمكن رؤية تخطيط لوحة الدوائر المطبوعة لـ Gosund SP 111 هنا.

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

  مرة أخرى: لا تصل الجهاز بمصدر الطاقة الرئيسي لأن هذا مهدد للحياة.

(ب) عمر تشغيل العتاد

المعايير في الفئة (ب) تضمن أن للبرنامج متطلبات أداء منخفضة بما يكفي ليعمل على عتاد أقدم وأقل قوة عمره خمس سنوات على الأقل.

العديد من تطبيقات البرمجيات الحرة والمفتوحة المصدر تعمل على عتاد أقدم بكثير من 5 سنوات. في الواقع، لاحظ أعضاء مجتمع كيدي أن بيئة سطح المكتب بلازما تعمل على عتاد من عام 2005 حتى!

هذه الفئة سهلة التحقيق نسبيًا لتطبيق Blue Angel. الامتثال يستلزم إعلانًا عن التوافق مع الإصدارات السابقة، بما في ذلك تفاصيل حول العتاد الذي يعمل عليه البرنامج وحزمة البرامج المطلوبة. لإظهار الامتثال، وثّق المعلومات التالية في وثيقتين تسمى “الملحق 1” و “الملحق 2”:

• سنة النظام المرجعي — مثلًا، 2015
• الطراز — مثلًا، Fujitsu Esprimo 920
• المعالج — مثلاً، Intel Core i5-4570
• النوى — مثلاً، 4
• سرعة الساعة — مثلاً، 3,6 غيغاهرتز
• الذاكرة العشوائية — مثلاً، 4 غيغابايت
• القرص الصلب (SSD/HDD) — مثلاً، 500 غيغابايت
• بطاقة الرسوميات — مثلاً، Intel Ivybridge Desktop
• الشبكة — مثلاً، Realtek Ethernet
• الخبيئة — مثلاً، 6144 كيلوبايت
• اللوحة الأم — مثلاً، Fujitsu D3171-A1
• نظام التشغيل — مثلاً، أوبونتو 18.04

مرة أخرى، أمثلة لأوكيولار موجودة في الروابط التالية:

• الملحق 1
• الملحق 2

(ج) استقلالية المستخدم

كما نوقش في الجزء الثاني، تغطي معايير استقلالية المستخدم للملاك الأزرق ثمانية مجالات عامة:

1. تنسيقات البيانات
2. الشفافية
3. استمرارية الدعم
4. قابلية الإزالة
5. القدرة على العمل دون اتصال
6. النمطية
7. الخلو من الإعلانات
8. التوثيق

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

توثيق هذه المعلومات مهم، سواء لتحقيق معايير جائزة الملاك الأزرق أو لإعطاء المستخدمين معلومات حول الاستخدام المستدام طويل الأمد لبرمجياتهم وعتادهم.

هذا ليس عرضًا شاملاً لكل فئة من فئات معايير الملاك الأزرق أعلاه. بدلاً من ذلك، يركز هذا الدليل على جوانب المعايير التي يمكن لمشاريع كيدي/البرمجيات الحرة مفتوحة المصدر توثيقها وتوفيرها بسهولة (وهو بالفعل معظم العمل). للمعايير الكاملة، انظر القسم 3.1.3 في معايير الجائزة الأساسية.

2.1 تنسيقات البيانات

المعلومات الرئيسية التي يجب تضمينها في التوثيق:

• ما تنسيقات البيانات (المفتوحة) المدعومة—مع روابط للمواصفات، مثلاً، PDF؟
• أيضًا محل الاهتمام: هل هناك أمثلة لمنتجات برمجية أخرى تعالج تنسيقات البيانات هذه؟

لمثال على التوثيق عبر الإنترنت لتنسيقات البيانات المدعومة لأوكيولار، زر موقع أوكيولار.

مثال على التوثيق للملاك الأزرق موجود في الملحق 4.

2.2 شفافية المنتج البرمجي

عند فقدانها، قدّم روابط لوثائق واجهة برمجة التطبيقات (API)، والشفرة المصدرية، ورخصة البرمجيات. على سبيل المثال، لـ KMail:

• وثائق واجهة برمجة تطبيقات كيدي لإدارة المعلومات الشخصية
• الشفرة المصدرية
• الرخصة

مثال على وثائق الملاك الأزرق موجود في الملحق 5.

2.3 استمرارية الدعم

تفاصيل استمرارية الدعم التي يجب توثيقها تشمل:

• معلومات عن مدة دعم البرمجيات (مع روابط لإعلانات الإصدارات).
• جدول الإصدارات وتفاصيله (مثل من يصون البرمجيات).
• بيان بأن التحديثات مجانية.
• إعلان عن كيفية تمكين رخصة البرمجيات الحرة ومفتوحة المصدر للدعم المستمر إلى أجل غير مسمى.
• معلومات عن إمكانية تثبيت التحديثات الوظيفية والأمنية بشكل منفصل وكيفية ذلك.

مثال على وثائق استمرارية دعم أوكيولار للملاك الأزرق موجود في القسم 3.1.3.3 من الملحق 6.

2.4 قابلية الإزالة

كيف يمكن للمستخدمين إزالة البرمجيات بالكامل؟ قد تشمل التفاصيل ذات الصلة:

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

مثال على وثائق قابلية إزالة أوكيولار للملاك الأزرق موجود في القسم 3.1.3.4 من الملحق 6.

2.5 القدرة على العمل دون اتصال

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

مثال على وثائق قدرة أوكيولار على العمل دون اتصال للملاك الأزرق موجود في القسم 3.1.3.5 من الملحق 6.

2.6 النمطية

المعلومات التي يجب توثيقها تشمل:

• ما جوانب البرمجيات النمطية التي يمكن تعطيلها أثناء التثبيت؟
• هل يمكن تثبيت أدلة البرمجيات أو الترجمات بشكل منفصل؟
• هل تُضمّن أي وحدات غير مرتبطة بالوظيفة الأساسية مع التثبيت، مثل وحدات التتبع أو التكامل السحابي؟ إذا لم تكن كذلك، فوثّق ذلك!

مثال على وثائق نمطية أوكيولار للملاك الأزرق موجود في القسم 3.1.3.6 من الملحق 6.

2.7 التحرر من الإعلانات

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

2.8 التوثيق

يشمل هذا ما يلي:

• العملية العامة لتثبيت/إزالة البرمجية؟ قد تشمل هذه تعليمات عامة أو دروسًا تعليمية لبيئة مكتبية أو مدير حزم معين.
• عملية استيراد/تصدير البيانات؟
• ماذا يمكن للمستخدمين فعله لتقليل استخدام الموارد (مثل خيارات الضبط لتحسين الأداء)؟
• هل تحتوي البرمجية على أي وظائف كثيفة الاستخدام للموارد غير ضرورية للوظائف الأساسية؟ إذا لم تكن كذلك، عظيم. لنخبر المستخدمين!
• شروط الترخيص المتعلقة بالتطوير الإضافي لمنتجات البرمجية، مع روابط إلى شيفرة المصدر والترخيص؟
• من يدعم تطوير البرمجية؟
• هل تجمع البرمجية أي بيانات شخصية؟ هل تتوافق مع قوانين حماية البيانات الحالية؟ إذا كانت الإجابة بنعم، وثّق ذلك!
• ما هي سياسة الخصوصية؟ هل هناك قياس عن بعد؟ إذا كانت الإجابة بنعم، كيف تتعامل البرمجية مع أمن البيانات، وجمع البيانات، ونقل البيانات؟ أيضًا، هل هناك إعلانات أو تتبع مضمن في البرمجية؟ إذا لم تكن كذلك، ممتاز—تأكد الآن من نشر الخبر!

يمكن العثور على مثال لتوثيق منتج أوكيولار لشهادة الملاك الأزرق في القسم 3.1.3.8 من الملحق 6.

التقديم إلى RAL

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

بمجرد أن تُجهّز كل التوثيق، تحتاج إلى تقديمه للمراجعة إلى RAL gGmbH (إذا تذكرت، RAL هي الهيئة المخولة التي تقيّم الامتثال لمعايير الجائزة). يمكن العثور على بوابة تقديم طلبات الملاك الأزرق هنا (https://portal.ral-umwelt.de/).

إذا احتجت مساعدة مع الواجهة الإلكترونية، توفر RAL توثيقًا.

مستندات تقديم مثال

أدناه أمثلة على توثيق الملاك الأزرق لأوكيولار.

• الملحق 1: النموذج
• الملحق 2: جدول البيانات
• الملحق 3: تقرير OSCAR لوضع الخمول
• الملحق 3: تقرير OSCAR لسيناريو المستخدم
• الملحق 4: تنسيقات البيانات
• الملحق 5: المعايير المفتوحة
• الملحق 6: معلومات المنتج
• الملحق 7: تنسيق البيانات لنقل معلومات المنتج حول كفاءة الموارد والطاقة

مبادرات برمجية مستدامة بارزة

هناك العديد من المبادرات التي تعمل على أدوات لقياس استهلاك الطاقة للبرمجيات. نود أن نذكر خمسًا على وجه الخصوص تعاونت مع مبادرة كيدي إيكو:

• مجموعة عمل هندسة البرمجيات الخضراء في حرم بيركنفيلد البيئي (بالألمانية: Umwelt Campus Birkenfeld)

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

• معهد أوكو e.V.

  معهد أوكو هو أحد أبرز مؤسسات البحث والاستشارات المستقلة في أوروبا التي تعمل من أجل مستقبل مستدام. تعمل مجموعة أبحاث المنتجات المستدامة وتدفقات المواد على منهجيات قياس متنوعة. في هذه التدوينة (بالألمانية) يقدم الباحثون تقنية قياس ذاتي باستخدام نص بايثون بسيط.

• برمجة خضراء برلين

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

• مشروع SoftAWERE من تحالف البنية التحتية الرقمية المستدامة

  تشرف المجموعة التوجيهية SoftAWERE على تطوير أدوات ولصائق لتطبيقات برمجية موفرة للطاقة وتحدد اتجاهه.

• مؤسسة الويب الأخضر

  تتابع مؤسسة الويب الأخضر الانتقال إلى إنترنت خالٍ من الوقود الأحفوري وتسرعه.

عن

المؤلفون

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

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

شكر وتقدير

شكرًا للمساهمين الكثيرين في مبادرة كيدي إيكو بشكل عام (مدرجون حسب الترتيب الأبجدي للاسم الأول): أخيم غولدنر، أدريان دي غروت، أليكس بول، ألكسندر زيمكه، أندريه بونيتز، بيورن بالازس، كارل شوان، كريس آدامز، كريستوفر شتومبف، ديفيد هوركا، فابيان، فيليكس بيرينز، فرانزيسكا ماي، هارالد سيتر، ينس غروغر، جوني جازيكس، جوناثان إسك-ريدل، كيرا أوبيرغوكر، ليديا بينتشير، مارينا كوهن، ماتياس بورنشاين، ماكس شولتسه، فو نغوين، سامي شلايل، شتيفان ناومان، سفين كوهلر، وتوبياس فيلا. مساهماتكم محل تقدير كبير.

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

استفادت مبادرة كيدي إيكو من العديد من النقاشات المفيدة التي جرت في المؤتمرات وورش العمل التالية: أكاديمي 2022، قمة تطبيقات لينكس 2022، فوسديم 2023، آر سي 3: ناوير 2021، إس إف إس كون 2021/2022، أيام لينكس غراتس 2022، قمة كيوتي العالمية 2022، كيوتي ديف كون 2022، فيدورا نيست 2022، لقاءات برمجة خضراء برلين، هاكاثون تحالف البنية التحتية الرقمية المستدامة، إنفيروإنفو 2022، وبتس أوند بومه 2022. شكرًا!

الرخصة

ما لم يُذكر خلاف ذلك، جميع المحتويات منشورة تحت رخصة المشاع الإبداعي نسب-المشاركة بالمثل 4.0 دولي (CC-BY-SA-4.0). لمزيد من المعلومات حول ترخيص التوثيق في كيدي، انظر سياسة ترخيص كيدي.

إشعار التمويل

مول مشروع الملاك الأزرق للبرمجيات الحرة ومفتوحة المصدر من قبل وكالة البيئة الألمانية الاتحادية (UBA) والوزارة الاتحادية للبيئة وحماية الطبيعة والسلامة النووية وحماية المستهلك (BMUV). الأموال متاحة بقرار من البوندستاغ الألماني.

الناشر مسؤول عن محتوى هذا المنشور.