مرحباً، أنا أدير https://discourse.bokeh.org وأتردد أيضاً على https://discuss.python.org كثيراً. في كلا المكانين، هناك مشكلة سيئة للغاية مع المستخدمين الجدد الذين لا يقومون بتنسيق التعليمات البرمجية في منشوراتهم الأولى. عادة ما تكون هناك عدة منشورات يومياً في منتدى بايثون الرئيسي حيث يحتاج المستخدمون إلى التصحيح. [1] هذا استنزاف كبير ومستمر لوقت العديد من الأشخاص.
هل من الممكن أن تكون هناك تدفقات إلزامية للإعداد، قبل أن يُسمح للمستخدم الجديد بنشر أول مشاركة له؟ أفكر بشكل صريح في تدفق يتم فيه تقديم كيفية تنسيق التعليمات البرمجية للمستخدم، ثم يُكلف بإعادة إنتاج 2-3 أسطر من التعليمات البرمجية المنسقة يدوياً. يجب عليهم إكمال هذا بنجاح قبل السماح لهم بالنشر.
هذه مشكلة خبيثة بشكل خاص لبايثون، نظراً لأن المسافة البادئة مهمة. ↩︎
أحد الأشياء التي سيساعد فيها الإعداد الإلزامي هو لقطات الشاشة التي تحتوي على تعليمات برمجية، على الرغم من أنه يمكن افتراضيًا استخدام التعرف الضوئي على الحروف لطباعة تحذير على مثل هذه المشاركات مثل المكون الإضافي الحالي “كاشف التعليمات البرمجية غير المنسقة”.
أنا لا أتابع Bokeh، لذلك لا يمكنني الحكم على ما إذا كان المكون الإضافي يعمل بشكل جيد أم لا.
في الواقع، المكوّن الإضافي للكشف عن التعليمات البرمجية غير المنسقة مُمكّن على discuss.python.org. نظرت إلى فئة المستخدمين في هذا المنتدى (لم أتابع هذه الفئة مؤخرًا)، وبصراحة، تبدو أفضل بكثير مما كانت عليه، على الرغم من أنه لا تزال هناك بعض المشاركات التي تحتوي على تعليمات برمجية غير منسقة.
على أي حال، إليك مثال اليوم مع كتلة كبيرة من التعليمات البرمجية (التي يجب أن تتجاوز أي حد) لم يلتقطها المكون الإضافي:
مما أدى بعد ذلك إلى مناقشة فرعية حول هذا الموضوع المحدد الخاص بالانضمام / تنسيق التعليمات البرمجية، والذي بدا أن المؤلف الأصلي قد أساء إليه.
هل المكون الإضافي معطل ببساطة، أم يحتاج إلى تحديث؟ بغض النظر، ما زلت أعتقد أن تحديًا إلزاميًا “لتنسيق هذه التعليمات البرمجية” قبل السماح بالنشر هو إضافة قيمة إلى “الكشف التلقائي”.
هل يجب أن يكون الأمر أكثر إكراهًا؟ ربما
قد تكون الخطوة الأولى السهلة هي تعديل بسيط لنص الزر، ربما يمكن أن يكون submit هو BEWARE !!! أو شيء من هذا القبيل…
