Dan Levy

बहुविकल्पीय प्रश्नों की अनदेखी शक्ति

शिक्षा में MCQs की पूरी क्षमता का उपयोग कैसे करें

मैं पहले सोचता था कि बहुविकल्पीय प्रश्न शिक्षण का सस्ता विकल्प हैं।

किसी शब्द को याद है या नहीं, यह जांचने में ठीक है। लेकिन यह पता लगाने में ख़राब है कि वे वास्तव में उस विचार को उपयोग में ला सकते हैं या नहीं। मानकीकृत परीक्षाओं के लिए ठीक है, लेकिन सीखने के गंदे काम के लिए कम उपयुक्त।

फिर मैंने प्रोग्रामिंग क्विज़ बनाना शुरू किया।

हैरान करने वाली बात यह नहीं थी कि बहुविकल्पीय प्रश्न स्केलेबल होते हैं। यह तो सबको पता है। आश्चर्य यह था कि एक अच्छा उत्तर सेट व्याख्या आने से पहले ही पाठ पढ़ा सकता है।

बहुविकल्पीय प्रश्न का उपयोगी भाग अक्सर सही उत्तर नहीं होता। यह वह गलत उत्तर होते हैं जिन्हें आप जानबूझकर चुनते हैं।

The Distractor Is The Curriculum

अधिकांश ख़राब बहुविकल्पीय प्रश्नों में एक सही उत्तर, एक लगभग‑सही उत्तर, और दो विकल्प होते हैं जो स्पष्ट रूप से लेखक के कॉफ़ी का इंतज़ार करते हुए लिखे गये होते हैं।

यह फ़ॉर्मेट का दुरुपयोग है।

एक अच्छे क्विज़ में प्रत्येक गलत उत्तर एक वास्तविक गलतफ़हमी को दर्शाता है:

यहीं पर शिक्षण घटित होता है। शिक्षार्थी केवल विकल्प चुन रहा नहीं है; वह यह उजागर कर रहा है कि वह कौन सा मॉडल उपयोग कर रहा है।

एक प्रश्न, कई गहराइयाँ

Consider thisPostgreSQL question as an example:

What is the (SQL Standard) syntax for an auto-incrementing IDENTITY column in PostgreSQL (v10+)?

  • id BIGINT GENERATED BY DEFAULT AS IDENTITY PRIMARY KEY ✅ (Correct)
  • id SERIAL PRIMARY KEY (Legacy syntax)
  • id INT IDENTITY(1,1) (SQL Server syntax)
  • id INT AUTO_INCREMENT (MySQL syntax)
  • id NUMBER GENERATED ALWAYS AS IDENTITY (Oracle syntax)

यह प्रश्न विभिन्न विशेषज्ञता स्तरों पर कई शैक्षिक उद्देश्यों को पूरा करता है:

प्रश्न केवल सिंटैक्स पूछने से अधिक करता है। यह मानसिक मॉडलों को वर्गीकृत करता है।

जो SERIAL चुनता है, वह संभवतः पुराने उदाहरणों से Postgres सीखा है। जो IDENTITY(1,1) चुनता है, वह SQL Server की मसल मेमोरी ले कर आया है। जो AUTO_INCREMENT चुनता है, वह अवधारणा जानता है लेकिन डायलेक्ट नहीं। ये सभी अलग‑अलग शिक्षण क्षण हैं।

यदि व्याख्या केवल “A सही है” कहती है, तो प्रश्न अपना सबसे मूल्यवान डेटा फेंक देता है।

क्विज़ निर्माण से मैंने क्या सीखा

क्विज़ लिखने ने मुझे यह स्पष्ट करने के लिए मजबूर किया कि मैं वास्तव में पाठकों से क्या सीखना चाहता हूँ।

एक लेख सुगम prose में धुंधली व्याख्या छिपा सकता है। एक क्विज़ ऐसा नहीं कर सकता। गलत उत्तर यह उजागर करते हैं कि क्या अवधारणा में वास्तविक किनारे हैं।

जब मैं अब कोई प्रोग्रामिंग प्रश्न लिखता हूँ, तो मैं पूछता हूँ:

वे प्रश्न शिक्षण को अधिक तीखा बनाते हैं। वे लेख को भी अधिक तीखा बनाते हैं, क्योंकि क्विज़ स्वयं व्याख्या की परीक्षा बन जाता है। यदि मैं चार विश्वसनीय विकल्प नहीं लिख सकता, तो संभवतः मैंने अभी तक वास्तविक अवधारणा नहीं पकड़ी है।

फीडबैक लूप ही लक्ष्य है

बहु‑विकल्प प्रश्न बड़े पैमाने पर उपयोगी हैं, हाँ। ग्रेडिंग स्वचालित है। पैटर्न स्पष्ट हो जाते हैं। आप देख सकते हैं कि कौन‑से प्रश्न बहुत आसान, बहुत अस्पष्ट, या अनजाने में ट्रिविया की परीक्षा ले रहे हैं।

लेकिन बेहतर फीडबैक लूप तब होता है जब सीखने वाला अभी क्लिक भी नहीं करता।

लेखक को सीखने वाले की संभावित गलतियों का मॉडल बनाना पड़ता है। इसका मतलब है कि लेखक को सीखने वाले का सम्मान करना होगा। एक आलसी गलत उत्तर कहता है, “मुझे भराव चाहिए था।” एक सशक्त गलत उत्तर कहता है, “मैं ठीक‑ठीक जानता हूँ कि यह विचार कैसे बिखरता है।”

इसी कारण मैं इस साइट पर MCQ का उपयोग जारी रखता हूँ। न कि केवल उनकी दक्षता के कारण, हालांकि वे दक्ष हैं। बल्कि इसलिए क्योंकि वे ऐसी शैक्षिक ईमानदारी को बाध्य करते हैं, जिसे केवल prose से टाला जा सकता है।

अगली बार जब आप कोई प्रश्न बनाएँ, तो सही उत्तर से शुरुआत न करें। पहले उन गलत धारणाओं को रखें। सही उत्तर को तब कहीं अधिक उचित जगह मिलेगी।