البحث باستخدام اختصار كبادئة وتناقضات أخرى في عمليات البحث

عندما أدخل مصطلح البحث المكون من ثلاثة أحرف POS، والذي يُفهم في مجتمع لغوي على أنه “جزء من الكلام”، يأخذ Discourse بادئة من ثلاثة أحرف ويعيد جميع أنواع المواضيع غير الملائمة. إذا بحثت هنا عن POS، أحصل على مواضيع وردود تحتوي على الكلمات post، posts، position، possible، إلخ، أو BOX، وتتضمن النتائج boxes. إذا بحثت بين مجتمع LLVM عن PUBLICATIONS، أحصل على سيل من المشاركات التي تحتوي على أمثلة من كود المصدر C/C++ والتي تحتوي على الكلمة public. هذه البادئة أو البحث على مستوى الجذر مُحبط للغاية ويمنع اكتشاف المواد ذات الصلة.

إذا كانت هذه ميزة — كما يوحي انتقالها إلى تلك الفئة — فهي ميزة سيئة وتصبح عديمة الفائدة/

لماذا لا يتناسب #feature؟

بالنظر إلى وصف الفئة

لا يقتصر الأمر على الميزات الحالية فحسب، بل يتعلق أيضًا بالتحسينات.

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

يمكنك التخلص من جميع نتائج post و position عن طريق البحث عن " pos ".
https://meta.discourse.org/search?q=%22%20pos%20%22

إعجابَين (2)

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

إعجاب واحد (1)