एक संस्थान में प्रतिभा
रिचर्ड वेस्ले हैमिंग ने बेल टेलीफोन लैबोरेटरीज में 30 वर्ष बिताए। 1950 में उन्होंने त्रुटि-सुधार कोड प्रकाशित किए जो उनके नाम से जाने जाते हैं। उन्होंने डिजिटल फिल्टर, संख्यात्मक विधियों और कोडिंग सिद्धांत में योगदान दिया। 1945 में उन्होंने लॉस एलामोस में प्रारंभिक परमाणु हथियार गणनाओं को डीबग करने में मदद की, मैनहट्टन प्रोजेक्ट से ताज़ा। उन्होंने शैनन, शॉकले, ब्रैटेन और बार्डीन के साथ काम किया — ट्रांजिस्टर के आविष्कारक।
बेल लैब्स क्या थी
बेल लैब्स AT&T के एकाधिकार मुनाफे पर चलती थी। अमेरिका में हर फोन कॉल का एक अंश सेंट एक शोध बजट में जाता था जो शुद्ध विज्ञान को बिना निकट भविष्य के प्रतिफल की आवश्यकता के वित्तपोषित करता था। बेल लैब्स ने ट्रांजिस्टर, सूचना सिद्धांत, UNIX, C, सेलुलर टेलीफोनी और लेजर — सब एक ही संस्थान के अंदर, एक अनिवार्य एकाधिकार द्वारा वित्तपोषित — का उत्पादन किया।
शीत युद्ध ने इसकी प्राथमिकताओं को आकार दिया। अमेरिकी सेना को परमाणु-प्रदूषित वातावरण में संचार के लिए त्रुटि-सुधार कोड की आवश्यकता थी। उसे रडार के लिए डिजिटल फिल्टर की आवश्यकता थी। उसे मिसाइल मार्गदर्शन के लिए विश्वसनीय गणना की आवश्यकता थी। बेल लैब्स ने इसे पूरा किया। हैमिंग का करियर इसी ढांचे के अंदर चला: दीवारों के अंदर उत्पन्न ज्ञान, विशिष्ट भू-राजनीतिक आवश्यकताओं वाले संरक्षकों के लिए।
हैमिंग ने आगे क्या आगे बढ़ाया
1986 में, हैमिंग ने बेल लैब्स में 'You and Your Research' व्याख्यान दिया। 1995 में उन्होंने नेवल पोस्टग्रेजुएट स्कूल में 'Hamming on Hamming' नामक स्नातक पाठ्यक्रम पढ़ाया। दोनों ने 30 वर्षों के अवलोकन को सिद्धांतों में संक्षेपित किया जो उनके संदर्भ से आगे बढ़ गए:
- महत्वपूर्ण समस्याओं पर काम करें। 'यदि आप जो कर रहे हैं वह महत्वपूर्ण नहीं है और महत्वपूर्ण चीजों की ओर ले जाने की संभावना नहीं है, तो आप ऐसा क्यों कर रहे हैं?'
- 10 से 20 महत्वपूर्ण समस्याओं की सूची रखें। इसे नियमित रूप से समीक्षा करें। जब कोई नई तकनीक सामने आए, तो जांचें कि क्या यह आपकी खुली समस्याओं में से किसी एक को हल करती है।
- ज्ञान को संयोजित करें। ज्ञान ब्याज की तरह बढ़ता है। मूल सिद्धांतों में छोटा निवेश करियर के दौरान चक्रवृद्धि होता है; परिधीय कौशलों में बड़ा निवेश मूल्यह्रास होता है।
- आपको वही मिलता है जिसे आप मापते हैं। कोई भी मीट्रिक एक लक्ष्य बन जाता है जब वह निर्णय लेने को नियंत्रित करता है; फिर लक्ष्य उस मूलभूत लक्ष्य से अलग हो जाता है जिसे वह ट्रैक करने के लिए बनाया गया था (अब इसे गुडहार्ट का नियम कहा जाता है)।
- सादृश्य के माध्यम से रचनात्मकता। अधिकांश सफलताएं एक क्षेत्र से दूसरे क्षेत्र में सफल संरचना को स्थानांतरित करती हैं। स्वयं को विभिन्न क्षेत्रों में संरचनात्मक समानताएं देखने के लिए प्रशिक्षित करें।
- सिस्टम बनाम घटक. किसी घटक को सिस्टम की कीमत पर अनुकूलित करना एक खराब सिस्टम बनाता है। हैमिंग ने अपने पूरे करियर में इस विफलता को बार-बार देखा।
ये सिद्धांत अपने शीत युद्ध के पैकेजिंग से बच गए हैं। ये तब भी उपयोगी रहते हैं जब आप किसी संस्थान के अंदर या बाहर काम करते हैं, चाहे आप किसी संरक्षक के लिए काम करें या किसी सामान्य के लिए।
आपकी सूची
हैमिंग ने अपने पूरे करियर में महत्वपूर्ण समस्याओं की सूची चलाए रखी। उन्होंने कहा:
> अधिकांश महान वैज्ञानिकों के मन में 10 से 20 महत्वपूर्ण समस्याएँ रहती हैं। वे उन्हें कहीं लिखकर रखते हैं। वे जब भी संभव हो उन पर काम करते हैं। जब कोई नई तकनीक सामने आती है, तो वे उसे अपनी सूची से मिलाकर देखते हैं।
यह सूची एक तत्परता फ़िल्टर का काम करती है। इसके बिना, एक नई तकनीक सिर्फ़ जानकारी है। इसके साथ, वही तकनीक किसी ऐसी समस्या को सुलझा सकती है जिसे आप वर्षों से साथ लिए चल रहे हैं।
आगे क्या ले जाया जाता है
शीत युद्ध की फ्रेम को पार करके जो बचता है, उसे संक्षेप में कहें:
संयुक्त ज्ञान। यह संस्थागत संदर्भ से स्वतंत्र रूप से सही रहता है। एक व्यक्ति जो अपने क्षेत्र की सीमा पर प्रतिदिन 20 मिनट पढ़ता है, 10 वर्षों में एक संयुक्त लाभ अर्जित करता है। तंत्र: प्रत्येक नई अवधारणा मौजूदा संरचना पर टिकती है, जिससे अगली अवधारणा के लिए अधिक संबंध बिंदु बनते हैं।
घटक अनुकूलन से ऊपर सिस्टम सोच। एक डेटाबेस जो अलग-अलग अनुकूलित होने पर एप्लिकेशन सर्वर को अवरुद्ध करता है, एक धीमी प्रणाली बनाता है। एक पाठ्यक्रम जो परीक्षा अंकों के लिए अनुकूलित होने पर छात्रों की जिज्ञासा को खत्म कर देता है, एक खराब शैक्षिक परिणाम देता है। हैमिंग की चेतावनी हर स्तर पर लागू होती है।
सादृश्य के माध्यम से रचनात्मकता। हैमिंग ने देखा कि उनकी अधिकांश सफलताएँ इस बात से आईं कि एक क्षेत्र की समस्या की संरचना दूसरे क्षेत्र की हल की गई समस्या से मेल खाती थी। त्रुटि-सुधार कोड सरल क्षेत्रों से समता विचारों पर आधारित थे। डिजिटल फिल्टर असतत अनुक्रमों पर लागू निरंतर गणित पर आधारित थे।
आप वही पाते हैं जिसे आप मापते हैं। संगठन जो कोड की पंक्तियाँ मापते हैं, कोड बनाते हैं। संगठन जो परीक्षा अंकों को मापते हैं, परीक्षा देने वाले बनाते हैं। माप और लक्ष्य के बीच का अंतर तब बढ़ता है जब माप को अधिक अधिकार मिलता है।
ये चार सिद्धांत किसी संरक्षक, एकाधिकार या शीत युद्ध की आवश्यकता नहीं रखते। ये एक विश्वविद्यालय पुस्तकालय, एक छोटी दुकान, एक सामुदायिक रूप से संचालित ओपन-सोर्स प्रोजेक्ट, या एक रसोई में भी लागू होते हैं। [TITLE what_he_missed/]
Knowledge as Weapon
हैमिंग के युग में ज्ञान को प्रतिस्पर्धात्मक लाभ माना जाता था। बेल लैब्स ने ऐसा ज्ञान उत्पन्न किया जिसकी AT&T और अमेरिकी सेना को प्रतिस्पर्धियों से पहले आवश्यकता थी। प्रकाशन पेटेंट दाखिल करने और सैन्य अनुप्रयोगों को सुरक्षित करने के बाद होता था। मॉडल: ज्ञान को दीवारों के भीतर उत्पन्न करना, उसकी रक्षा करना, और उसे तैनात करना।
इस फ्रेम ने वास्तविक परिणाम दिए। ट्रांजिस्टर, UNIX, सूचना सिद्धांत — ये सभी वास्तव में परिवर्तनकारी थे, और सभी इसी मॉडल के भीतर उत्पन्न हुए। यह फ्रेम अपने उद्देश्य के लिए काम करता था।
What the Frame Excluded
Open-source as research methodology. हैमिंग ने कभी इस विचार से जुड़ाव नहीं किया कि किसी पेपर के साथ सोर्स कोड प्रकाशित करने से शोध को मालिकाना हक में रखने की तुलना में तेज़ी से आगे बढ़ाया जा सकता है। उनके युग में कोड एक उप-उत्पाद था। लाइनस टोरवाल्ड्स ने 1991 में लिनक्स कर्नेल प्रकाशित किया, हैमिंग के कोर्स से चार साल पहले। यह विचार कि 10,000 योगदानकर्ता किसी कोडबेस को किसी कॉर्पोरेशन के अंदर 300 लोगों की टीम से अधिक विश्वसनीय रूप से संभाल सकते हैं — यह हैमिंग की सोच में कभी नहीं आया।
Eight forms of capital. हैमिंग सफलता को प्रकाशनों, सफलताओं और करियर की लंबाई में मापते थे। उन्होंने कभी जीवित पूंजी (शोधकर्ताओं के स्वास्थ्य और ध्यान), सामाजिक पूंजी (विश्वास नेटवर्क जो सहयोग को संभव बनाते हैं), सांस्कृतिक पूंजी (साझा कहानियाँ जो मूल्यों को पीढ़ियों तक पहुँचाती हैं), या आध्यात्मिक पूंजी (अर्थ की भावना जो लंबे काम को बनाए रखती है) पर चर्चा नहीं की। उन्होंने आठ में से केवल दो को मापा।
एल्गोरिदमिक जटिलता एक मूलभूत सिद्धांत के रूप में। हैमिंग के कोर्स में डिजिटल फ़िल्टर्स, सिमुलेशन, कोडिंग थ्योरी और n-आयामी ज्यामिति शामिल थे। उन्होंने कभी Big O नोटेशन नहीं पढ़ाया। उनके समय में N इतना छोटा था कि O(N) और O(N²) के बीच का अंतर शायद ही मायने रखता था। जिस युग में उनके छात्र रहेंगे, वह अंतर बहुत महत्वपूर्ण हो गया। यह पाठ unhamming_algorithmic_complexity में विस्तार से जारी है।
पर्माकल्चर: निकालने के बजाय उगाना। बेल लैब्स एक एकाधिकार किराए से निकालता था। इस मॉडल के लिए एक ऐसी संस्था की ज़रूरत थी जिसके पास पूंजी को केंद्रित करने और अनुसंधान को निर्देशित करने की शक्ति हो। विकल्प — पुनर्योजी बुनियादी ढांचा जो कई नोड्स में क्षमता बढ़ाता है बजाय एक जगह पर केंद्रित करने के — हैमिंग के फ्रेम में कोई स्थान नहीं था।
The Spy/Spy Problem
हैमिंग के युग में प्रतिद्वंद्वी पर लाभ के लिए अनुकूलन किया जाता था। शीत युद्ध ने इसे स्पष्ट कर दिया: अमेरिका और सोवियत संघ हर क्षेत्र में प्रतिस्पर्धा कर रहे थे। दोनों पक्षों के शोधकर्ता दूसरे पक्ष को मात देने के लिए काम कर रहे थे। खेल: शून्य-योग। आपका लाभ, उनका नुकसान।
शून्य-योग खेल विशिष्ट व्यवहार उत्पन्न करते हैं: गोपनीयता, वर्गीकरण, पेटेंट, प्रकाशन पर प्रतिबंध, संस्थागत दीवारें। खेल के अंदर सब तर्कसंगत। इसके बाहर सब बेकार।
जब दो पक्ष एक-दूसरे को हराने के लिए अनुकूलन करते हैं, तो कोई भी पक्ष एक साझा बोर्ड विकसित करने के लिए अनुकूलन नहीं करता जो खेल को अनावश्यक बना दे। नकल, गोपनीयता और प्रतिस्पर्धी संकेतन पर खर्च किए गए संसाधन कॉमन के लिए कुछ भी उत्पन्न नहीं करते।
हैमिंग की सलाह ('महत्वपूर्ण समस्याओं पर काम करें') निहित रूप से मानती थी कि खेल शून्य-योग है: महत्वपूर्ण समस्याएं प्रतिस्पर्धी परिदृश्य में संस्थागत क्रेडिट, फंडिंग और प्रतिष्ठा अर्जित करती हैं। सलाह अभी भी मान्य है। फ्रेम स्थानांतरित नहीं होता।
एक शोधकर्ता जो खुला बुनियादी ढांचा विकसित कर रहा है, एक कॉमन बना रहा है, एक साझा कोडबेस में योगदान दे रहा है — यह व्यक्ति प्रतिद्वंद्वी को हराने के लिए अनुकूलन नहीं कर सकता। कोई प्रतिद्वंद्वी नहीं है। खेल: बोर्ड को बढ़ाना, उस पर अपनी स्थिति को नहीं।
वही आग, अलग उड़ान
ड्रैगन अपनी गुफा या अपने संरक्षक नहीं चुनता। हैमिंग ने बेल लैब्स या कोल्ड वॉर नहीं चुना। उन्होंने जहाँ थे वहीं काम किया, उपलब्ध संसाधनों के साथ, उन समस्याओं की ओर जिन्हें वे देख सकते थे।
ज्ञान संदर्भ से आगे निकल जाता है। हैमिंग के त्रुटि-सुधार कोड हर USB ड्राइव, हर उपग्रह संचरण, हर हार्ड डिस्क में चलते हैं। उन्होंने इन अनुप्रयोगों की कल्पना कभी नहीं की थी। गणित को उनकी कल्पना की ज़रूरत नहीं थी।
अनहैमिंग इस अवलोकन से शुरू होती है: हैमिंग ने जो साबित किया उसे उस फ्रेम से अलग करें जिसमें उसे पैक किया गया था। फिर उस फ्रेम की सीमाओं से आगे बढ़ें जो वह नहीं देख सका।
अनहैमिंग क्या जोड़ती है
ओपन-सोर्स को कॉमन्स के रूप में। महत्वपूर्ण समस्याओं पर काम करने के लिए संस्थागत समर्थन की आवश्यकता नहीं होती। एक व्यक्ति जिसके पास लैपटॉप, एक सार्वजनिक रिपॉजिटरी और एक विशिष्ट ओपन प्रॉब्लम है, वह एक कॉमन्स में योगदान देता है जो सभी के लिए संयुक्त रूप से बढ़ता है। हैमिंग का कंपाउंड-नॉलेज सिद्धांत व्यक्तिगत स्तर पर ही नहीं, बल्कि इकोसिस्टम स्तर पर भी लागू होता है।
सहकारी इंफ्रास्ट्रक्चर। परमाकंप्यूटर मॉडल: हर नोड एक वर्कस्टेशन है, हर एज एक क्यू है। डाउनस्ट्रीम क्षमता को स्टेज किए बिना एक नोड को अनब्लॉक करने से नया बॉटलनेक बनता है। यह हैमिंग की सिस्टम्स थिंकिंग को आगे बढ़ाता है: न सिर्फ़ 'सिस्टम को ऑप्टिमाइज़ करें, कंपोनेंट को नहीं,' बल्कि 'कंस्ट्रेंट हटाने से पहले फ्लो को मैप करें।'
एल्गोरिदमिक कॉम्प्लेक्सिटी को फंडामेंटल के रूप में। हैमिंग का फंडामेंटल की जांच: क्या यह टिका है? क्या बाकी क्षेत्र इससे निकाला जा सकता है? बिग ओ दोनों शर्तें पूरी करता है। ग्रोथ-रेट एनालिसिस नुथ के समय से चला आ रहा है। इससे एल्गोरिदम चयन, डेटा स्ट्रक्चर चयन और परफॉर्मेंस प्रेडिक्शन निकलते हैं — व्यावहारिक कंप्यूटर साइंस का अधिकांश हिस्सा। हैमिंग इस अध्याय को चूक गए। हम इसे लिखते हैं।
कैपिटल के सभी आठ रूप। केवल प्रकाशनों और पेटेंट्स को मापने से कैपिटल के छह रूप अदृश्य रह जाते हैं। एक शोध प्रथा जो इंटेलेक्चुअल कैपिटल (प्रकाशन) को अधिकतम करने के लिए लिविंग कैपिटल (शोधकर्ता का स्वास्थ्य, ध्यान, नींद) को नष्ट करती है, आठ में से दो को ऑप्टिमाइज़ करती है जबकि एक महत्वपूर्ण को घटाती है। हैमिंग की 'रातों और सप्ताहांतों में काम करें' सलाह इस लेखांकन के तहत टूट जाती है।
ड्रैगन की आग बनी रहती है: महत्वपूर्ण समस्याओं पर काम करें, अपने ज्ञान को संयुक्त करें, सिस्टम में सोचें, सादृश्य से सृजन करें, जो मायने रखता है उसे मापें। उड़ान बदल जाती है: कोई संरक्षक जरूरी नहीं, कोई प्रतिद्वंद्वी जरूरी नहीं, कोई संस्थागत दीवार जरूरी नहीं।