التعريف (من ويكيبيديا) :
جاء ذلك في المناقشة حول العمل الأولي لـ Dan Putler على مقارنة أداء عبر الأنظمة الأساسية أمس (ملاحظات في # 293). استخدم دان هدف دقة التصنيف في النمذجة التطبيقية ، H20 و R ، لكنه استخدم الاسترجاع في التقييم. إذا طبقنا الدقة ، فقد يوفر ذلك مقارنة أداء أفضل. بالإضافة إلى ذلك ، كلما زادت المقاييس التي ندعمها ، كان ذلك أفضل.
سيكون من الرائع أن نحافظ على تطبيقنا عامًا بما يكفي للتعامل مع الطبقات المتعددة ، ولكن إذا كان علينا أن نبدأ بالتصنيف الثنائي ، فليكن.
فيما يتعلق بهذا ، يجب علينا أيضًا تنفيذ دقة متوازنة
حسنًا ، سيتم تحديث خطة مشروع الأهداف مع هذا!
@ angela97lin اقتراحي هو إدراج هذه المشكلة في قسم العمل المستقبلي إذا كنت تريد ذلك ، ولكن لا تسمح لها بالتأثير على نطاق مشروع API الموضوعي الحالي. أعتقد أن أولويتنا يجب أن تظل هي إنهاء المشروع ؛ إذًا ستكون هذه أول مشكلة كبيرة يجب العمل عليها بمجرد الانتهاء من ذلك. هذا الصوت طيب؟
حسنًا بعد التحدث إلى Max و Angela ، الخطة هي:
1) لا يزال هذا منفصلاً عن مشروع API الموضوعي
2) يمكننا تنفيذ ذلك في أي وقت ، قبل / أثناء / بعد هذا المشروع ، وهذا هو سبب وجوده في dev backlog. إنه ليس قدرًا هائلاً من العمل
3) أولويتها منخفضة في الوقت الحالي
4) ستكون هذه مشكلة جيدة للتعيين الجديد