يحاول أندرو غالانت ، مؤلف العديد من مشاريع المصادر المفتوحة ، أن يخفف من حدة التوتر الذي تراكم مؤخراً في مجتمع المصادر المفتوحة. أثارت صرخات الروح "كيف تشعر كمحافظ برمجيات حرة" ، و "مصدر مفتوح غير ممتن" وغيرها من الشكاوى المقدمة من المشرفين نقاشاً حول العدوانية ، والفظاظة ، والجسدية ، والإرهاق العاطفي ، وشدة الدعم الأناني للمشاريع. تم نشر المنشور في 19 يناير 2020 ، - تقريبًا. في.أريد الابتعاد عن تقليد التحدث بصرامة تقريبًا عن الموضوعات الفنية - وسأشارك بعضًا من علاقتي الشخصية مع برامج مجانية ومفتوحة المصدر (FOSS). على الرغم من اختلاف جميع الأشخاص ، إلا أنني آمل أن يساعد تبادل الآراء في بناء التفاهم المتبادل والتعاطف والثقة في مجتمعنا.
يرجى عدم اعتبار هذا المنشور رد فعل مباشر على تصرفات أي جهة صيانة أخرى. هذه ليست وصفة للسلوك المثالي ، وإنما هي انعكاس شخصي على أمل أن تصبح مناسبة للآخرين للتفكير في علاقاتهم مع المصدر المفتوح. لا توجد طريقة واحدة صحيحة لتصبح مشرف جيد. لكل منها طرقها الخاصة للتعامل مع هذا.
هذا ليس بأي حال دعوة للمساعدة. إنه عن الفهم. أنا لا أدعو إلى تغيير في اقتصاد البرمجيات الحرة والمفتوحة المصدر أو مناقشة صحتي العقلية. أنا لا أتحدث عن جذب مشرفين إضافيين. أريد فقط مشاركة قصتي ومحاولة زيادة التعاطف في مجتمع البرمجيات الحرة والمفتوحة المصدر.
الجمهور المستهدف : جميع المشاركين في المصادر المفتوحة.
محتوى
القصة
صدر
أول مشروع مفتوح المصدر لي منذ حوالي 16 عامًا - لوحة إعلانات في PHP. في ذلك الوقت ، قام الجميع تقريبًا بإنشاء مثل هذه الأشياء ، وهكذا تعلمت البرنامج. بدأ المشروع في البداية كنظام مدرسي للمناقشات (في ذلك الوقت ، لم تعمل المدارس مع الإنترنت على الإطلاق ، باستثناء استضافة مواقع crappy). ثم واجهت لأول مرة صعوبة في التقدير. استمر المشروع لمدة أطول من فصل دراسي واحد ، وانتقل تدريجيا إلى هواية تجاوزت نطاق المشروع المدرسي.
شخصيا ، كنت دائما أحب البرنامج للمتعة فقط. أحب جميع المراحل: أولاً ، البحث عن موضوع وتحديد الجدوى ووضع خطة أولية وترميز مهووس وحتى التفكير فيه ، وأنا أحب كل دقيقة من كل شيء.
للاستمتاع بالبرمجة ، لا يتعين علي مشاركة نتائج عملي. ومع ذلك ، سرعان ما أصبح المصدر المفتوح جزءًا طبيعيًا من عملية التطوير الخاصة بي ، والتي استمرت بشكل أو بآخر لمدة 16 عامًا. في الحقيقة ، فإن ما يعجبني أكثر هو ما إذا كان الكود يسمح لشخص ما بحل مشكلته بشكل أكثر كفاءة. أكثر جيدة يجلب بلدي رمز ، وأكثر متعة. كقاعدة عامة ، لا يهمني من جهة أخرى ، مجرد متسلل آخر يرضي فضوله ، أو شركة عملاقة تفعل شيئًا مثيرًا للاهتمام على نطاق لا يصدق.
واستمرت قصتي في البرمجيات الحرة والمفتوحة المصدر مع العديد من إصدارات لوحة النشرات الخاصة بي و
wtcSQLite ، وهي نسخة بسيطة من
phpMyAdmin ، لكن مع SQLite.
عندما انتقلت من Windows إلى Linux في عام 2009 ، أطلقت المزيد من المشاريع ، ولكن في Python و X11. من بينها
PyTyle لتثبيت الإطارات في مدير النوافذ المتعددة و
openbox-multihead ، وهو تطبيق دعم شاشات متعددة في
Openbox . هذه المشاريع ، إلى جانب بعض الأبحاث التي أجراها Go ، دفعتني إلى إنشاء
مدير النوافذ على Go الذي ما زلت أستخدمه.
مع مرور الوقت ، وقبل حوالي ست سنوات ، بدأت الكتابة في روست. أصبحت
Quickcheck أول مكتبة ، ولكن تبعتها
مجموعة من الآخرين:
regex ،
docopt.rs ،
rust-csv ،
fst ،
termcolor ،
walkdir وغيرها الكثير على مدار السنوات الست القادمة.
على الرغم من أن الغالبية العظمى من مشاريع Rust الخاصة بي هي مكتبات ، إلا أن هناك أدوات لسطر الأوامر مثل
xsv و
ripgrep .
العديد من مشاريعي القديمة أصبحت الآن ميتة أو مدعومة من قبل الآخرين ، لكنني أواصل دعم معظم مشاريع Rust. أو تم استبدالهم برفوف ذات جودة أفضل لشخص آخر (على سبيل المثال ، كيف حلّت
قناة الشعاع المتقاطع بالتشان ).
اليوم ، ما زلت أرغب في البرمجة كثيرًا ، لكنني
أيضًا أمضي الكثير من الوقت على مراجعات الكود ، وتصحيح المشكلات مع المستخدمين النهائيين ، والإجابة على طلبات الميزات ، وغيرها من الأشياء. هذا يعني دائمًا التفاعل والعمل والتواصل مع الآخرين.
المشاعر اللعينة
في شبابي كنت فخورة بـ "منطقي" و "صنع القرار النزيه". كما هو الحال في كل خدعة جيدة للذات ، هناك ذرة من الحقيقة هنا. ولكن في جوهرها ، أنا شخصيا عاطفي عميق.
تتدفق المشاعر بعمق ويمكن أن تكون مصدرًا مفيدًا حقًا للدوافع الداخلية. على سبيل المثال ، لبعض الوقت بعد إصدار ripgrep ، لقد
كرهت حقًا لمس
الكود المسؤول عن عرض نتائج البحث . كان مرتبكًا ، وعربات التي تجرها الدواب وصعبة التغيير. لإعادة كتابة التعليمات البرمجية بالكامل قرار منطقي تمامًا يمكن اتخاذه لأسباب فنية بحتة ، لكنني كنت
متحمسًا للقيام بذلك بدافع الإحساس بالاشمئزاز.
لم يعجبني مشاعري . ساعدتني العواطف في إصلاح الموقف ، وساعدني. على سبيل المثال ، الآن يتم عزل الإخراج في
مكتبة منفصلة مع اختبارات شاملة ، وأشعر بتحسن كبير في كل مرة أحتاج إلى الدخول في هذا الرمز والقيام بشيء ما. لا يزال هذا ليس أفضل عمل لي ، لكنه بالفعل تحسن كبير - على الأقل من وجهة نظر عاطفية - مقارنة بالحالة السابقة.
العواطف هي أمر ممتع لأنها يمكن أن تقودك إلى حالات مذهلة حقًا. قل ، في المثال السابق ، هل هناك بعض الأسباب التقنية الكافية لإعادة كتابة رمز الإخراج؟ هنا تحتاج إلى اتخاذ قرار. ولكن إذا لم يكن هناك دافع ، فربما لن أجرؤ أبدًا على رد الفعل. وبدون إعادة التسكين ، من المرجح أن تتراجع قاعدة الشفرة ، وسيبدأ البرنامج في الفشل ، أو مزيج من الاثنين معا. إذا كانت
العواطف تعطي الدافع ، فسوف تفتح إعادة التجهيز مستقبلاً أفضل بكثير ، حيث يمكنك تنفيذ المزيد من الوظائف في البرنامج دون المساس بالموثوقية.
العواطف لها جانب سلبي. أي شخص قام بإصدار ودعم بعض البرامج الشائعة إلى حد ما كان على يقين من الاتصال بأشخاص آخرين. اتضح أنه يمكن لشخص آخر أن يكون له تأثير مذهل على حالتك العاطفية. يمكن لفتة إيجابية أو تعليق سطع يومك. نفس الشعور:
نعم ، كان تحميل الكود الخاص بي أمرًا مهمًا جدًا لدرجة أنه ساعد هذا الشخص . ولكن ، كما يؤكد أي مشرف ، فإن التعليقات الإيجابية تحجبها دائمًا التعليقات السلبية.
التعليقات السلبية ليست سيئة للغاية. هذه نتيجة طبيعية لمشاركة الكود عند دعوة مستخدمين آخرين لاستخدامه
والإبلاغ عن المشكلات . عندما تظهر رسالة خطأ ، تشعر أنك فشلت في هذا المستخدم. عندما كتبت الكود ، كنت متأكدًا من أنك اختبرته جيدًا بشكل كافٍ ، لكنه
لا يزال غير صحيح . هل لن تتوقف تقارير الأخطاء مطلقًا؟ كم من الوقت ضيع هذا المستخدم بسبب خطأ؟ كم من الوقت سوف يستغرق مني لإصلاح كل شيء؟ ولا حتى ذلك: كم من الوقت سيستغرقني فقط للتبديل إلى الوضع الذي يوجد فيه
أمل على الأقل لإصلاحه؟
هذه الأفكار يمكن أن تؤدي إلى العواطف التي تبدأ في تآكل لك. وهذا هو السيناريو المحتمل عندما يتعلق الأمر بالتعليقات السلبية.
صديدي سلبي
لقد تعلمت بسرعة التغلب على المشاعر السلبية من تقارير الأخطاء. في الواقع ، سرعان ما تصبح رسائل الخطأ
الجيدة سهلة القراءة
ممتعة لأنها عادة ما تكون نادرة جدًا. لا يتم نسخ معظم الأخطاء على الإطلاق ، حتى إذا قمت بتوفير قالب للمشكلة مع الطلبات الصريحة لجميع المعلمات (قالب المشكلة). ربما يرغب المرسل في الحصول على الأفضل ، لكن المعلومات ببساطة ليست كافية لإنتاج الخطأ. وتبدأ الضجة جيئة وذهابا في محاولة لعزل الخطأ.
بالنسبة لي شخصيا ، هذه هي المنطقة الأكثر إيلاما. تكتسب العواطف اليد العليا لأنني لا أستطيع إلا التفكير في شيء واحد:
لماذا لم يأخذ هذا الشخص الوقت الكافي لقراءة وتعبئة قالب المشكلة ؟ أو في حالة حدوث خطأ بسبب خطأ من مستخدم لم يقرأ الوثائق ، لا يمكنني إلا التفكير:
لقد استغرقت بعض الوقت لإعطاء بعض البرامج لهذا المستخدم ، ولا يستطيع حتى قراءة README قبل إرسال تقرير عن الأخطاء؟هذا جنون. بالطبع ، العواطف ليست دائما عقلانية. من المحتمل أن تكون الوثائق أوضح. أو ربما لم يلاحظ المستخدم هذا العنصر. ربما ليس لديه خبرة في إدارة مشاريع البرمجيات الحرة والمفتوحة المصدر أو تقديم تقارير الأخطاء ، وربما لا يعرف كيفية المساعدة في الاستنساخ البسيط للأخطاء. كل هذه افتراضات معقولة ، ولهذا السبب أبذل قصارى جهدي حتى لا تسود المشاعر. على الرغم من التعاطف مع الشخص على الطرف الآخر من السلك المهم أيضا.
لنفترض أنني لا أقول "أنا أدعوك إلى استخدام الكود" في أي مكان ، لكنني أفعل
الكثير من الأشياء
لمجرد نيتي أن يستخدم الآخرون الكود. أنا أكتب وثائق أكثر تفصيلا ، أمثلة على الاستخدام. أقوم بإعداد اختبار التكامل المستمر. المقدمة README للمبتدئين. يشار إلى رابط المشروع في العديد من صفحاتي. إذا قبل الناس هذه الدعوة لاستخدام الكود الخاص بي أو اعتبروا متتبع أخطاء مفتوحًا دعوة للإبلاغ عن الأخطاء ، فعندئذٍ لا ينبغي أن أعاقبهم عندما يرسلون هذه الرسائل حقًا. ربما يعتقد مؤلف تقرير الأخطاء السيئ أنه قام بكل ما هو ممكن. وبينما يتصرفون بدافع العمل الصالح ، أحاول حقًا الإجابة عن ذلك.
هذا يؤكد عدم التناسق بين المستخدمين والمشرف. يمكن لمؤلفي العديد من تقارير الأخطاء تبادل رسالة أو رسالتين معي. بالنسبة لهم ، لا يهم تقرير الشوائب المكتوب بشكل سيء. لكنني على الجانب الخطأ ، لأن لدي هذا المشهد مرارًا وتكرارًا في كل مشاريعي. طوال الوقت. تقريبا كل يوم. من الصعب للغاية الحفاظ على التعاطف في مثل هذا الموقف ، خاصة إذا كان لديك يوم سيء. ما يحدث في بعض الأحيان.
في بعض الأحيان يتضح نفاد صبرتي في إجابات قصيرة للغاية. أنا أبذل قصارى جهدي للحصول على أفضل في هذا الصدد. لم تكتمل بعد عملية تحسين الذات.
العمل من خلال السلطة
إذا كنت مشرف مشروع شعبي أو عدة مستودعات منتظمة ، فستحصل على دفق مستمر تقريبًا من تقارير الأخطاء وطلبات التجميع. يأتون يوميا. مواكبة أمر مستحيل تقريبا. حجم ذاكرة التخزين المؤقت في ذهني صغير على نحو غير عادي ، لذلك لست جيدًا في تبديل السياق بين المشاريع. نتيجة لهذه الظاهرة ، سرعان ما استعجلت تقارير الأخطاء وتجمع الطلبات لتلك المشاريع التي عملت معها مؤخراً. من المحتمل أن تكون هذه المشاريع سهلة الوصول أو يمكن معالجتها بشكل أفضل على الصفحات الأخيرة من ذاكرة التخزين المؤقت للمخ.
لكن في المشروعات الأخرى ، تبدأ قائمة المشكلات في التراكم. كل يوم ترى مشكلة جديدة وتقول لنفسك: "نعم ، أنا حقاً سأنظر في هذا حالما أعود من العمل". ولكن شيئا جديدا قادم. نتيجةً لذلك ، لا ينشأ الدافع لتبديل السياق إلا عندما يدققك المستخدم شهريًا لمدة أربعة أشهر - من المحتمل أن يكون طلب التجميع مهمًا جدًا.
آسف ، كان هناك القليل من السخرية في الجملة الأخيرة ، ولكن في نفس الوقت هذا صحيح. عاد عدم تناسق المستخدمين والمحافظين إلى العمل ، لكنني أحاول حقًا مسح مجموعة قوائم الانتظار وتطوير المشروع. أرغب في المساهمة بهذا المستخدم ، ليس فقط لمواصلة استخدام الكود الخاص بي ، ولكن أيضًا لجعله
سعيدًا . في كثير من الحالات ، ساعة واحدة فقط كافية لحل طلبات تجمع وجميع المشاكل التي تتطلب اتخاذ إجراءات.
لكنني أمضيت أربعة أشهر وأنا أشاهد بحزن كيف تكمن المشاكل في أولئك الذين يدخلون دون حل.
بالنسبة لهذه الظاهرة ، قمت بتطبيق طريقة استخدمها بفعالية كبيرة في حياتي الشخصية: لتحديد الحدود. بأدب ، ولكن تحديد الحدود بحزم هو واحد من هؤلاء المتسللين الحياة السحرية التي تكسب أرباح بمجرد أن تتعلم ذلك. إذا كنت لا تعرف كيفية القيام بذلك ، فبالكاد أستطيع أن أشرح ذلك. ومع ذلك ، فإن تحديد الحدود يسمح لك بالتركيز على ما هو مهم بالنسبة
لك وليس
الآخرين .
من الواضح ، يجب على المرء أن يسعى لتحقيق التوازن. لا يعني إنشاء الحدود أنه يمكنك التركيز فقط على شؤونك الخاصة. لكن القدرة على وضع هذا الجدار والقول: "لا ، أنا لا أفعل X ، لكنني سأفعل بكل سرور Y" - لقد نجح الأمر حقًا بالنسبة لي. سرّي هو تقديم حجج لا يمكن للآخرين أن يناقشوها بناءً على تجربتي ورغباتي الخاصة.
ما علاقة هذا بالمصدر المفتوح؟ بالنسبة لي شخصيا ، كان المفتاح هو وضع حد بيني - وجميع هذه المشاكل اليتيمة مع طلبات التجميع. أنت بحاجة إلى إقناع نفسك بطريقة أو بأخرى: "أقضي وقتي طواعية ، ومن الطبيعي ألا أرد في الوقت المحدد. أنا متأكد من أن معظم الناس سوف يفهمون هذا وسيكونون عقلانيين "
يظهر هذا أيضًا عند مناقشة طلبات الميزات الجديدة. في بعض الأحيان قد يكون للطلب معنى بالنسبة لمشروعك ، لكن هذه الوظيفة تنطوي على عبء كبير من الدعم. لقد تعلمت تعيين الحدود: يمكنك قول "لا" لوظيفة ما فقط على أساس أنك لا تريد قضاء وقت إضافي في الدعم. كما حدث أكثر من مرة ، يمكنك تغيير رأيك! على سبيل المثال ، إذا تم تحسين الرمز ، أصبح الوصول إليه أكثر سهولة للصيانة - قد تلاحظ في نفسك رغبة أكبر في تقديم وظائف جديدة. ولكن إذا لم يكن الأمر كذلك ، فأنا أبذل قصارى جهدي للتغلب على حدودي ورفض تحميل نفسي بعمل إضافي لا يرضي.
أرغب في كتابة إرشادات خطوة بخطوة حول كيفية تعيين حدود ثابتة والتوقف عن الشعور بالضيق بسبب كومة من المشاكل. هذا لا يلغي تماما السلبية ، لكنه يساعد كثيرا.
خشونة
المتصيدون واضحة عادة ما يكون من السهل التعامل معها. هذه مجموعة من الناس لديهم نوايا واضحة لإغراقك. المتصيدون عادة لا يرسلون أي كود ، لذلك لا تحتاج تعليقاتهم إلى إيلاء الكثير من الاهتمام. على الأقل ، هذا ما أقوله لنفسي في إطار آلية الدفاع. إذا رأيت القزم ، فأنا أقوم عادةً بالإبلاغ عنه دعماً لـ GitHub مع حظر لاحق. بشكل عام ، نادراً ما أقابل شخصيات كهذه ، لذا يبدو أنني محظوظ.
لكن الفظاظة تأخذ أشكالا عديدة. تحدد مشاعري إطارًا ضيقًا من الحشمة ، بحيث لا يمكنك التفكير في كل هذه الوقاحة. ولكن من وجهة نظري ، هذا على الأقل غير لائق.
- "لا تعمل الأداة الخاصة بك [لحالتي المتخصصة] ، لذا فهي مكسورة."
- "أنا فقط أتدخل لأقول أنني أود أيضًا أن تحظى بهذه الميزة" (ملاحظة. يبدو أن بعض القراء لا يستطيعون تحمل ما أسميه "وقاحة". ربما تكون هذه كلمة قوية جدًا ، لكن عندما تكون في المناقشة مثل "الإضافات" ، إنها تضيف فقط ضوضاء على البريد الإلكتروني ويمكن أن تكون مزعجة ، وبدلاً من ذلك ، فإن الرموز هي موضع ترحيب أو يمكنك إضافة بعض التفاصيل إلى حالة استخدامك المحددة ، ومع ذلك ، فإنها تبدو صغيرة جدًا على الخلفية ، وأرى ذلك حقًا هنا نظريا مشكلتي).
- للإصرار على أنه لتنفيذ الوظيفة ، تحتاج إلى "إجراء X فقط ".
- العدوان السلبي عند تمرير طلب وظيفة.
- مزعجة غير بناءة حول البرنامج في [أدخل هنا أي وسائط اجتماعية].
- أشكال مختلفة حول موضوع "لماذا تعيد اختراع العجلة؟" أو "لماذا لا تساهم في مشروع قائم بدلاً من ذلك؟"
في كثير من الحالات ، تكون وقاحة نتيجة لخيبة أمل حقيقية من جانب المستخدم. كم مرة كنت تمتم تحت أنفاسك عندما لم تتصرف أداة ما بالطريقة التي تريدها؟ لا يهم أن هذه الأداة قد يتم تقديمها لك مجانًا. أنت فقط تحاول حل مشكلة ، والأداة تعترض طريقك. أنا نفسي بالتأكيد شعرت به. في رأيي ، شعور بشري طبيعي تمامًا.
تسود الوقاحة في بعض الأحيان ، والتي يتم التعبير عنها بطرق مختلفة غير منتجة. أعلم أنني فعلت ذلك ، وبالطبع حدث ذلك في الجانب الآخر. هذا مزعج بشكل لا يصدق لجميع المعنيين.
في حالات أخرى ، بعض الناس أنفسهم لا يفهمون وقاحة. ربما بسبب حاجز اللغة ، أو لأنهم ببساطة لا يعرفون كيف ستؤثر كلماتهم على الآخرين. بريء تمامًا ، لكنه لا يغير المشاعر من جانبي.
يمكن التعامل مع هذا النوع من الوقاحة يكون صعبا للغاية. ربما هذه المشاكل لا تزعج أحداً ، لكنني لست واحداً منهم. يمكن أن
أدعي أنه لا يزعجني ، لكنني متأكد من أن هذا سيؤدي إلى إهانة لفتح المصدر وحتى خيبة أمل أكثر.
هنا مرة أخرى ، ساعدني وضع الحدود. إذا تجاهلنا المتصيدون ، فغالبًا ما تستجيب الغالبية العظمى من النهاش جيدًا ، إذا كنت تتعامل معهم بأدب. غالبًا ما فعلت هذا في متتبعات الأخطاء الخاصة بي ، وقد أدى ذلك عمومًا إلى تحسين الموقف. لا أشعر بالإهانة لأنني أحمي نفسي ، وفي
الوقت نفسه أشعر بتحسن عندما يعتذر الشخص الآخر ، وهو ما يحدث في الغالبية العظمى من الحالات.
للقيام بذلك ، يكفي القول ببساطة: "أنا لا أحب الطريقة التي قلت بها. أعتقد أنها ستكون أكثر إنتاجية إذا رفضنا هذه النداءات في المستقبل."
لكن في بعض الحالات ، لا يستجيب الناس جيدًا لمثل هذه الكلمات. في تجربتي ، عادة ما يتجاهلونها. إذا استمروا في الوقاحة ، يمكنني تكرار ذلك عدة مرات ، لأن البعض يحتاج إلى سماع شيء أكثر من مرة للوصول إليهم. على الأقل أعرف ذلك بمفردي (مما أزعج زوجتي كثيرًا). إذا كان هذا لا يزال لا يعمل ، ولا تزال نغماتي تزعجني ، فعندئذ أتوقف عن التفاعل. ما عليك سوى إغلاق أو حظر المشكلة أو طلب التجمع ، أو الذهاب إلى أبعد من ذلك حتى يتم حظر المستخدم على [أدخل الوسائط الاجتماعية هنا].
سلطان
ذات مرة ، تحدثت مع بعض الأصدقاء المقربين الذين كانوا يسافرون إلى الخارج. بعد عودتهم إلى الولايات المتحدة ، شاركوا في مثال صغير من الصدمة الثقافية. الشيء الرئيسي؟
لم أفكر أبدًا في مدى حب الأميركيين للقوة .
سواء كانت هذه ميزة لكل الثقافة الأمريكية أم البيئة فقط - لن نناقش ذلك. النقطة المهمة هي أن بعض الناس يحبون التحدث عما
ينبغي أن يفعله الآخرون. لقد نشأت على مثل هذه الخلاصات من أشخاص من مختلف مستويات التسلسل الهرمي للسلطة - وأشعر حقًا بالاشمئزاز الفطري من هذا القبيل.
أنا مقتنع تمامًا أن معظم الناس لا يدركون هذا السلوك. لا يريد البعض الدخول في حياتك ، ولكن ببساطة حاول تقديم المشورة. على الأقل هذا هو كيف يستجيبون عندما أشرت بشكل خاص إلى حالات فظيعة من الإكراه.
التراجع قليلاً ، باستخدام كلمة "should" ليس بالأمر السيء بحد ذاته. لكن ما يغير معناه حقًا ، في رأيي ، هو وجود
دعوة . إذا طلبت شخصًا ما النصيحة بشأن موضوع ما ، وقال شيئًا مثل "نعم ، عليك عمل X" ، فهذا لا يبدو سيئًا للغاية. , .
:
, - . . , , - , . , - , - , .
, , . :
- , « ?», , . FAQ .
- . , - , .
, . , Rust,
UNLICENSE . - «» , () , . . . - , .
, . - , .
. , .
, . , , , - .
, - ( ), . . . -, . - , — , , — . , -: - , .
. . , , .
. open source. , , , .
FOSS — . , . FOSS , , . , .
, . -
,
, , .
. , . :
, . , . , . . — , . , , .
, JSON, , . , / . .
,
, .
. , . , , . , .
, , . , , FOSS.
,
. : « ?» , . . ,
, . , ( ) .
, :
- , . , . , : «, , . ».
- -, .
- -, , , . — , .
- changelog, , . , , .
- , , . , .
- . , , .
- . , , .
, — — . . , , , . .
استنتاج
FOSS, . , . , . ,
. , , .
, . - , FOSS.
, , , , . , .
في المقالة ، قمت بسرد العديد من أنواع السلوك التي أعتبرها سلبية. لن ينظر الجميع إليهم بشكل سلبي كما أفهم. هذا طبيعي ومتوقع . علاوة على ذلك ، أنا نفسي فعلت بعض هذه الأشياء السلبية. الناس ليسوا مثاليين ، ولا يمكننا أبدًا الاستجابة بالكامل بنسبة 100٪ من الوقت. هذه أسئلة خفية ، وآمل أن نتمكن من تحسين الوضع ، على الأقل قليلاً.