कमेंट में दिया गया परफॉर्मेंस तुलना वाला हिस्सा काफी हद तक ऐसा लगता है कि उसने उस रिपॉज़िटरी में मौजूद मानों में से Electron के पक्ष में जाने वाले मान चुनकर पेश किए हैं। मान थोड़े अलग ज़रूर हैं, लेकिन सबसे मिलती-जुलती संख्या शायद वह हिस्सा है जहाँ 'चलाने से पहले उपलब्ध मेमोरी और चलाने के बाद उपलब्ध मेमोरी के बीच का अंतर' की तुलना की गई है। लेकिन ठीक उसके ऊपर वाले बिंदु में, रनिंग के दौरान main process और child process की कुल मेमोरी Electron के लिए 258M दर्ज है, इसलिए यह मान लेना मुश्किल लगता है कि रन से पहले और बाद के बीच मेमोरी उपयोग में बदलाव केवल 91MB था। HN की reply comments में भी यह बात आई है कि Tauri से बनाए गए ऐप का स्टार्टअप टाइम 7 सेकंड से ज़्यादा बताया गया था, जिससे यह कहना पड़ता है कि उस रिपॉज़िटरी के measurement numbers पर भरोसा करना कठिन है।
मुझे ठीक से पता नहीं है, इसलिए पूछ रहा/रही हूँ
अगर Developer Mode खुली हुई स्थिति में नहीं है, तब भी क्या यह खतरनाक है?
ज़्यादातर उपयोगकर्ताओं को तो शायद यह भी नहीं पता होगा कि वह क्या है, और न ही ऐसा लगता है कि उन्होंने उसे सक्रिय किया होगा।
पता नहीं लोग अनजान हैं या परवाह नहीं करते, लेकिन ऐसे लोग बहुत हैं...
अनुवाद में भी यही बात लागू होती है... AI काम का तो है? लेकिन लगता है यह बहुत से लोगों को मुश्किल में डाल रहा है...
ऊपर से देखने पर यह ठीक-ठाक लगता है, लेकिन जिसे इसे सुधारना पड़ता है उसके नज़रिए से काम और बढ़ जाता है टीटी
"हर साल 10% छंटनी करने वाले जुकरबर्ग: 'अगले साल AI डेवलपर्स के आधे हिस्से की जगह ले लेगा' [यून मिन-ह्योक की सिलिकॉन वैली View]"
https://m.sedaily.com/NewsView/2GRQ1RKIYC
"'कहीं ऐसा न हो कि नौकरियां भी चली जाएं' वाली चिंता अब 'हक़ीक़त' बन रही है?… घबराया हुआ इंडस्ट्री"
https://econmingle.com/economy/…
"[Yumi's Pick] 'हम नए SW डेवलपर्स की भर्ती नहीं कर रहे'… 'AI coding' का स्वाद चख चुकी कंपनियां, संगठन दक्षता बढ़ाने की 'शुरुआत'"
https://v.daum.net/v/20250522162617091
इंसान सच में अनुकूलन करने वाला जीव है।
मेरे मामले में..
शुरुआत में थोड़ा असुविधाजनक लगा, लेकिन ergonomic keyboards के column layout की आदत डालना B key की समस्या से भी बड़ा hurdle था।
बस जब तक आदत नहीं पड़ी तब तक इस्तेमाल करता रहा, और फिर हो ही गया हाहाहा
लेकिन बहुत पहले, आधुनिक युग में ही कई पेशों ने ऐसे बदलावों का सामना किया है। उदाहरण के लिए, फोटोग्राफी के आने पर कलाकारों ने, और automated factories के आने पर कारीगरों ने ऐसा बदलाव झेला था। coding भी इससे अलग नहीं लगती।
मेरा मानना है कि जब innovation रोज़मर्रा की बात बन जाएगी, तो अंततः आज की तुलना में और ज़्यादा engineers की ज़रूरत होगी। users की अपेक्षाएँ और ऊँची होंगी, और हमें इससे भी बड़े और जटिल सिस्टम बनाने होंगे। कुछ-कुछ Red Queen hypothesis की तरह।
बेशक, काम की प्रकृति बदलने या कुछ खास tasks के गायब हो जाने की संभावना काफ़ी है। जैसे किसी समय typesetter का काम चुपचाप गायब हो गया। उस संदर्भ में, systems को design करना शायद और ऊँचे abstraction का रूपक या उदाहरण बन जाएगा।
यह वही layout वाला keyboard है जिसे मैंने भी हाल ही में इस्तेमाल करना शुरू किया है। इस्तेमाल करते-करते... ऐसा लग रहा है कि 3*5 शायद और भी ज़्यादा आदर्श usability देगा। thumb cluster (अंगूठे की तरफ अलग रखी गई keys) ज़्यादा होने से access कोई खास आसान नहीं हो जाता। और pinky finger से दबाई जा सकने वाली keys बढ़ भी जाएँ, तो ज़्यादातर स्थितियों में वैसे भी combo या tap dance पर निर्भर रहना पड़ता है, इसलिए लगा कि इस हिस्से को भी combo में ले जाना बेहतर होगा, haha.
सबसे बढ़कर, यह एक input device है, लेकिन मेरे लिए कौन-सा तरीका सुविधाजनक है इस पर सोचने और उसे आज़माने की पूरी प्रक्रिया ही इतनी आनंददायक है कि मैं उसी में मज़ा ले रहा हूँ।
आह! मैं भी b को बाएँ हाथ से और ㅠ को दाएँ हाथ से टाइप करता/करती हूँ। मैंने उसका भी हल combo से निकाल लिया। n + m, यानी ㅜ + ㅡ, को एक साथ दबाने पर B(ㅠ) इनपुट हो जाए, ऐसा सेट करके इस्तेमाल कर रहा/रही हूँ.
VIAL में फीचर्स बहुत हैं, इसलिए शुरुआत में मैंने tap dance नाम की उस सुविधा का इस्तेमाल किया था, जिसमें दबाने के समय के आधार पर अलग-अलग key input दिए जा सकते हैं। लेकिन उस रिदम पर टाइप करने की आदत पड़ जाने के बाद भी, वह मेरे लिए खास आरामदायक नहीं लगा।
इसलिए अब मैं लगभग एक साथ दबाई जाने वाली keys को अलग से संभालने वाले combo फीचर का इस्तेमाल करके कई keys assign करके उपयोग कर रहा/रही हूँ.
B(yu) key की समस्या को आप कैसे हल करते हैं? मैं हमेशा split keyboard खरीदना चाहता हूँ, लेकिन इसी issue की वजह से यह-वह देखते हुए अब तक खरीद नहीं पाया हूँ।
"डिबग interface एक्सेस किया जा सकने वाला UE"
-> इसका सबसे प्रतिनिधि उदाहरण Samsung Galaxy series है। इनमें से Qualcomm debug mode सेट किया जा सके वाला मॉडल खरीद लें।
"क्या बदलना है, यह ज़रा अच्छी तरह सोचिए।"
-> अगर आप यह सोचें कि authentication प्रक्रिया में क्या इस्तेमाल होता है, तो क्या बदलना है इसका जवाब xda तक जाए बिना ही तुरंत मिल जाएगा।
xda में जो लिखा है, वह शायद उसे बदलने का तरीका होगा।
मैं ergodox लेआउट इस्तेमाल करता हूँ, और मैं भी TTC Frozen v2 switches इस्तेमाल कर रहा हूँ। ये सच में पागलों की हद तक शांत हैं, इतना कि ऑफिस में लोग शक करें कि मैं काम की बजाय बस समय काट रहा हूँ, हाहा।
split ergo ortholinear लेआउट थोड़े niche हैं, इसलिए सच कहूँ तो keyboard expo में भी ऐसे users को ढूँढना मुश्किल होता है। प्रदर्शित keyboards में भी बस एक-दो ही?
मैं Corne v4(3x5) इस्तेमाल कर रहा हूँ। टेंटिंग को व्हील वेट से लागू करने पर यह भारी हो जाता है, जो अच्छा लगता है, लेकिन हाउजिंग प्लास्टिक की होने की वजह से अच्छी टाइपिंग साउंड हासिल करने की एक सीमा है। अगली बार शायद housing material बदलकर देखूँगा।
विशेष लेआउट वाले कीबोर्ड थोड़े असुविधाजनक लगते हैं, क्योंकि जब किसी और के साथ एक ही जगह पर काम करना हो तो वे उनके लिए परिचित नहीं होते; मेरे हिसाब से व्यक्तिगत न्यूनतम सीमा TKL तक है
मैं 42-key और 36-key कीबोर्ड एक साल से ज़्यादा समय से अच्छी तरह इस्तेमाल कर रहा हूँ।
एक बार आदत पड़ जाए तो कंधों को सच में बहुत आराम मिलता है।
क्योंकि टाइप करते समय हाथों को सटाकर रखने के बजाय फैलाकर इस्तेमाल किया जा सकता है।
Navigation Layer
माउस इंटीग्रेशन में acceleration वगैरह सेट करने के लिए काफ़ी सारे options हैं।
अपने लिए आरामदायक sensitivity ठीक से सेट कर लेने के बाद यह काफ़ी उपयोगी लगा।
बहुत बारीक काम न हो तो अक्सर सिर्फ़ कीबोर्ड से ही माउस इस्तेमाल कर लेता हूँ।
जैसा इस लेख में भी बताया गया है, मैं भी बाएँ हाथ पर माउस के up/down/left/right keys और दाएँ तरफ़ click keys वगैरह assign करके इस्तेमाल कर रहा हूँ।
Combo
j + k -> ESC
मैं भी यह combination इस्तेमाल करता हूँ। Control, Command, Shift जैसी कई keys को साथ दबाने वाली combo सुविधा का ठीक से उपयोग करें तो यह सच में बहुत सुविधाजनक है।
s + f -> (
j + l -> )
मैं इस तरह bracket खोलने और बंद करने वाले combos भी इस्तेमाल करता हूँ।
मैं Rust code बहुत लिखता हूँ, और module import करते समय ::, यानी colon को लगातार दो बार लिखने की ज़रूरत बहुत पड़ती है। इसके लिए मैं j + ; -> :: combo assign करके भी इस्तेमाल करता हूँ।
वायरलेस / वायर्ड
वायरलेस में सोच से ज़्यादा बातों पर ध्यान देना पड़ता है।
विदेश से मंगाने पर battery अलग से कोरिया में खरीदकर जोड़नी पड़ती है, फिर उसका management वगैरह भी करना होता है... मैंने वायरलेस भी आज़माया था, लेकिन अभी के लिए उसे छोड़ दिया है और अब एक wired split घर पर, और एक बाहर ले जाने के लिए इस्तेमाल कर रहा हूँ।
VIAL
अगर आप पहली बार शुरुआत कर रहे हैं, तो कुछ भी खरीदें वह अच्छा हो सकता है, लेकिन कीमत से अलग मैं ज़ोर देकर यही recommend करूँगा कि "VIAL" support वाला ही खरीदें।
दूसरे firmware में अलग से configuration, compile और apply करने के कई steps होते हैं, इसलिए वे अक्सर झंझट भरे लगते हैं।
लेकिन अगर सिर्फ़ VIAL support हो, तो इस लेख की तरह GUI program खोलकर real time में मनचाहा combination और layout तुरंत test और apply किया जा सकता है।
उम्मीद है split keyboard users और बढ़ें, इसी उम्मीद के साथ यह comment छोड़ रहा हूँ :)
कमेंट में दिया गया परफॉर्मेंस तुलना वाला हिस्सा काफी हद तक ऐसा लगता है कि उसने उस रिपॉज़िटरी में मौजूद मानों में से Electron के पक्ष में जाने वाले मान चुनकर पेश किए हैं। मान थोड़े अलग ज़रूर हैं, लेकिन सबसे मिलती-जुलती संख्या शायद वह हिस्सा है जहाँ 'चलाने से पहले उपलब्ध मेमोरी और चलाने के बाद उपलब्ध मेमोरी के बीच का अंतर' की तुलना की गई है। लेकिन ठीक उसके ऊपर वाले बिंदु में, रनिंग के दौरान main process और child process की कुल मेमोरी Electron के लिए 258M दर्ज है, इसलिए यह मान लेना मुश्किल लगता है कि रन से पहले और बाद के बीच मेमोरी उपयोग में बदलाव केवल 91MB था। HN की reply comments में भी यह बात आई है कि Tauri से बनाए गए ऐप का स्टार्टअप टाइम 7 सेकंड से ज़्यादा बताया गया था, जिससे यह कहना पड़ता है कि उस रिपॉज़िटरी के measurement numbers पर भरोसा करना कठिन है।
मुझे ठीक से पता नहीं है, इसलिए पूछ रहा/रही हूँ
अगर Developer Mode खुली हुई स्थिति में नहीं है, तब भी क्या यह खतरनाक है?
ज़्यादातर उपयोगकर्ताओं को तो शायद यह भी नहीं पता होगा कि वह क्या है, और न ही ऐसा लगता है कि उन्होंने उसे सक्रिय किया होगा।
पता नहीं लोग अनजान हैं या परवाह नहीं करते, लेकिन ऐसे लोग बहुत हैं...
अनुवाद में भी यही बात लागू होती है... AI काम का तो है? लेकिन लगता है यह बहुत से लोगों को मुश्किल में डाल रहा है...
ऊपर से देखने पर यह ठीक-ठाक लगता है, लेकिन जिसे इसे सुधारना पड़ता है उसके नज़रिए से काम और बढ़ जाता है टीटी
मैं यह सेवा इस्तेमाल कर रहा हूँ, लेकिन विवरण से यह इतना अलग है कि मुझे लगा यह कोई नया प्रोडक्ट है....
काफ़ी सनसनीखेज़ हेडलाइन्स हैं..
"हर साल 10% छंटनी करने वाले जुकरबर्ग: 'अगले साल AI डेवलपर्स के आधे हिस्से की जगह ले लेगा' [यून मिन-ह्योक की सिलिकॉन वैली View]" https://m.sedaily.com/NewsView/2GRQ1RKIYC
"'कोडिंग' वह काम है जो AI सबसे अच्छी तरह करता है'… MS restructuring में पहली प्राथमिकता 'डेवलपर्स'" https://n.news.naver.com/mnews/article/009/0005494133
"'कहीं ऐसा न हो कि नौकरियां भी चली जाएं' वाली चिंता अब 'हक़ीक़त' बन रही है?… घबराया हुआ इंडस्ट्री" https://econmingle.com/economy/…
"[Yumi's Pick] 'हम नए SW डेवलपर्स की भर्ती नहीं कर रहे'… 'AI coding' का स्वाद चख चुकी कंपनियां, संगठन दक्षता बढ़ाने की 'शुरुआत'" https://v.daum.net/v/20250522162617091
"'AI विश्लेषण, डिज़ाइन और कोडिंग सब करता है'… LG CNS डेवलपर्स की जगह 'AI programmer' इस्तेमाल करेगा" https://zdnet.co.kr/view/?no=20250528092405
इंसान सच में अनुकूलन करने वाला जीव है।
मेरे मामले में..
शुरुआत में थोड़ा असुविधाजनक लगा, लेकिन ergonomic keyboards के column layout की आदत डालना B key की समस्या से भी बड़ा hurdle था।
बस जब तक आदत नहीं पड़ी तब तक इस्तेमाल करता रहा, और फिर हो ही गया हाहाहा
> (क्योंकि SKT सच में 5G SA जैसी चीज़ें करता ही नहीं है)
ठीक वैसा ही बदलाव शायद पहले कभी नहीं हुआ होगा।
लेकिन बहुत पहले, आधुनिक युग में ही कई पेशों ने ऐसे बदलावों का सामना किया है। उदाहरण के लिए, फोटोग्राफी के आने पर कलाकारों ने, और automated factories के आने पर कारीगरों ने ऐसा बदलाव झेला था। coding भी इससे अलग नहीं लगती।
मेरा मानना है कि जब innovation रोज़मर्रा की बात बन जाएगी, तो अंततः आज की तुलना में और ज़्यादा engineers की ज़रूरत होगी। users की अपेक्षाएँ और ऊँची होंगी, और हमें इससे भी बड़े और जटिल सिस्टम बनाने होंगे। कुछ-कुछ Red Queen hypothesis की तरह।
बेशक, काम की प्रकृति बदलने या कुछ खास tasks के गायब हो जाने की संभावना काफ़ी है। जैसे किसी समय typesetter का काम चुपचाप गायब हो गया। उस संदर्भ में, systems को design करना शायद और ऊँचे abstraction का रूपक या उदाहरण बन जाएगा।
यह वही layout वाला keyboard है जिसे मैंने भी हाल ही में इस्तेमाल करना शुरू किया है। इस्तेमाल करते-करते... ऐसा लग रहा है कि 3*5 शायद और भी ज़्यादा आदर्श usability देगा। thumb cluster (अंगूठे की तरफ अलग रखी गई keys) ज़्यादा होने से access कोई खास आसान नहीं हो जाता। और pinky finger से दबाई जा सकने वाली keys बढ़ भी जाएँ, तो ज़्यादातर स्थितियों में वैसे भी combo या tap dance पर निर्भर रहना पड़ता है, इसलिए लगा कि इस हिस्से को भी combo में ले जाना बेहतर होगा, haha.
सबसे बढ़कर, यह एक input device है, लेकिन मेरे लिए कौन-सा तरीका सुविधाजनक है इस पर सोचने और उसे आज़माने की पूरी प्रक्रिया ही इतनी आनंददायक है कि मैं उसी में मज़ा ले रहा हूँ।
आह! मैं भी
bको बाएँ हाथ से औरㅠको दाएँ हाथ से टाइप करता/करती हूँ। मैंने उसका भी हल combo से निकाल लिया।n + m, यानीㅜ + ㅡ, को एक साथ दबाने पर B(ㅠ) इनपुट हो जाए, ऐसा सेट करके इस्तेमाल कर रहा/रही हूँ.VIAL में फीचर्स बहुत हैं, इसलिए शुरुआत में मैंने tap dance नाम की उस सुविधा का इस्तेमाल किया था, जिसमें दबाने के समय के आधार पर अलग-अलग key input दिए जा सकते हैं। लेकिन उस रिदम पर टाइप करने की आदत पड़ जाने के बाद भी, वह मेरे लिए खास आरामदायक नहीं लगा।
इसलिए अब मैं लगभग एक साथ दबाई जाने वाली keys को अलग से संभालने वाले combo फीचर का इस्तेमाल करके कई keys assign करके उपयोग कर रहा/रही हूँ.
B(yu) key की समस्या को आप कैसे हल करते हैं? मैं हमेशा split keyboard खरीदना चाहता हूँ, लेकिन इसी issue की वजह से यह-वह देखते हुए अब तक खरीद नहीं पाया हूँ।
"डिबग interface एक्सेस किया जा सकने वाला UE"
-> इसका सबसे प्रतिनिधि उदाहरण Samsung Galaxy series है। इनमें से Qualcomm debug mode सेट किया जा सके वाला मॉडल खरीद लें।
"क्या बदलना है, यह ज़रा अच्छी तरह सोचिए।"
-> अगर आप यह सोचें कि authentication प्रक्रिया में क्या इस्तेमाल होता है, तो क्या बदलना है इसका जवाब xda तक जाए बिना ही तुरंत मिल जाएगा।
xda में जो लिखा है, वह शायद उसे बदलने का तरीका होगा।
अरे वाह..
मैं ergodox लेआउट इस्तेमाल करता हूँ, और मैं भी TTC Frozen v2 switches इस्तेमाल कर रहा हूँ। ये सच में पागलों की हद तक शांत हैं, इतना कि ऑफिस में लोग शक करें कि मैं काम की बजाय बस समय काट रहा हूँ, हाहा।
split ergo ortholinear लेआउट थोड़े niche हैं, इसलिए सच कहूँ तो keyboard expo में भी ऐसे users को ढूँढना मुश्किल होता है। प्रदर्शित keyboards में भी बस एक-दो ही?
मूल लेख को बेहद अच्छी तरह से व्यवस्थित किया गया है। स्क्रीनशॉट्स और पुरानी यादों वाले कोड तक...! उम्मीद है Deno भी और बेहतर होगा। हाहा
मैं Corne v4(3x5) इस्तेमाल कर रहा हूँ। टेंटिंग को व्हील वेट से लागू करने पर यह भारी हो जाता है, जो अच्छा लगता है, लेकिन हाउजिंग प्लास्टिक की होने की वजह से अच्छी टाइपिंग साउंड हासिल करने की एक सीमा है। अगली बार शायद housing material बदलकर देखूँगा।
HN पर लिंक किए गए performance comparison chart में, ज़्यादातर मामलों में Electron, Tauri से बेहतर दिख रहा है....
विशेष लेआउट वाले कीबोर्ड थोड़े असुविधाजनक लगते हैं, क्योंकि जब किसी और के साथ एक ही जगह पर काम करना हो तो वे उनके लिए परिचित नहीं होते; मेरे हिसाब से व्यक्तिगत न्यूनतम सीमा TKL तक है
https://shop.beekeeb.com/product/pre-soldered-piantor-split-keyboard/
मैं 42-key और 36-key कीबोर्ड एक साल से ज़्यादा समय से अच्छी तरह इस्तेमाल कर रहा हूँ।
एक बार आदत पड़ जाए तो कंधों को सच में बहुत आराम मिलता है।
क्योंकि टाइप करते समय हाथों को सटाकर रखने के बजाय फैलाकर इस्तेमाल किया जा सकता है।
Navigation Layer
माउस इंटीग्रेशन में acceleration वगैरह सेट करने के लिए काफ़ी सारे options हैं।
अपने लिए आरामदायक sensitivity ठीक से सेट कर लेने के बाद यह काफ़ी उपयोगी लगा।
बहुत बारीक काम न हो तो अक्सर सिर्फ़ कीबोर्ड से ही माउस इस्तेमाल कर लेता हूँ।
जैसा इस लेख में भी बताया गया है, मैं भी बाएँ हाथ पर माउस के up/down/left/right keys और दाएँ तरफ़ click keys वगैरह assign करके इस्तेमाल कर रहा हूँ।
Combo
j + k -> ESC
मैं भी यह combination इस्तेमाल करता हूँ। Control, Command, Shift जैसी कई keys को साथ दबाने वाली combo सुविधा का ठीक से उपयोग करें तो यह सच में बहुत सुविधाजनक है।
s + f -> (
j + l -> )
मैं इस तरह bracket खोलने और बंद करने वाले combos भी इस्तेमाल करता हूँ।
मैं Rust code बहुत लिखता हूँ, और module import करते समय ::, यानी colon को लगातार दो बार लिखने की ज़रूरत बहुत पड़ती है। इसके लिए मैं j + ; -> :: combo assign करके भी इस्तेमाल करता हूँ।
वायरलेस / वायर्ड
वायरलेस में सोच से ज़्यादा बातों पर ध्यान देना पड़ता है।
विदेश से मंगाने पर battery अलग से कोरिया में खरीदकर जोड़नी पड़ती है, फिर उसका management वगैरह भी करना होता है... मैंने वायरलेस भी आज़माया था, लेकिन अभी के लिए उसे छोड़ दिया है और अब एक wired split घर पर, और एक बाहर ले जाने के लिए इस्तेमाल कर रहा हूँ।
VIAL
अगर आप पहली बार शुरुआत कर रहे हैं, तो कुछ भी खरीदें वह अच्छा हो सकता है, लेकिन कीमत से अलग मैं ज़ोर देकर यही recommend करूँगा कि "VIAL" support वाला ही खरीदें।
दूसरे firmware में अलग से configuration, compile और apply करने के कई steps होते हैं, इसलिए वे अक्सर झंझट भरे लगते हैं।
लेकिन अगर सिर्फ़ VIAL support हो, तो इस लेख की तरह GUI program खोलकर real time में मनचाहा combination और layout तुरंत test और apply किया जा सकता है।
उम्मीद है split keyboard users और बढ़ें, इसी उम्मीद के साथ यह comment छोड़ रहा हूँ :)
स्प्लिट कीबोर्ड गैलरी, LOL hahaha ऐसी कम्युनिटी भी है यहाँ
उम्मीद से ज़्यादा यूज़र भी हैं