सार्वजनिक रूप से सीखने के फायदे

 (gilesthomas.com)
2 पॉइंट द्वारा GN⁺ 2025-02-25 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • सीखते समय जो बातें समझ में आएँ, उन्हें सारांश या tutorial के रूप में सार्वजनिक करने से वैसा लेख खुद बन जाता है जिसकी आपको शुरुआत में सीखते समय जरूरत थी
  • नई technology सीखकर और उसे खुद आजमाकर रुकने के बजाय, उसे लिखकर समझाने से ज्ञान और गहराई से बैठता है और समझ की कमियाँ भी सामने आती हैं
  • epoll system call और edge-triggered/level-triggered events के फर्क पर लगभग 12 साल पहले लेख लिखने के बाद भी वह लंबे समय तक याद रहा—यह इसका उदाहरण है
  • Google Search Console के हिसाब से अनियमित visitors का बड़ा हिस्सा सीखने से जुड़े नोट्स वाले लेखों से संबंधित search terms के जरिए आता है, और search terms व लेख की सामग्री भी काफी मेल खाती है
  • आगे लंबे format वाले learning records को TIL deep dives नाम की अस्थायी category में ज्यादा बार पोस्ट करने की योजना है; यह छोटे Today I learned लेखों से अलग रूप है

शुरुआत में सीखते समय जिस लेख को ढूँढना चाहता था, वही लिखना

  • हाल में सामान्य से ज्यादा blog लिखते हुए और archive पढ़ते हुए, सबसे संतोषजनक लेखों की समानताओं पर विचार किया
  • अच्छे लेख वे होते हैं जो कुछ सीखने या उसके काम करने के तरीके को समझने की प्रक्रिया में मिली बातों को सारांशित करते हैं, और कभी-कभी उन्हें tutorial के रूप में व्यवस्थित करते हैं
  • ऐसे लेख “शुरुआत में सीखते समय मैं जिस लेख को ढूँढना चाहता था” उसे खुद लिखने का तरीका हैं

लिखकर整理 करने से समझ मजबूत होती है

  • कुछ नया सीखना और संभव हो तो उसे खुद आजमाना, engineer के रूप में बढ़ने के लिए जरूरी है
  • सीखी हुई बातों को लिखने से ज्ञान और गहराई से बैठता है
  • सच में समझ होने का पैमाना यह है कि क्या आप उसे किसी बुद्धिमान और रुचि रखने वाले reader को समझा सकते हैं
  • epoll system call और edge-triggered/level-triggered events के फर्क पर लिखा लेख लिखे हुए लगभग 12 साल हो चुके हैं, लेकिन वह अब भी याद है

learning records जो दूसरों तक भी पहुँचते हैं

  • Google Search Console देखने पर, regular readers न होने वाले visitors में से कई ऐसे learning summary लेखों से जुड़ी searches के जरिए आते हैं
  • search terms और उन लेखों की सामग्री अच्छी तरह मेल खाती है, इसलिए संभव है कि visitors को वही मिल रहा हो जो वे ढूँढ रहे थे
  • सार्वजनिक learning posts व्यक्ति की अपनी समझ को मजबूत करने के साथ-साथ search के जरिए समान समस्या झेल रहे लोगों तक भी पहुँच सकती हैं

TIL deep dives नाम की category

  • आगे इस तरह के लेखों को और सचेत रूप से बढ़ाने की योजना है
  • “ऐसा tutorial जिसे काश किसी ने मेरे सीखने से पहले लिख दिया होता” कहना बहुत लंबा है, इसलिए फिलहाल इसे TIL deep dives नाम दिया गया है
  • ये लेख दूसरे blogs में दिखने वाली छोटी “Today I learned” posts से अलग हैं
  • Simon Willison की TIL posts की तरह इसी श्रेणी के हैं, लेकिन ज्यादा लंबे format वाले लेखों के करीब हैं
    • Simon Willison अलग से TIL subdomain भी चलाते हैं

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-02-25
Hacker News की टिप्पणियां

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

    • लोगों को सकारात्मक feedback बहुत कम मिलता है
      इसलिए जब कोई लेख या काम दिल को छूता है, तो आदतन किसी अनजान व्यक्ति को भी ईमेल भेज देता हूं। Derek Sivers और patio11 की तरह मैंने अपनी साइट पर भी “standing invitation” साफ दिखने वाली जगह लगा रखी है, और कभी-कभी “इंटरनेट के किसी अजनबी का नमस्ते” वाला ईमेल आ जाए तो दिन या हफ्ता अच्छा हो जाता है। धीमी रफ्तार वाली गहरी गपशप के लिए email सचमुच अच्छा है
      https://www.evalapply.org/index.html#standing-invitation
    • किसी ने 1999 Honda Civic के खराब car socket, यानी cigarette lighter, को ठीक करने का तरीका पोस्ट किया था
      मुझे बिल्कुल नहीं पता था कि glovebox के नीचे छोटे transistor जैसा कोई part होता है, और यह 50 cent की मरम्मत निकली। अगर उस व्यक्ति ने पोस्ट न किया होता तो मुझे कभी पता नहीं चलता, और मैंने उसे धन्यवाद का नोट भेजा
    • एक बार मैंने उस game demo को फिर से खेलने के लिए developer को खोजकर email किया था, जिसे मैंने पहले 2000s की शुरुआत की computer magazine demo disc में देखा था
      पता चला कि वह game कभी official तौर पर release नहीं हुआ, और कई games और software के साथ शामिल वह demo ही उसका इकलौता public trace था। Developer के पास अब भी installer file थी, और वह reply में attach करने जितनी छोटी थी, इसलिए उन्होंने भेज दी। मुझे पक्का लगा कि 20 साल से भी ज्यादा पहले बनाए game के बारे में पूछे जाने से उस व्यक्ति का दिन काफी अच्छा हुआ होगा
    • मेरे साथ भी ऐसा तीन-चार बार हुआ है, और हर बार मेरा हफ्ता अच्छा हो गया। जोरदार recommendation

  • मेरे TIL लेखों का standard भी इसी philosophy जैसा है
    अगर मैंने पहले search किया और फिर भी किसी problem को समझने में कई घंटे लग गए, तो यह बहुत मजबूत संकेत है कि उसे लिखकर छोड़ने लायक है। हालिया लेख GitHub Actions के scraping traffic को Tailscale exit node के जरिए proxy करने के बारे में है: https://til.simonwillison.net/tailscale/tailscale-github-act...

    • लेख में भी पहले से यही कहा गया है
      “Simon Willison यह काम सचमुच अच्छी तरह करते हैं, और उनके पास अपने TIL के लिए अलग subdomain तक है” वाली बात है

  • जब भी मैं कुछ ठीक करता हूं या किसी problem से जूझता हूं, तो हमेशा अपने लिए blog post लिखता हूं, और solution जोड़ते समय जितना हो सके वे exact error messages और search keywords डाल देता हूं जिन्हें मैंने search किया था

    • दो दिन पहले मैं नए computer के NixOS पर Gamescope चलाने का तरीका खोज रहा था
      Search करते हुए संबंधित Reddit post मिला [1], और उसमें GitHub Gist लगा हुआ देखकर मुझे एहसास हुआ कि उसे पोस्ट करने वाला मैं ही था। मैं पूरी तरह भूल चुका था कि यह काम मैं पहले ही कर चुका था
      [1] https://www.reddit.com/r/NixOS/comments/1dahr3g/steamos_base...
    • मेरा सबसे उपयोगी Stack Overflow answer असल में उस समय लिखा गया था जब मुझे खुद भी लगभग नहीं पता था कि मैं क्या कर रहा हूं
      यह MVC.net से जुड़ी problem थी, और मैंने question जैसी ही problem fix तो कर दी थी, लेकिन “top answer” के रूप में चिह्नित answers का मतलब क्या था या वे relevant क्यों थे, यह समझ नहीं पाया था। इसलिए मैंने लिखा कि “यहां click किया, और वहां के हिसाब से यह type किया” — यानी मैंने जिस process से fix किया था। बहुत बाद में समझ आया कि मेरा answer आखिरकार वही कह रहा था जो बाकी answers करने को कह रहे थे, लेकिन Visual Studio द्वारा बनाए गए bindings, views और parts के बीच की जादुई connection को अभी न समझ पाने वाले कई लोग जब search करते थे, तो मेरे answer को लगातार votes मिलते रहे
    • मैं भी ऐसा ही करता हूं
      मेरा आखिरी लिखा हुआ post baby monitor की battery बदलने का तरीका पता लगाने के बारे में था
      https://www.michael1e.com/how-to-replace-the-eufy-spaceview-...
    • मैं भी ऐसा करता हूं, लेकिन Grok या ChatGPT जैसे LLM authority figures से कैसे निपटना है, यह अब तक नहीं पता
      वे traffic या reward वापस नहीं देते, और source के रूप में cite तक नहीं करते ¯_(ツ)_/¯
    • Question पोस्ट करते समय भी इसी तरह, आपने जो-जो search किया था वह सब डालना अच्छा है
      ताकि जब answer आए, तो अगला व्यक्ति उसे खोज सके

  • इस तरीके का शायद सबसे अहम हिस्सा यह है कि जिस लेख को मैं खोजना चाहता था, उसे खुद लिख देने पर बाद में किसी दिन मेरे ही लिए फिर से उपयोगी होने की संभावना काफी ज्यादा होती है
    मेरे लिखे कई लेख publication के सालों बाद भी फिर से उपयोगी साबित हुए। Site में search function जोड़ने और microblog posts को भी शामिल करने से यह असर और बढ़ गया

    • लिखकर रख देने की क्रिया खुद ही चीजों को याद में पक्का करने में मदद करती है
      कभी-कभी search करते हुए मुझे अपने पुराने blog posts भी मिले हैं
    • हर बार workstation wipe करके फिर से install करते समय मैं Arch पर Ubiquiti management app install करने की प्रक्रिया हमेशा भूल जाता हूं
      2019 में मैंने इस बारे में blog में लिख रखा था, इसलिए आज भी उसे देखकर याद कर लेता हूं

  • यह आदत मेरे लिए lifestyle business बन गई। अब मैं German bureaucracy को document करके रोजी-रोटी कमाता हूं
    “क्यों करता हूं” पर मैंने talk दिया था, और वह एक लंबा blog post बन गया: https://nicolasbouliane.com/projects/all-about-berlin
    काश और लोग भी ऐसा करें। जब भी ऐसी मिलती-जुलती सामग्री मिलती है, तो जानबूझकर धन्यवाद कहता हूं। एक ने मुझे Korea को bicycle से पार करने में मदद की, और दूसरे ने एक बहुत specific device ठीक करने में मदद की। दुख की बात है कि Google, social media और AI ऐसे मददगार लोगों के काम को open-pit mining की तरह निकाल ले जाते हैं और उनका reward छीन लेते हैं

  • जानकारी नहीं थी, इसलिए कई person-days लगाकर जो कुछ पता लगाया है, उसे समेटने वाला वेबपेज जल्द ही डालने वाला हूँ
    असल में पोस्टिंग इसलिए देर हो रही है क्योंकि मैं इसे पहले से ज़्यादा टिकाऊ तरीके से करने का प्रयोग कर रहा हूँ। इसमें किसी तरह पैसे कमाना, और “AI” crawlers व services के लिए सब कुछ कॉपी कर ले जाना मुश्किल बनाना भी शामिल है :(

    • भले ही AI इसे चुरा सके, फिर भी इसे डालने में मूल्य है, ऐसा मानता हूँ
      क्यों, यह व्यक्त करने की कोशिश में एक follow-up पोस्ट भी लिखी: https://news.ycombinator.com/item?id=43166761

  • जब कोई मेरे लिखने, खाना बनाने, tools बनाने जैसे काम का आनंद लेने के लिए अपना समय निकालता है, तो मान्यता मिलने का एहसास होता है और मन बहुत खुश हो जाता है
    उल्टा, जब कुछ जारी करता हूँ और वह शून्य में गायब हो जाता है, कोई नोटिस या सराहना नहीं करता, तो ऊर्जा घट जाती है। Medium account 10 साल चलाते हुए दोनों अनुभव किए हैं, और अब लिखना मेरी यात्रा है और पाठक चंचल होते हैं, इसलिए छोड़ नहीं सकता। इसे रचना करने के terms and conditions जैसा स्वीकार कर लिया है

    • मेरे ब्लॉग की आम posts पर comments नहीं आते
      औसत शायद करीब 1 होगा, क्योंकि जिन posts पर comments आते हैं, उन पर आम तौर पर 3–4 comments आते हैं। 19 साल की blogging में सबसे बड़ा dopamine hit तब था जब मैंने देखा कि यह पोस्ट HN front page पर नंबर 1 पर पहुँची, और लगता नहीं कि ऐसा फिर होगा

  • अभी भी मैं ऐसी ही एक ब्लॉग पोस्ट लिख रहा हूँ
    पिछले कुछ महीनों से अपने क्षेत्र Kubernetes में मेहनत से पता लगाई चीज़ों पर या open source codebase का code बहुत गहराई से पढ़ने वाली posts ही डाल रहा हूँ

  • इस विषय ने बिल्कुल सही जगह चोट की, और ऐसी पोस्ट लिखने की इच्छा हर दिन बढ़ रही है। बस करना ही होगा
    हाल में Microchip PolarFire SoC[1] के साथ काम कर रहा हूँ, और पहले से जानता था कि FPGA design पर बहुत सामग्री नहीं है। लेकिन Microchip, Xilinx/AMD या Lattice, और open source tools से बिल्कुल अलग स्तर की चीज़ है। कुछ हासिल करने के लिए सचमुच बहुत सारी लड़ाइयाँ लड़नी पड़ीं, और अब जाकर कुछ हद तक workflow बना है और chip भी समझ में आने लगी है। अब यह मुझे काफ़ी पसंद है, और जो लोग hardware-software co-design में उतरना चाहते हैं, उनके लिए budget के भीतर आज़माने लायक chip है
    हर लड़ाई खत्म होने पर सोचता हूँ, “धत्त, यह कहीं ब्लॉग पर लिखना चाहिए। भविष्य में किसी एक व्यक्ति की, यहाँ तक कि भविष्य के मेरे ही एक रूप की मदद हो जाए, तो भी बड़ी जीत है।” लेकिन अब तक आलसी और थोड़ा डरा हुआ मैं ही जीतता रहा
    अंग्रेज़ी मेरी मातृभाषा नहीं है, इसलिए डर था कि अगर मैं पर्याप्त अच्छा न लिख पाया तो क्या होगा; जो मैं लिख रहा हूँ वह सबके लिए obvious हुआ और सिर्फ मैं ही उससे जूझ रहा था तो क्या होगा; कोई दोस्त संयोग से देखे और मज़ाक उड़ाए तो क्या होगा। फिर भी कोई बात नहीं। मुझे करना है, इसलिए करना होगा
    [1] https://www.microchip.com/en-us/development-tool/mpfs-disco-...
    आख़िरी बात ने Charles Bukowski की “Roll the dice” याद दिला दी। शायद इसे थोड़ा और अक्सर याद करना चाहिए: https://hellopoetry.com/poem/68266/roll-the-dice/

  • आजकल जो लेख मैं लिखना चाहता था, वैसा कोई न कोई पहले ही लिख चुका होता है। इसलिए मैं अपना version लिखता हूँ
    शुरुआती ब्लॉग posts में से ज़्यादातर सार्वजनिक forums के सवालों से प्रेरित थीं। वहाँ जवाब देता, फिर ब्लॉग पोस्ट लिखता, और बाद में उसी पोस्ट का link भेजता। 2000 के दशक की शुरुआत की मेरी ब्लॉग posts में इसके निशान दिखते हैं
    उदाहरण के लिए IE5 में browser को full screen में खोलने के तरीके वाली पोस्ट बहुत सफल रही: https://brajeshwar.com/2002/ie-50-full-screen-from-itself/