إيش لازم Ember 1.0 يكسبه

رقم الإصدار وعد بما ممكن للآخرين البناء فوقه.

المشكلة: 0.x تعني أن كل شيء قد يتغير

changelog v0.1 صريح في معنى رقم إصداره: واجهة Rust للتجارب غير مستقرة صراحةً، ومخطط artifact تنشيطات v0.2 بلا ضمان توافق (CHANGELOG.md). كان داك الوضع الصحيح لمحرك بحثي يكتشف شكله. وهو الوضع الخاطئ للشيء اللي تصفه السلسلة دي، سير عمل يقدر باحث لا يقرأ Rust أبدًا تشغيله والتحقق منه، بمخططات artifacts لازم تصمد عبر النقل والزمن.

جادلت السلسلة، مقالًا بعد مقال، أن مخرج Ember الحقيقي عقود: مواقع hooks بدلالات معرّفة، artifacts بترتيبات معرّفة، مواصفات تُحل حتميًا. يسأل المقال دا إيش لازم تصبح تلك العقود قبل ما يقدر رقم الإصدار أن يقول 1.0 بأمانة.

ما يتطلبه 1.0

المعايير، كالتزامات لا كميزات:

1. مخطط تجارب مستقر. يتوقف ember.experiment.v1 عن معنى "v1 ضمن 0.5.x".
2. مخطط حزم مستقر. تبقى artifacts ember.bundle.v1 قابلة للتحقق بثنائيات مستقبلية.
3. معاني الـ hooks الدلالية مستقرة. تحافظ المواقع الست على دلالات واصفاتها المجمّدة (ember.hook.v1).
4. سياسة توافق وترحيل. قاعدة موثقة لما ينكسر وما يفشل بإغلاق آمن وكيف تُرحَّل artifacts القديمة.
5. تثبيت نظيف. خطوات بناء وتنزيل نماذج وتحقق تشتغل من التوثيق وحده على جهاز مدعوم.
6. أمثلة قابلة للاستنساخ. سير عمل الصرف المرجعي يشتغل ويتحقق من تجزئات مثبّتة (examples/experiments/ يفعل داك فعلًا).
7. حالة تحقق واضحة. السلم في docs/validation.md محدث، و"مدعوم" مو معناها أبدًا بصمت "مُتحقق golden".
8. مستخدم خارجي ناجح واحد على الأقل. شخص لم يكتب Ember شغّل تجربة وتحقق منها، وقال داك.
9. لا إعادة تصميم كبرى لواجهة عامة مطلوبة. واجهات 1.0 هي اللي ستوسعها 1.1، لا تستبدلها.

العقود الموجودة فعلًا

أربعة عقود مُرقّمة قائمة (docs/v05-research-contract.md): مواصفة التجربة (ember.experiment.v1)، الحزمة (ember.bundle.v1)، جدول واصفات الـ hook الدلالي (ember.hook.v1)، وخطة التنفيذ (v04-plan/1). سياسة التوافق مكتوبة: majors غير معروفة تفشل بإغلاق آمن؛ minor أحدث بحقول اختيارية متوافقة معروفة مسموح؛ والسياسة صريحة أن "v1 تعني مستقرًا ضمن Ember 0.5.x، لا أن كل حقل مستقبلي مجمّد إلى الأبد" (القسم 17 من العقد).

تلك الجملة الأخيرة هي البيان الصادق لمكان المشروع: المخططات مُرقّمة وتفشل بإغلاق آمن، بس الإصدارات لسه إصدارات المشروع نفسه. إصدار 1.0 هو لما يتوقف العقد عن كونه بيانًا عن المشروع ويصبح بيانًا عن كل من بنى عليه.

الفجوات بين v0.5.1 وكل معيار

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

ما مو معناهه 1.0

• إنجاز أداء. Ember مو منتج إنتاجية، و1.0 لا يغير شيء في كون llama.cpp المرجع الخارجي للأداء.
• أن كل معمارية مُتحقق منها golden. حالة التحقق سلم بصفوف معلّقة؛ 1.0 تعني أن الإبلاغ عن الحالة جدير بالثقة، لا أن كل صف أخضر.
• أن النتيجة الصفرية تصبح إيجابية. نتيجة الـ pilot صفر في المصفوفة المختبرة، محصورة في الصفوف المثبتة، غير مستنسخة خارجيًا.
• أن واجهة التجارب تصبح مباحًا. الاستقرار يعني سلوك إغلاق آمن موثقًا، ومن ضمنه الحق في الرفض.

أطروحة السلسلة، بإعادة صياغة

بناء محرك استدلال يزداد سرعة من غير ما يصبح أصعب في الوثوق به. كل مقال في السلسلة هذي كان إجابة على نصف تلك الجملة: جعل v0.1 المحرك مقروءًا، وv0.2 قابلًا للتدخل، وv0.3 أبقى الأوزان الكمّية صادقة، وv0.4 خطط التنفيذ من غير إخفاء الـ tensors، وv0.5 جعل التجربة قابلة للتحقق، والنتيجة الصفرية جعلت الأدوات تستحق بقاءها. 1.0 هي النقطة اللي تتوقف عندها الثقة عن كونها ادعاء المؤلف وتصبح عقدًا يبني عليه الآخرون. لا شيء في المقال دا يحقق ذلك؛ بس يقول ما لازم، وبأي ترتيب.