Supporting Belonging in Software Engineering Through Role Models Exposure
यह शोध पत्र एक विश्लेषणात्मक ऑटोएथ्नोग्राफिक अध्ययन प्रस्तुत करता है जो यह प्रदर्शित करता है कि ऐतिहासिक रूप से स्थापित आदर्शों (role models) को नियमित सॉफ्टवेयर इंजीनियरिंग व्याख्यानों में एकीकृत करना, तकनीकी कठोरता से समझौता किए बिना छात्रों के अपनेपन और समावेशिता को समर्थन देने के लिए एक कम-बाधा वाली, पुनरावृत्ति आधारित शैक्षणिक रणनीति के रूप में कार्य करता है।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
एक सॉफ्टवेयर इंजीनियरिंग क्लास की कल्पना एक विशाल, हाई-टेक निर्माण स्थल (construction site) के रूप में करें। आमतौर पर, जब इंस्ट्रक्टर (फोरमैन) यह समझाते हैं कि एक पुल कैसे बनाया जाए या नींव कैसे रखी जाए, तो वे केवल ब्लूप्रिंट, स्टील बीम और गणित के बारे में बात करते हैं। वे शायद ही कभी उन विशिष्ट लोगों का उल्लेख करते हैं जिन्होंने उन उपकरणों का आविष्कार किया या उन तरीकों को डिजाइन किया।
यह पेपर एक फोरमैन की डायरी की तरह है। यह एक प्रयोग का वर्णन करता है जहाँ इंस्ट्रक्टर ने निर्माण स्थल के बारे में बात करने का तरीका बदलने का निर्णय लिया। केवल ब्लूप्रिंट दिखाने के बजाय, उन्होंने हर प्रमुख उपकरण के पीछे के "मूल वास्तुकारों" (original architects) को संक्षिप्त रूप में पेश करना शुरू किया—विशेष रूप से वे जिन्हें अक्सर इतिहास की किताबों से बाहर कर दिया जाता है—जैसे कि महिलाएँ, अश्वेत इंजीनियर और LGBTQ+ अग्रदूत।
यहाँ क्या हुआ इसका विवरण दिया गया है, सरल उपमाओं (analogies) का उपयोग करते हुए:
समस्या: मशीन में "भूत" (The "Ghost" in the Machine)
कई इंजीनियरिंग कक्षाओं में, कम प्रतिनिधित्व वाले समूहों से आने वाले छात्र अक्सर ऐसा महसूस करते हैं जैसे वे एक ऐसे घर में जा रहे हैं जहाँ उन्हें दीवार पर अपने परिवार की तस्वीरें दिखाई नहीं देतीं। वे गणित में बहुत अच्छे हो सकते हैं और अच्छे ग्रेड भी प्राप्त कर सकते हैं, लेकिन फिर भी उन्हें लगता है कि वे वास्तव में वहां के नहीं हैं। पेपर नोट करता है कि हालांकि हम जानते हैं कि "रोल मॉडल" (वे लोग जिन्हें आप देख सकते हैं) महत्वपूर्ण हैं, लेकिन अधिकांश स्कूल इस समस्या को केवल विशेष, अलग बैठकों या गेस्ट स्पीकर कार्यक्रमों के माध्यम से हल करने की कोशिश करते हैं। ये "विशेष दिनों" की तरह हैं जो वास्तविक काम से अलग महसूस होते हैं।
समाधान: "छिपा हुआ लेबल" रणनीति (The "Hidden Label" Strategy)
इस अध्ययन में इंस्ट्रक्टर ने कुछ अलग करने की कोशिश की। विविधता संबंधी बैठक (diversity meeting) आयोजित करने के लिए कक्षा को रोकने के बजाय, उन्होंने इन अग्रदूतों की कहानियों को तकनीकी पाठों में सीधे बुन दिया, जैसे कि किसी उपकरण पर एक छोटा, दिलचस्प लेबल जोड़ना।
- यह कैसे काम करता था: जब "सॉफ्टवेयर आर्किटेक्चर" (एक प्रोग्राम का ब्लूप्रिंट) के बारे में पढ़ा रहे थे, तो इंस्ट्रक्टर ने केवल यह नहीं कहा, "यहाँ बताया गया है कि हम इसे कैसे बनाते हैं।" उन्होंने एक 2-मिनट की कहानी जोड़ी: "इस अवधारणा का नेतृत्व वास्तव में मार्गरेट हैमिल्टन द्वारा किया गया था, जिन्होंने अपोलो मून लैंडिंग के लिए सॉफ्टवेयर लिखने वाली टीम का नेतृत्व किया था।"
- "क्या आप जानते हैं?" वाला क्षण: कभी-कभी, वे बस रुककर कहते, "वैसे, जिस व्यक्ति ने आज हम जो लॉजिक उपयोग कर रहे हैं उसका आविष्कार किया था, वह एलन ट्यूरिंग नामक एक समलैंगिक पुरुष थे।"
- समय (The Timing): ये कहानियाँ छोटी (लगभग 2 मिनट) थीं और ठीक उसी समय सुनाई जाती थीं जब विषय सामने आता था। उन्होंने कक्षा को रोका नहीं या टेस्ट में बदलाव नहीं किया; उन्होंने बस एक संदर्भ की परत जोड़ी।
अग्रदूतों का "मेन्यू" (The "Menu" of Pioneers)
इंस्ट्रक्टर ने केवल प्रसिद्ध नामों को बेतरतीब ढंग से नहीं चुना। उन्होंने पाठ के अनुरूप योगदानकर्ताओं का एक विशिष्ट मेन्यू बनाया:
- एडा लवलेस (एक महिला) का उल्लेख तब किया गया जब पहले कंप्यूटर एल्गोरिदम के बारे में बात की जा रही थी।
- एनी ईस्ले (एक अश्वेत महिला) का उल्लेख नासा (NASA) ऊर्जा प्रणालियों पर चर्चा करते समय किया गया।
- क्लेरेंस एलिस (एक अश्वेत पुरुष) का उल्लेख तब किया गया जब वे चर्चा कर रहे थे कि लोग सॉफ्टवेयर पर एक साथ कैसे काम करते हैं।
- डोरोथी वॉन (एक अश्वेत महिला) का उल्लेख मैनुअल गणित से मशीन कंप्यूटिंग की ओर बदलाव के संबंध में किया गया।
लक्ष्य इन लोगों को एक अलग श्रेणी में "प्रतीक" या "नायक" बनाना नहीं था। लक्ष्य यह दिखाना था कि वे ही वास्तव में उस सॉफ्टवेयर जगत के निर्माता थे जिसे हम आज उपयोग कर रहे हैं।
परिणाम: एक गर्मजोशी भरा माहौल (A Warmer Room)
इंस्ट्रक्टर ने लगभग 700 छात्रों के साथ कई सेमेस्टर तक एक डायरी रखी। उन्होंने छात्रों को भरने के लिए कोई सर्वे नहीं दिया; उन्होंने बस देखा और सुना।
- कोई विरोध नहीं: छात्रों ने आँखें नहीं घुमाईं या शिकायत नहीं की कि कहानियाँ उनका समय ले रही थीं। कक्षा का प्रवाह नहीं टूटा।
- "वाइब" में बदलाव: सत्र के अंत में मिली प्रतिक्रिया (जो छात्र स्वेच्छा से लिखते हैं) में, कुछ छात्रों ने कहना शुरू किया, "यह एक स्वागत योग्य जगह लगती है," या "मुझे यहाँ कभी बाहर महसूस नहीं हुआ।"
- "सुरक्षित स्थान" का प्रभाव: कुछ छात्रों ने ईमेल भी भेजे कि उन्होंने समावेशी वातावरण की सराहना की। उन्हें बोलने के लिए दबाव नहीं दिया गया, लेकिन वे सवाल पूछने के लिए पर्याप्त सुरक्षित महसूस कर रहे थे।
चुनौती: इसमें प्रयास लगता है (The Catch: It Takes Effort)
पेपर स्वीकार करता है कि यह जादू नहीं था; इसमें काम लगा। इंस्ट्रक्टर को यह सुनिश्चित करने के लिए अतिरिक्त शोध करने में समय बिताना पड़ा कि कहानियाँ सटीक हों और अग्रदूत वास्तव में सिखाए जा रहे विशिष्ट विषय के लिए प्रासंगिक हों। यदि वे बस एक रैंडम नाम डाल देते, तो यह नकली या सतही लग सकता था। लेकिन क्योंकि उन्होंने इन लोगों को तकनीकी अवधारणा के साथ सावधानीपूर्वक जोड़ा, इसलिए यह स्वाभाविक लगा।
मुख्य निष्कर्ष (The Bottom Line)
यह पेपर तर्क देता है कि आपको कार को ठीक करने के लिए इंजन को रोकने की आवश्यकता नहीं है। आप कार को सभी के लिए अधिक स्वागत योग्य बना सकते हैं यदि आप बस यह संकेत दें कि जो यात्री हैं, उन्हीं के जैसे दिखने वाले लोगों ने इंजन का आविष्कार किया था।
इन कहानियों को दैनिक तकनीकी पाठों में शामिल करके, इंस्ट्रक्टर ने हर छात्र को बताने का एक "कम-बाधा वाला" (low-disruption) तरीका बनाया: "आप यहाँ इसलिए हैं क्योंकि इस क्षेत्र को बनाने वाले लोग आपके जैसे भी दिखते हैं।" पेपर निष्कर्ष निकालता है कि यह दृष्टिकोण कठिन तकनीकी शिक्षण से समझौता किए बिना कक्षा को अधिक समावेशी बनाने के लिए अच्छी तरह से काम करता है।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।