ईमानदारी से कहूं तो मुझे लगता है कि यह बात मुख्य रूप से Java और Python पर लागू होती है। यह ऐसा ecosystem भी है जहाँ language chauvinism या paradigm के हिसाब से अलग-थलग पड़ी culture काफ़ी मज़बूत होती है.
Python को आधार मानें तो बात ठीक बैठती है, लेकिन अलग-अलग भाषाएँ पढ़ते-पढ़ते यह 5% वाला हिस्सा काफ़ी बढ़ा-चढ़ाकर कहा गया सा लगता है।

 

कोड ही असली documentation है, तो Go की दुनिया में आइए~
हम तो README न हो तब भी test code देखकर development करते हैं

 

पहले से ही पता नहीं कितने तरह के kit वगैरह कहकर हर तरह के बेकार साइड फीचर्स को ऐसे निकालते रहे जैसे कोई बहुत बड़ी चीज़ हो... वाकई Apple जैसा ही है। न निगलते बने, न उगलते बने।

 

थोड़ा अलग संदर्भ है, लेकिन tutorial hell होने का एक कारण यह भी है कि framework tutorials का इस्तेमाल बुनियादी CS शैक्षिक सामग्री के रूप में नहीं किया गया।
Django tutorial देखकर poll app बना चुका कोई शुरुआती व्यक्ति अपने दम पर blog नहीं बना पाता, क्योंकि django tutorial इस बात के लिए लिखा गया होता है कि जिसे पहले से http क्या है, template क्या है, ws क्या है, db क्या है वगैरह सब पता है, उसे django समझाया जा सके; यह web को समझाने वाला लेख नहीं होता। Django tutorial में बहुत सारा context छोड़ा हुआ होता है, और मुझे लगता है कि यही tutorial hell पैदा होने का कारण है.
Django tutorial को आज पहली बार programming करने वाले व्यक्ति के लिए फिर से लिखकर देखना भी एक अच्छा काम हो सकता है। जैसे पहले Http की संरचना समझाई जाए, और फिर बताया जाए कि django हर तत्व को कैसे handle करता है।

 

मैं KT का Giga Wi-Fi इस्तेमाल करता हूँ। चैनल बैंड 80MHz पर सेट था, इसलिए उसे 40MHz में बदलकर macOS के networkQuality नतीजों की तुलना की। मेरे मामले में 40MHz पर बदलते ही responsiveness भी और कुल performance भी काफी गिर जाती है।

 

ऐसे कुछ और मामले भी हो सकते हैं, यह सोचकर मैंने यह-वह आज़माया, और भले ही यह लगातार नहीं होता, लेकिन कभी-कभी Starfish भी loop में फँस जाता है। बार-बार कोशिश करने पर, loop न होने पर भी कम-से-कम कुछ बार ऐसे जवाब मिलते हैं जो उलझन भरे लगते हैं। बस, कोरियाई में नहीं बल्कि अंग्रेज़ी में पूछना पड़ता है। शायद दो शब्दों (Star+Fish) के संयोजन और emoji के रूप में मौजूद हो सकने वाले जानवर इसका ट्रिक पॉइंट लगते हैं, हाहा

ChatGPT बातचीत

 

Ryanair को बस हर हाल में avoid करें... यह सबसे खराब है..

 

Settings > Accessibility > Display & Text Size > Reduce Transparency
Settings > Accessibility > Display & Text Size > Increase Contrast
Settings > Accessibility > Display & Text Size > Differentiate Without Colour

इन settings से तो जैसे कैंसर ही ठीक हो गया।

 

मुझे लगा था सिर्फ़ मैं ही इतना धीमा हूँ कि official docs समझ नहीं पाता/पाती lol
सच में, बस example दे do और थोड़ा-सा explanation कर दो, तो तुरंत समझ आ जाता है.....

 

PHP शायद इसका सबसे अच्छा और सबसे खराब, दोनों तरह का उदाहरण होगा।

ऑफिशियल documentation में user-contributed content अपलोड किया जा सकता है, इसलिए तरह-तरह के code examples देखे जा सकते हैं — इस मायने में यह एक अच्छा उदाहरण है,

...लेकिन PHP में built-in functions के subtle BC issues बहुत हैं, और जो example contributions हैं वे भी ज़्यादातर बहुत पुराने ज़माने के versions के हैं, इसलिए उनमें ऐसी चीज़ें मिली-जुली रहती हैं जो असली behavior से थोड़ा अलग होती हैं, और इससे बस confusion ही बढ़ता है... lol... heh...

 

पुराने iOS या Cocoa डेवलपमेंट दस्तावेज़ों को देखें तो उनमें अलग से use case सेक्शन होता था; क्या वही सही documentation तरीका नहीं है? उदाहरण, function signature, और behavior का विवरण—सब कुछ ज़रूरी है।

 

एक पल के लिए समझ ही नहीं आया कि क्या बात हो रही है हाहाहाहा

 

उदाहरण ही सबसे बेहतरीन documentation हैं

पहले official docs की कमी Stack Overflow और Google खोज पूरी कर देते थे, लेकिन आजकल लगता है कि यह कमी LLM पूरा कर रहा है।

 

कमेंट्स देखकर कुछ लोग यह भी कह रहे हैं कि पहले भी ऐसा होता था, लेकिन मेरे हिसाब से वह सिर्फ बहाना है। मेमोरी लीक ऐसा मुद्दा है जिसे प्रोग्राम को न्यूनतम समय के लिए चलाकर भी साफ़ तौर पर पहचाना जा सकता है, तो यह कि उन्होंने वह भी नहीं किया, सच में कुछ हद तक अविश्वसनीय है।

 

मुझे लगता है कि अभी तो यह बस शुरुआत है। अगर अब ऐसी दुनिया आ जाए जहाँ AI सीधे भौतिक गतिविधियों और वित्तीय लेन-देन तक जुड़कर उन्हें संचालित कर सके, तो सचमुच एक बड़ी तबाही भी हो सकती है।

 

उम्मीद है कि Windows 11 के explorer की stability थोड़ी बेहतर हो जाए।
टैब अलग करना भी Chromium browser की तरह तेज़ और responsive हो तो अच्छा होगा..

 

Java ecosystem और object-oriented संस्कृति में खास तौर पर बेकार व्याख्यात्मक वाक्य और औपचारिक documentation बहुत रही है, और उसी माहौल को अपनाने वाले Python ecosystem के frameworks में भी उदाहरण खास तौर पर कमजोर होते हैं.

बेमतलब documentation का एक उदाहरण
add(left, right) - बाएँ operand और दाएँ operand को जोड़ता है

जबकि वास्तव में महत्वपूर्ण चीज़ें जैसे parameter का data type, कौन-कौन से exception return हो सकते हैं, result value का रूप, या operation की संरचना जैसी बातें समझाई ही नहीं जातीं.

अगर C language के man page जैसा हो, तो सिर्फ छोटी-सी व्याख्या के साथ भी function और parameter names से अंदाज़ा लगाकर इस्तेमाल किया जा सकता है.

 

इन्हें अभी भी पूरी तरह समझ नहीं आया है।
nvme पर अभी भी यह पॉलिसी लागू है..