يملك جيلفين ميزانية تزيد عن 24,000 دولار، تغطي نفقات 40 شهرًا، ويطلب من المستخدمين توجيه التبرعات إلى مؤلفي العملاء الذين يستخدمونهم.
يتماشى هذا الطلب مع سياسة "عدم التطوير المدفوع" الخاصة بـ Jellyfin، حيث أن التبرعات طوعية، وسيعيد المشروع التقييم إذا انخفضت الأموال إلى ما يعادل 12 شهرًا من التشغيل.
أعضاء المجتمع يستجيبون بشكل إيجابي، مع خطط لدعم مؤلفي العملاء واستفسارات حول دعم العملاء المحدد مثل WebOS.
أعلن مشروع Jellyfin، وهو خادم وسائط مفتوح المصدر، أنهم يمتلكون تمويلًا كافيًا واقترحوا على المتبرعين دعم مشاريع أخرى في النظام البيئي بدلاً من ذلك.
المجتمع منقسم حول هذا النهج؛ فبعضهم يعتقد أن الأموال يجب أن توزع على مطوري النظام البيئي، بينما يتفق آخرون مع قرار Jellyfin بتجنب الأعباء الإدارية الإضافية.
تسلط المناقشة الضوء على التعقيدات والمشكلات المحتملة لإدارة التبرعات داخل المشاريع مفتوحة المصدر، بما في ذلك الشفافية، والأعباء الإدارية، والحفاظ على التركيز على التطوير الأساسي.
يُعد نوع Pin ومفهوم التثبيت من المكونات الأساسية ولكن غالبًا ما يُساء فهمها في نظام Rust البيئي غير المتزامن.
تم تقديم Pin لدعم الأنواع الذاتية الإشارة في لغة Rust غير المتزامنة، لضمان عدم تحرك الكائنات بمجرد أن تحتوي على إشارات ذاتية، على عكس Mojo، الذي يتعامل بشكل جوهري مع هوية الكائن.
على الرغم من ضرورته، يقدم Pin تعقيدًا كبيرًا للمستخدمين بسبب افتقاره إلى السكر النحوي والدعم، مما يؤدي إلى مشكلات مثل إعادة الاقتراض، الإسقاطات المثبتة، والتفاعلات مع سمة Drop.
تدور المناقشة حول نوع Pin في لغة البرمجة Rust، والذي غالبًا ما يُساء فهمه بسبب التوثيق غير الواضح.
يضمن Pin أن بعض الكائنات لا يمكن نقلها في الذاكرة، وهو أمر بالغ الأهمية للهياكل الذاتية الإشارة، ولكن هذا المفهوم غير موضح بشكل جيد في الوثائق الرسمية.
تُبرز المحادثة الحاجة إلى توثيق أفضل وتشبيهات لتسهيل فهم مفهوم Pin و Unpin لمطوري لغة Rust، خاصةً الجدد منهم.