वास्तविकता में आश्चर्यजनक मात्रा में विवरण है (2017)
रोज़मर्रा के काम, चाहे सीढ़ी बनाना हो या सॉफ़्टवेयर पाइपलाइन कॉन्फ़िगर करना, हमारी शुरुआती मानसिक मॉडलों से कहीं अधिक छिपी हुई जटिलता प्रकट करते हैं। टिप्पणीकार इस वास्तविकता के “फ्रैक्टल” विवरण को इस बात से जोड़ते हैं कि तर्क इतने बार क्यों बिगड़ जाते हैं: लोग मोटे अमूर्तों, अपरिभाषित शब्दों, और सावधानीपूर्वक किनारी मामलों व बाधाओं को निर्दिष्ट करने के बजाय विश्वास-प्रथम तर्क पर निर्भर करते हैं। थ्रेड इसे जलवायु बहसों, गणित, अभियांत्रिकी, और कारीगरी जैसे विविध क्षेत्रों से जोड़ता है, और तर्क देता है कि वास्तविक समझ और अच्छे निर्णय के लिए उच्च-स्तरीय कहानियों पर भरोसा करने के बजाय बार-बार ठोस विवरणों में गहराई तक जाना आवश्यक है.
निबंध पर समग्र प्रतिक्रिया
- कई लोगों को यह लेख “दुर्लभ और सार्थक” लगता है, खासकर व्यावहारिक कारीगरी और अमूर्त चिंतन के संयोजन के कारण।
- कुछ लोगों को लगता है कि असहमति और विश्वासों में यह भटकाव, कार्य की जटिलता और अनुभव के बारे में मुख्य संदेश से थोड़ा ध्यान हटा देता है।
जटिलता, अमूर्तन, और फ्रेम
- टिप्पणीकार जोर देकर सहमत हैं कि सब कुछ “नाज़ुक/पेचीदा” है, सिर्फ प्रोग्रामिंग नहीं; हम इसे तभी नोटिस करते हैं जब हम नए हों या विवरणों में उतरने को मजबूर हों।
- अमूर्तन को आवश्यक भी और खतरनाक भी माना गया है: सुरुचिपूर्ण नीतियाँ या मॉडल अक्सर विशिष्ट किनारी मामलों में विफल हो जाते हैं।
- कई लोग “फ्रेम” को जटिल वास्तविकता के निम्न-आयामी प्रक्षेपण के रूप में वर्णित करते हैं; असहमतियाँ अक्सर एक ही चीज़ के अलग-अलग “छायाओं” में प्रक्षेपित होने से उत्पन्न होती हैं।
असहमति, विश्वास, और तर्क
- कई लोगों का तर्क है कि टकराव इसलिए बने रहते हैं क्योंकि लोग शब्दों को परिभाषित नहीं करते, सामान्य मामलों को दुर्लभ मामलों से अलग नहीं करते, और प्रश्नों को परिष्कृत करने का विरोध करते हैं।
- अन्य लोग इस बात पर जोर देते हैं कि लोग आमतौर पर पहले विश्वासों से तर्क करते हैं, फिर औचित्य से; यह राजनीति, जलवायु बहसों, और रोज़मर्रा की आत्म-कथाओं में दिखता है।
- प्रचारकों को उजागर करने और अनिर्णीत या संदेहशील लोगों को बुरी नीयत वाले अभिनेता मानकर खारिज न करने के बीच तनाव है।
कारीगरी, निर्माण, और सीढ़ी का उदाहरण
- बिल्डर और DIY करने वाले सीढ़ी वाले प्रसंग से जुड़ाव महसूस करते हैं: वास्तविक दुनिया की बढ़ईगीरी में छिपी बाधाएँ, जिग, कोड आवश्यकताएँ, और सुरक्षा मार्जिन होते हैं।
- कुछ लोग चित्रित सीढ़ी के डिज़ाइन को संरचनात्मक रूप से खराब या कोड-अनुपालन न होने वाला मानते हैं और अधिक पारंपरिक स्ट्रिंगर तकनीकों और औज़ारों की सलाह देते हैं।
- अन्य लोग समान अनुभव साझा करते हैं (अलमारियाँ, शेल्फ, मेज़) जहाँ दिखने में “साधारण काम” पेचीदा विवरणों के ढेर में बदल जाते हैं।
गणित, मॉडल, और “उबलता पानी”
- कई लोग इस विषय को गणित से जोड़ते हैं: हाई स्कूल गणित, मॉर्गेज, ब्याज की परंपराओं जैसी गंदली वास्तविक दुनिया की उपयोगिताओं की तुलना में सरल है।
- मॉर्गेज भुगतान को सही ढंग से कैसे व्युत्पन्न करें और वार्षिक दरों को मासिक दरों में कैसे बदलें, इस पर विस्तृत बहस है, जिसमें कई परंपराओं का उल्लेख किया गया है।
- एक टिप्पणीकार का तर्क है कि निबंध का “उबलता पानी” वाला भाग तकनीकी परिभाषा का गलत उपयोग करता है; अन्य लोग जवाब देते हैं कि यह वास्तव में रोज़मर्रा की सहज समझ और सटीक परिभाषाओं के बीच के अंतर को दर्शाता है।
भौतिकी, अभियांत्रिकी, और अन्य क्षेत्र
- रॉकेट, जैव-रसायन, निर्वात उतार-चढ़ाव, और वाहन नियंत्रण (बाइक/मोटरसाइकिल में काउंटर-स्टियरिंग) के उदाहरण यह विचार मज़बूत करते हैं कि करीब से देखने पर हमेशा और संरचना सामने आती है।
- कुछ लोग नोट करते हैं कि बंद-लूप नियंत्रण रॉकेट लैंडिंग की जटिलता को संभाल सकता है, जो दिखाता है कि समाधान-डिज़ाइन स्वयं भी विवरण की एक और परत है।
सहयोग और AI
- पेयर प्रोग्रामिंग की प्रशंसा एक ऐसी विधि के रूप में की जाती है जो आंशिक फ्रेमों को जोड़ती है और अन्यथा अप्राप्य समाधानों को खोजती है; एक व्यक्ति LLM के साथ पेयर करना पसंद करता है।
- कुछ लोग इस निबंध को AI-डूम बहसों से जोड़ते हैं: परिष्कृत बातें और सरल डेमो विशाल कार्यान्वयन विवरणों को छिपा सकते हैं, इसलिए सुरक्षा को नज़रअंदाज़ करना जोखिमभरा माना जाता है।