मैं व्यक्तिगत रूप से Clojure इस्तेमाल करता हूँ, और मुझे लेख की बातों से काफी सहमति है.
काम में मैं मुख्य रूप से Python और Java(Type)Script इस्तेमाल करता रहा हूँ, लेकिन थोड़ा भी ठीक से देखभाल न करें तो भाषा खुद और उसकी libraries में होने वाले बदलावों के साथ बने रहना मुश्किल हो जाता है, और कोड जल्दी ही legacy code बन जाता है. इसके विपरीत, Clojure में एक बार लिखा हुआ कोड एक साल बाद भी देखें तो तुरंत संशोधन और आगे का development करना बहुत आसान लगता है, और यह बात मुझे बेहद संतोषजनक लगी.
उसके बाद से, निजी उपयोग में अगर किसी खास library की पाबंदी न हो तो मैं Clojure को ही पसंद से इस्तेमाल कर रहा हूँ.
बहुत महंगा है, value for money नहीं है। असली उपयोग में तो o3-mini ही बेहतर लगता है, लेकिन अगर coding के लिए इस्तेमाल करना हो तो reasoning चरण छोटा है और middle tokens की समस्या भी हल करनी होगी, इसलिए उस उपयोग के हिसाब से यह सबसे अच्छा लगता है। कीमत भी..
मैं hwp.js (https://github.com/hahnlee/hwp.js) विकसित करने वाला hahnlee हूँ :)
जब मैं उस प्रोजेक्ट को बना रहा था, और आज भी, मुझे hwp खास पसंद नहीं है। खासकर इसकी openness के स्तर के मामले में।
लेकिन "HWP फ़ॉर्मैट में AI training के लिए अनुकूल कुछ तत्व हैं" — इस हिस्से से मैं कुछ हद तक सहमत हूँ.
RAG बनाते समय के अनुभव से कहूँ तो, कोरिया में खासकर tables का बहुत इस्तेमाल होता है। PDF के मामले में, वह एक ऐसा format है जिसे printing को ध्यान में रखकर बनाया गया है, इसलिए PDF में "table" जैसी कोई चीज़ वास्तव में नहीं होती। वहाँ सिर्फ lines और text होते हैं।
इसी वजह से, जटिल table जानकारी से data निकालना PDF documents के आधार पर मुश्किल था। खासकर तब भी, जब table अगले page तक चला जाता था।
मोटे तौर पर तुलना करूँ तो, अगर hwp एक तरह का rich text document है, तो pdf मुझे txt document जैसा लगता था। बेशक, यह बात सिर्फ "table" के संदर्भ में है।
लेकिन क्या इसे hwp फ़ॉर्मैट की कोई खास ताकत कहा जा सकता है? मेरा मानना है कि नहीं। साधारण चीज़ों के लिए Markdown ही काफी है, और अगर थोड़ा ज्यादा जटिल हो तो उसे html में परिभाषित करना बेहतर है।
और सबसे निर्णायक बात यह है कि docx और odt में भी यही फायदे मौजूद हैं.
मुझे hwp पसंद नहीं है और अभी की Hancom कंपनी के प्रोडक्ट्स के बारे में मैं अच्छी बात नहीं कह सकता, लेकिन मेरा मानना है कि पहले प्रोडक्ट खुद Word से कहीं बेहतर सॉफ़्टवेयर था।
सटीक जवाब दूँ तो, एक ही किताब हो लेकिन फ़ॉर्मैट अलग हो, तो अलग-अलग ISBN जारी करवाने पड़ते हैं। यहाँ तक कि epub और pdf ई-बुक के लिए भी अलग ISBN लेना पड़ता है।
ऊपर वाले व्यक्ति की बात का जवाब दूँ तो, घरेलू ई-बुक के मामले में, जैसा कि मूल लेख में उल्लेख है, यह ‘service entitlement’ खरीदने की अवधारणा है, इसलिए यह कंटेंट को स्वयं own करने की अवधारणा से थोड़ा अलग है। हर बुकस्टोर अलग-अलग DRM भी अलग तरह से लागू करता है। इसलिए अपने पैसे देकर खरीदी गई ई-बुक को किसी भी वातावरण में आसानी से इस्तेमाल नहीं कर सकते, और समय के अनुरूप कानून की ज़रूरत है. हाय
व्यक्तिगत रूप से, मेरी इच्छा है कि financial sector के MyData की तरह digital materials भी, चाहे कहीं से खरीदे जाएँ, मैं उन्हें अपनी मनचाही form में consume कर सकूँ।
मुझे Next.js का भविष्य पसंद है: यह वाकई बहुत शानदार होता जा रहा है
समझ नहीं आता कि cache की ज़रूरत ही क्यों है। पारंपरिक तरीके में cache जैसी किसी चीज़ की ज़रूरत नहीं थी, और cache इस्तेमाल करने की नौबत भी बहुत सीमित होती है, फिर बेवजह cache को लेकर जान क्यों दे रहे हैं?
मेरा मानना है कि राजनेताओं का security को खत्म करने वाला रवैया बस यही सोच है कि इसका इस्तेमाल सिर्फ मैं ही करूंगा, इससे ज़्यादा कुछ नहीं। अगर वे कुछ-कुछ सहायकों को साथ लेकर चलते हैं और फिर भी इस स्तर की technology को नहीं समझते, तो वह अपने काम के प्रति लापरवाही है।
रूस में भी Telegram पर इतना दमन किया गया, लेकिन युद्ध के समय आखिरकार Telegram ही इस्तेमाल किया गया; कोरियाई सरकार ने भी Telegram को मानो बुराई की जड़ की तरह पेश किया, लेकिन बाद में यही सामने आया कि वे खुद Telegram, यहाँ तक कि Signal भी इस्तेमाल कर रहे थे। ऐसी सुरक्षा जो सिर्फ मेरे लिए फायदेमंद हो, दुनिया में होती ही नहीं; कभी-कभी लगता है कि शायद तकनीक के बारे में समझ की कमी है।
मैं व्यक्तिगत रूप से Clojure इस्तेमाल करता हूँ, और मुझे लेख की बातों से काफी सहमति है.
काम में मैं मुख्य रूप से Python और Java(Type)Script इस्तेमाल करता रहा हूँ, लेकिन थोड़ा भी ठीक से देखभाल न करें तो भाषा खुद और उसकी libraries में होने वाले बदलावों के साथ बने रहना मुश्किल हो जाता है, और कोड जल्दी ही legacy code बन जाता है. इसके विपरीत, Clojure में एक बार लिखा हुआ कोड एक साल बाद भी देखें तो तुरंत संशोधन और आगे का development करना बहुत आसान लगता है, और यह बात मुझे बेहद संतोषजनक लगी.
उसके बाद से, निजी उपयोग में अगर किसी खास library की पाबंदी न हो तो मैं Clojure को ही पसंद से इस्तेमाल कर रहा हूँ.
आपकी लेखन शैली बहुत अच्छी है।
बहुत अच्छे से पढ़ा!
बहुत महंगा है, value for money नहीं है। असली उपयोग में तो o3-mini ही बेहतर लगता है, लेकिन अगर coding के लिए इस्तेमाल करना हो तो reasoning चरण छोटा है और middle tokens की समस्या भी हल करनी होगी, इसलिए उस उपयोग के हिसाब से यह सबसे अच्छा लगता है। कीमत भी..
flash 2 से तुलना करने के लिए कीमत का अंतर बहुत ज़्यादा है.. यह ठीक o1pro और o3-mini के बीच के स्तर का है
मैं hwp.js (https://github.com/hahnlee/hwp.js) विकसित करने वाला hahnlee हूँ :)
जब मैं उस प्रोजेक्ट को बना रहा था, और आज भी, मुझे hwp खास पसंद नहीं है। खासकर इसकी openness के स्तर के मामले में।
लेकिन "HWP फ़ॉर्मैट में AI training के लिए अनुकूल कुछ तत्व हैं" — इस हिस्से से मैं कुछ हद तक सहमत हूँ.
RAG बनाते समय के अनुभव से कहूँ तो, कोरिया में खासकर tables का बहुत इस्तेमाल होता है। PDF के मामले में, वह एक ऐसा format है जिसे printing को ध्यान में रखकर बनाया गया है, इसलिए PDF में "table" जैसी कोई चीज़ वास्तव में नहीं होती। वहाँ सिर्फ lines और text होते हैं।
इसी वजह से, जटिल table जानकारी से data निकालना PDF documents के आधार पर मुश्किल था। खासकर तब भी, जब table अगले page तक चला जाता था।
मोटे तौर पर तुलना करूँ तो, अगर hwp एक तरह का rich text document है, तो pdf मुझे txt document जैसा लगता था। बेशक, यह बात सिर्फ "table" के संदर्भ में है।
लेकिन क्या इसे hwp फ़ॉर्मैट की कोई खास ताकत कहा जा सकता है? मेरा मानना है कि नहीं। साधारण चीज़ों के लिए Markdown ही काफी है, और अगर थोड़ा ज्यादा जटिल हो तो उसे html में परिभाषित करना बेहतर है।
और सबसे निर्णायक बात यह है कि docx और odt में भी यही फायदे मौजूद हैं.
Netscape, IE से बुरी तरह हारने के बाद, source खोलना वगैरह जैसे देर से किए गए कदमों पर बहुत मेहनत से हाथ मार रहा था।
मुझे hwp पसंद नहीं है और अभी की Hancom कंपनी के प्रोडक्ट्स के बारे में मैं अच्छी बात नहीं कह सकता, लेकिन मेरा मानना है कि पहले प्रोडक्ट खुद Word से कहीं बेहतर सॉफ़्टवेयर था।
सटीक जवाब दूँ तो, एक ही किताब हो लेकिन फ़ॉर्मैट अलग हो, तो अलग-अलग ISBN जारी करवाने पड़ते हैं। यहाँ तक कि epub और pdf ई-बुक के लिए भी अलग ISBN लेना पड़ता है।
ऊपर वाले व्यक्ति की बात का जवाब दूँ तो, घरेलू ई-बुक के मामले में, जैसा कि मूल लेख में उल्लेख है, यह ‘service entitlement’ खरीदने की अवधारणा है, इसलिए यह कंटेंट को स्वयं own करने की अवधारणा से थोड़ा अलग है। हर बुकस्टोर अलग-अलग DRM भी अलग तरह से लागू करता है। इसलिए अपने पैसे देकर खरीदी गई ई-बुक को किसी भी वातावरण में आसानी से इस्तेमाल नहीं कर सकते, और समय के अनुरूप कानून की ज़रूरत है. हाय
व्यक्तिगत रूप से, मेरी इच्छा है कि financial sector के MyData की तरह digital materials भी, चाहे कहीं से खरीदे जाएँ, मैं उन्हें अपनी मनचाही form में consume कर सकूँ।
आहा.. अब समझ आ गया.. हाहाहाहा
यह क्या है?
मुझे Next.js का भविष्य पसंद है: यह वाकई बहुत शानदार होता जा रहा है
समझ नहीं आता कि cache की ज़रूरत ही क्यों है। पारंपरिक तरीके में cache जैसी किसी चीज़ की ज़रूरत नहीं थी, और cache इस्तेमाल करने की नौबत भी बहुत सीमित होती है, फिर बेवजह cache को लेकर जान क्यों दे रहे हैं?
दुर्भाग्यवश यह दुनिया का मानक नहीं बन सका
मेरा मानना है कि राजनेताओं का security को खत्म करने वाला रवैया बस यही सोच है कि इसका इस्तेमाल सिर्फ मैं ही करूंगा, इससे ज़्यादा कुछ नहीं। अगर वे कुछ-कुछ सहायकों को साथ लेकर चलते हैं और फिर भी इस स्तर की technology को नहीं समझते, तो वह अपने काम के प्रति लापरवाही है।
मैंने word processor की शुरुआत Arae-a Hangeul से की थी, लेकिन अब लगता है कि यह दक्षिण कोरिया के विकास के लिए गायब हो जाने वाला एक अवशेष है।
रूस में भी Telegram पर इतना दमन किया गया, लेकिन युद्ध के समय आखिरकार Telegram ही इस्तेमाल किया गया; कोरियाई सरकार ने भी Telegram को मानो बुराई की जड़ की तरह पेश किया, लेकिन बाद में यही सामने आया कि वे खुद Telegram, यहाँ तक कि Signal भी इस्तेमाल कर रहे थे। ऐसी सुरक्षा जो सिर्फ मेरे लिए फायदेमंद हो, दुनिया में होती ही नहीं; कभी-कभी लगता है कि शायद तकनीक के बारे में समझ की कमी है।
मैंने भी वह हिस्सा पढ़कर अजीब महसूस किया था, लेकिन मूल डोमेन देखकर बात समझ में आ गई haha
"HWP फ़ॉर्मैट में ऐसे तत्व हैं जो AI training के लिए फायदेमंद हैं"
ये सच में है..?
मुझे ख़ास तौर पर इससे सहमति नहीं बनती। हालांकि, अगर बात लेख में भी बताए गए hwpx की हो, तो अलग बात है...
Jank Jank~!
यह तो पूरी तरह जोश से भरा हुआ घोषणापत्र है hahaha शानदार है