लोग आज़ादी के महत्व को ही ठीक से नहीं समझते, चाहे वे उम्रदराज़ हों या नहीं। लोकतंत्र के लिए लड़ने वाली पीढ़ी के लोग भी अजीब तरह से censorship का स्वागत करते हैं.
वे यह भी नहीं समझते कि अपराध रोकथाम की उपयोगिता से censorship के नुकसान कहीं बड़े हैं।
हर तरह की censorship को अपराध रोकथाम के एक ही बहाने से सही ठहराया जाता है, और यह बहाना आज के दौर में चल भी जाता है।
कुछ और साल बीत जाने पर, 1984 जैसे उपन्यासों में दिखाया गया है वैसे अगर हर घर में CCTV लगा भी दिया जाए, तो शायद लोग उसके खतरे को समझ भी न पाएं।
हम्म, मुझे लगा था कि golang में
Sarama को ज़्यादा पसंद किया जाता है..
सोच से भी ज़्यादा, Kafka client तो.. broker failure या exception आने पर काफ़ी जटिल हो जाता है,
पता नहीं क्या यह सभी cases को cover कर पाएगा..
मैंने पहले इस मामले के शुरुआती दौर के बारे में थोड़ा और विस्तार से लिखा है:
इस मामले की शुरुआत 1999 में हुई, जब डाकघर ने जिस pension और allowance payment system को उसकी reliability पर संदेह के कारण रद्द कर दिया था, उसे ब्रिटिश सरकार ने छोड़ने के बजाय कागज़ पर लेनदेन दर्ज करने वाली डाकघर की मौजूदा प्रणाली को upgrade करने में इस्तेमाल करने का फैसला किया।
Horizon नाम का यह POS system (an electronic point-of-sale system) शुरुआत से ही कई समस्याओं से घिरा था, और Horizon में दर्ज नकदी तथा वास्तविक नकद होल्डिंग के बीच अंतर मिलने लगा, जिसके बाद घबराए हुए postmasters ने Horizon customer center पर फोन करना शुरू किया।
'Dalmellington' error में जब उपयोगकर्ता cash receipt की पुष्टि करने के लिए confirm करने की कोशिश करता था, तो स्क्रीन फ्रीज़ हो जाती थी, लेकिन इस स्थिति में हर बार Enter दबाने पर बिना किसी संकेत के cash received के रूप में रिकॉर्ड हो जाता था।
'Calendar Square' error ने सिस्टम के आधारभूत database error के कारण duplicate transactions पैदा किए...
कारण क्या थे? कई वजहें रही होंगी, लेकिन 1) स्टाफ की कमी, 2) software की त्रुटिहीनता पर अंधविश्वास, 3) bureaucracy खास तौर पर नज़र आती है।
स्टाफ की कमी
विकास में शामिल रहे David McDonnell के अनुसार, "development team में 8 लोग थे; उनमें 2 बहुत सक्षम थे, 2 औसत थे लेकिन उनके साथ काम किया जा सकता था, और बाकी 3~4 लोगों में professional code लिखने की क्षमता नहीं थी, इसलिए वे काम ठीक से नहीं कर पाते थे।"
समस्या का मूल सार यह है कि HTTP प्रोटोकॉल, जो वेब "दस्तावेज़" पर आधारित है, उसके भीतर app-जैसा web बनाने की एक तरह की ज़बरदस्त जुगाड़ चल रही है,
और इसे हल करने के लिए अगर app-लेवल की सुविधाएँ चाहिएँ, तो app के लिए कोई नया protocol और framework बना लेना कैसा रहेगा—ऐसी राय थी।
जैसे smartphone पर शुद्ध native program नहीं चलते, बल्कि किसी तरह के sandboxed app चलते हैं, वैसे ही वह browser-लेवल पर चलने वाली संरचना होगी।
बेशक, यह ActiveX जैसी स्थिति न बने, इसके लिए openness और standardization पहले से सुनिश्चित होने चाहिए।
सब कुछ अच्छा है, लेकिन इसे इस्तेमाल करने पर सिस्टम से Wireguard को कंट्रोल नहीं किया जा सकता। अगर आप इसे टनल से अलग इस्तेमाल करना चाहते हैं, तो इसे VM में अलग करके इस्तेमाल करना होगा।
वेब भले ही ऐप जैसा हो, फिर भी मेरा मानना है कि निष्कर्ष में कही गई दिशा के करीब जाने की कोशिश करनी चाहिए। JavaScript का ज़्यादा इस्तेमाल करने पर क्लाइंट के नज़रिए से चीज़ें भारी हो जाती हैं.
असल में ऐसा implement कर सकने वाले framework मौजूद नहीं हैं, ऐसा भी नहीं है। अभी Next.js में भी अगर client component का इस्तेमाल सिर्फ़ ज़रूरत पड़ने पर किया जाए और उसे न्यूनतम रखा जाए, तो यह मोटे तौर पर संभव है। और जैसा किसी और ने कहा था, Rails ecosystem में Hotwire(https://hotwired.dev/) जैसा framework suite (Turbo, Stimulus आदि) है, जो लेखक के बताए निष्कर्ष के काफ़ी करीब पहुँचते हुए ऐप-जैसे वेब को support करता है।
OpenAI के अधिग्रहण वाले मामले की वजह से Claude ने latest version का लाइसेंस देना बंद कर दिया है, इसलिए WindSurf में Claude 4.x version मॉडल इस्तेमाल करने के लिए महंगा API सीधे खरीदना पड़ता है—क्या Claude फिर से वापस आएगा?
कोरिया में जहां development culture management -> planner -> developer के क्रम में नीचे आती है, वहीं पश्चिम में कोरिया जैसी planner की अवधारणा नहीं होती और developer product planning आदि में सक्रिय रूप से शामिल होते हैं। पश्चिम में PM जैसी भूमिकाएं भी cover letter और self-introduction letter की तरह पूरी तरह एक जैसी अवधारणाएं नहीं हैं, इसलिए वे कोरिया के planner से भी पूरी तरह मेल नहीं खातीं। बेशक, जिन games में creative project का स्वभाव मजबूत होता है और fun व gameplay महत्वपूर्ण होते हैं, वहां पश्चिम भी एशिया की तुलना में अधिक horizontal है, लेकिन फिर भी director से developer तक नीचे आने वाली संरचना मौजूद रहती है।
लोग आज़ादी के महत्व को ही ठीक से नहीं समझते, चाहे वे उम्रदराज़ हों या नहीं। लोकतंत्र के लिए लड़ने वाली पीढ़ी के लोग भी अजीब तरह से censorship का स्वागत करते हैं.
वे यह भी नहीं समझते कि अपराध रोकथाम की उपयोगिता से censorship के नुकसान कहीं बड़े हैं।
हर तरह की censorship को अपराध रोकथाम के एक ही बहाने से सही ठहराया जाता है, और यह बहाना आज के दौर में चल भी जाता है।
कुछ और साल बीत जाने पर, 1984 जैसे उपन्यासों में दिखाया गया है वैसे अगर हर घर में CCTV लगा भी दिया जाए, तो शायद लोग उसके खतरे को समझ भी न पाएं।
जिन लोगों ने इसे recommend दबाया है, वे ज़रा आत्मचिंतन करें।
जो लोग पहले से ही एक डिस्टोपियन सेंसरशिप समाज में रह रहे हैं, उनके लिए यह बहस काफ़ी देर से आई लगती है।
हम्म, मुझे लगा था कि golang में
Sarama को ज़्यादा पसंद किया जाता है..
सोच से भी ज़्यादा, Kafka client तो.. broker failure या exception आने पर काफ़ी जटिल हो जाता है,
पता नहीं क्या यह सभी cases को cover कर पाएगा..
मैंने पहले इस मामले के शुरुआती दौर के बारे में थोड़ा और विस्तार से लिखा है:
इस मामले की शुरुआत 1999 में हुई, जब डाकघर ने जिस pension और allowance payment system को उसकी reliability पर संदेह के कारण रद्द कर दिया था, उसे ब्रिटिश सरकार ने छोड़ने के बजाय कागज़ पर लेनदेन दर्ज करने वाली डाकघर की मौजूदा प्रणाली को upgrade करने में इस्तेमाल करने का फैसला किया।
Horizon नाम का यह POS system (an electronic point-of-sale system) शुरुआत से ही कई समस्याओं से घिरा था, और Horizon में दर्ज नकदी तथा वास्तविक नकद होल्डिंग के बीच अंतर मिलने लगा, जिसके बाद घबराए हुए postmasters ने Horizon customer center पर फोन करना शुरू किया।
'Dalmellington' error में जब उपयोगकर्ता cash receipt की पुष्टि करने के लिए confirm करने की कोशिश करता था, तो स्क्रीन फ्रीज़ हो जाती थी, लेकिन इस स्थिति में हर बार Enter दबाने पर बिना किसी संकेत के cash received के रूप में रिकॉर्ड हो जाता था।
'Calendar Square' error ने सिस्टम के आधारभूत database error के कारण duplicate transactions पैदा किए...
कारण क्या थे? कई वजहें रही होंगी, लेकिन 1) स्टाफ की कमी, 2) software की त्रुटिहीनता पर अंधविश्वास, 3) bureaucracy खास तौर पर नज़र आती है।
विकास में शामिल रहे David McDonnell के अनुसार, "development team में 8 लोग थे; उनमें 2 बहुत सक्षम थे, 2 औसत थे लेकिन उनके साथ काम किया जा सकता था, और बाकी 3~4 लोगों में professional code लिखने की क्षमता नहीं थी, इसलिए वे काम ठीक से नहीं कर पाते थे।"
https://x.com/KayKiwoongKim/status/1825209040575873330
समस्या का मूल सार यह है कि HTTP प्रोटोकॉल, जो वेब "दस्तावेज़" पर आधारित है, उसके भीतर app-जैसा web बनाने की एक तरह की ज़बरदस्त जुगाड़ चल रही है,
और इसे हल करने के लिए अगर app-लेवल की सुविधाएँ चाहिएँ, तो app के लिए कोई नया protocol और framework बना लेना कैसा रहेगा—ऐसी राय थी।
जैसे smartphone पर शुद्ध native program नहीं चलते, बल्कि किसी तरह के sandboxed app चलते हैं, वैसे ही वह browser-लेवल पर चलने वाली संरचना होगी।
बेशक, यह ActiveX जैसी स्थिति न बने, इसके लिए openness और standardization पहले से सुनिश्चित होने चाहिए।
"उबाऊ"पर राय दिलचस्प हैं, हाहा। अगर इसे किसी और शब्द से बदलें, तो क्या अच्छा रहेगा? घिसा-पिटा, आम?क्या आप जो कह रहे हैं, वह पूरी तरह अलग बात नहीं है?
आपने जिस आख़िरी बात को एक आदर्श प्लेटफ़ॉर्म कहा, उसका मतलब क्या है, यह मुझे ठीक से समझ नहीं आया।
आख़िरकार बात तो उस दौर की है जब native program डाउनलोड करके उसमें ActiveX इस्तेमाल किया जाता था।
boringका अनुवाद "उबाऊ" करना मूल अर्थ को काफ़ी हद तक नहीं पहुँचा पाता।boringnessGo की design philosophy में से एक है।फिर से बेवकूफ़ बनेंगे क्या~
क्लिक करके आराम से इस्तेमाल करने लायक बनाना इतना आसान नहीं लगता।
Grok 4 अब अग्रणी AI मॉडल है
Simon Willison की Grok 4 समीक्षा
Grok इज़राइल-फ़िलिस्तीन मुद्दे पर यह खोजता है कि Elon Musk ने X पर क्या कहा है
सब कुछ अच्छा है, लेकिन इसे इस्तेमाल करने पर सिस्टम से Wireguard को कंट्रोल नहीं किया जा सकता। अगर आप इसे टनल से अलग इस्तेमाल करना चाहते हैं, तो इसे VM में अलग करके इस्तेमाल करना होगा।
वेब भले ही ऐप जैसा हो, फिर भी मेरा मानना है कि निष्कर्ष में कही गई दिशा के करीब जाने की कोशिश करनी चाहिए। JavaScript का ज़्यादा इस्तेमाल करने पर क्लाइंट के नज़रिए से चीज़ें भारी हो जाती हैं.
असल में ऐसा implement कर सकने वाले framework मौजूद नहीं हैं, ऐसा भी नहीं है। अभी Next.js में भी अगर client component का इस्तेमाल सिर्फ़ ज़रूरत पड़ने पर किया जाए और उसे न्यूनतम रखा जाए, तो यह मोटे तौर पर संभव है। और जैसा किसी और ने कहा था, Rails ecosystem में Hotwire(https://hotwired.dev/) जैसा framework suite (Turbo, Stimulus आदि) है, जो लेखक के बताए निष्कर्ष के काफ़ी करीब पहुँचते हुए ऐप-जैसे वेब को support करता है।
OpenAI के अधिग्रहण वाले मामले की वजह से Claude ने latest version का लाइसेंस देना बंद कर दिया है, इसलिए WindSurf में Claude 4.x version मॉडल इस्तेमाल करने के लिए महंगा API सीधे खरीदना पड़ता है—क्या Claude फिर से वापस आएगा?
कोरिया में जहां development culture management -> planner -> developer के क्रम में नीचे आती है, वहीं पश्चिम में कोरिया जैसी planner की अवधारणा नहीं होती और developer product planning आदि में सक्रिय रूप से शामिल होते हैं। पश्चिम में PM जैसी भूमिकाएं भी cover letter और self-introduction letter की तरह पूरी तरह एक जैसी अवधारणाएं नहीं हैं, इसलिए वे कोरिया के planner से भी पूरी तरह मेल नहीं खातीं। बेशक, जिन games में creative project का स्वभाव मजबूत होता है और fun व gameplay महत्वपूर्ण होते हैं, वहां पश्चिम भी एशिया की तुलना में अधिक horizontal है, लेकिन फिर भी director से developer तक नीचे आने वाली संरचना मौजूद रहती है।
क्योंकि लोग जिस development philosophy का पीछा करते हैं, वह बहुत अलग-अलग होती है.........
लगता है AI भी निष्पक्ष नहीं है।
यह बहुत डरावना है।
दुर्भावना से दर्ज किया गया रिकॉर्ड,
यादों और अनुभवों को मात देकर सबूत बन जाए
और हमें धमकाने जैसी स्थिति पैदा हो सकती है।