वाह, आपने बहुत बढ़िया चीज़ बनाई है। धन्यवाद। इसकी ज़रूरत थी, मैं इसे अच्छे से इस्तेमाल करूँगा!

आखिरकार यह सोचने पर मजबूर करता है कि धीरे-धीरे ऐसी कौन-सी चीज़ें बचेंगी जिन्हें कॉपी नहीं किया जा सकेगा, और उनकी लागत कितनी कम हो जाएगी।

मैंने भी Three-Body ड्रामा काफी मज़े से देखा था।

ChatGPT और mRNA वैक्सीन से पालतू कुत्ते के कैंसर का इलाज — मानव कैंसर उपचार के लिए भी उम्मीद

इसे भी देखें...

लगता है कि डेमो में मौजूद https://chenglou.me/pretext/editorial-engine/ पेज इसे सबसे अच्छी तरह दिखाता है।

उपयोगी टूल है!! दक्षिण कोरिया के सरकारी अधिकारी 👍🏻👍🏻

विषय से अलग, जिन्होंने अभी तक यह उपन्यास नहीं पढ़ा है उनके लिए यह बहुत बड़ा spoiler है।

कुछ हद तक मैं सहमत हूँ -- मुझे भी थोड़ा-थोड़ा ऐसा महसूस होने लगा है.
HN में बिज़नेस वाला हिस्सा अलग बात है, लेकिन तकनीकी पहलू अब बहुत आसानी से कॉपी किया जा सकता है. कुछ प्रोजेक्ट्स इसी वजह से सार्वजनिक भी नहीं किए जाते, और आइडिया का भी ज़िक्र नहीं किया जाता. शायद बहुत से लोग पहले से ही ऐसा कर रहे होंगे.
आगे software की दुनिया कैसे बदलेगी, इसकी कल्पना करना मुश्किल है. मुझे लगता है अब और ज़्यादा 'secret' प्रोजेक्ट्स होंगे. इन दिनों कई personal projects लगातार सामने आ रहे हैं, लेकिन लगता है कि यह सिर्फ़ संक्रमण काल की एक अस्थायी घटना है, डेवलपर्स के थोड़ी देर के आनंद लेने की स्थिति भर है, और आखिरकार शायद software industry खुद काफी सिकुड़ जाए या समाप्त ही हो जाए.

जब वह डेवलपमेंट, गेम या पढ़ाई जैसी चीज़ हो जो 'मैं खुद करना चाहता हूँ', तो लगता है कई घंटों तक, वह काम खत्म होने तक, ध्यान केंद्रित किया जा सकता है.

यहाँ 4 घंटे शायद उस ध्यान क्षमता की बात है जो 'करना तो नहीं चाहता, लेकिन नौकरी है इसलिए करता हूँ' वाले काम के लिए होती है (इसे निष्क्रिय एकाग्रता कहना चाहिए शायद?)

लगता है यह इन्हीं ने विकसित किया है। Gwangjin-gu Office के Assistant Manager Ryu
https://www.facebook.com/share/p/1B8EbEHEAw/

मैंने इसे पूरी तरह समझकर इस्तेमाल नहीं किया है, इसलिए पहले से माफ़ी चाहता हूँ.

कहा जा रहा है कि यह canvas के measureText के आधार पर दोबारा कैलकुलेट करता है..
मुझे उस API पर भरोसा नहीं है.
सही कहूँ तो API पर ही भरोसा नहीं है, ऐसा भी नहीं,
बल्कि जब DOM को उसी तरह रेंडर किया जाता है, तो ब्राउज़र में दिखने वाली
ऊँचाई या रूप वही तभी रहेगा जब सभी condition values पूरी तरह मैच करें, और API के रूप में लेते समय भी वही होना चाहिए,
लेकिन यह बात समझ न पाने की वजह से "मान अलग क्यों है, और यह bug कैसे आया" जैसी
एक सिहरन पैदा कर देने वाली बुरी याद मेरे पास है...

हूँ~ मैं सोच रहा था कि क्या इसे खुद बनाना पड़ेगा, अब इसे आज़माना चाहिए

यह चौंकाने वाला है।

लगता है कि यह डोमेन विशेषज्ञों का एक उच्च-विश्वसनीयता वाला प्रोजेक्ट है।

ऊपर वाले up arrow key remapping को Emacs users तो बस c-r से कर लेते हैं। tuning का आखिरकार best form stock ही है.

लगभग सब कुछ emacs key binding है, लेकिन emacs की बात लगभग आती ही नहीं। इसे आजकल टिप्स की तरह बहुत शेयर होते देख कर समय के बदलाव का एहसास होता है। readline लाइब्रेरी ने ही लगभग सभी emacs key binding को implement किया है। ऐसा लगता है कि IDE पर लगभग 20 साल पहले ही लगभग पूरी तरह शिफ्ट हो गया था, लेकिन gdbtui जैसी चीजें इस्तेमाल करने वाले एक fossil के नज़रिए से देखें तो अच्छा वही है जो कभी मरता नहीं।

मैं Harness को व्यक्तिगत रूप से बना रहा हूँ, इसलिए यह जानने की जिज्ञासा है कि open source प्रोजेक्ट्स को लागू करने का प्रभाव किस तरह के टेस्ट्स में सामने आता है। क्या इसके लिए कोई quantifiable और औपचारिक benchmark tool मौजूद है? आम तौर पर दूसरे लोग केवल अनुभव के बजाय प्रभावशीलता का सत्यापन कैसे करते हैं, यह भी जानना चाहता हूँ।

वाह..
मुझे जिज्ञासा है कि क्या यह चीज़ें अच्छे से सर्च करता है, इसे आज़माकर देखना होगा

बात यह है कि अगर डेवलपमेंट की लागत, व्यक्तिगत जानकारी किसी तीसरे पक्ष को देकर (वेरिफिकेशन कराकर) सॉफ़्टवेयर इस्तेमाल करने की लागत से कम हो जाए, तो ज़्यादातर लोग वही फ़ंक्शन करने वाला सॉफ़्टवेयर खुद बनाकर इस्तेमाल करेंगे.

इनका Repo देखकर लगता है कि इन्होंने HWP/HWPX को parse करने के लिए Kordoc नाम की चीज़ बनाई है
https://github.com/chrisryugj/kordoc

वहाँ एक प्रभावशाली पंक्ति है

दक्षिण कोरिया में दस्तावेज़ों का ऐसा नरक, जिसका कोई सानी नहीं। वहीं 7 साल तक टिके रहे एक सरकारी अधिकारी ने इसे बनाया है.