उस discussion में issue से अलग क्या है? Issue सिर्फ “bug” नहीं होता। चाहे bug हो, feature suggestion हो, या PR… अगर चर्चा करने लायक कुछ है, तो वह issue है.
अगर उस पर चर्चा करने की ज़रूरत नहीं है, तो उसे बंद किया जा सकता है।
Linux का boom आएगा..! मैं हाई स्कूल के समय से ही लगभग 20 सालों से Linux PC इस्तेमाल कर रहा हूँ.
करीब 5 साल पहले से मैंने अपना main laptop Fedora पर switch किया और वहीं settle हो गया।
Windows desktop भी है, लेकिन कुछ खास games के अलावा उसे चालू करने की ज़रूरत ही नहीं पड़ती।
public institutions के pages जैसी चीज़ों के लिए भी, Windows desktop से बेहतर है कि Bottles में virtual environment बना लें, क्योंकि तब सारे बेकार security programs सिर्फ उसी virtual environment में ठूँसे जा सकते हैं, इसलिए उल्टा यह और अच्छा लगता है~
Rails convention को लागू करता है और abstraction layer के नीचे बहुत सारा magic करता है, इसलिए यह सुविधाजनक है, लेकिन इसके बदले performance कम होने का trade-off होता है. फिर भी इसमें तुरंत पैसे नहीं लगते, जबकि
अगर framework अपनी मर्ज़ी से model चुन ले और token usage का बम फूट जाए, तो उसकी ज़िम्मेदारी कौन लेगा...?
मेरी राय में, आकार चाहे जो भी हो, risk को AI से replace नहीं किया जा सकता। कर्मचारी हो या CEO, इससे फर्क नहीं पड़ता। अगर risk उठाने वाले कर्मचारी को AI से replace किया जाता है, तो वह risk किसी और को उठाना पड़ेगा। CEO के मामले में भी यही बात लागू होती है। अगर उसे AI से replace किया जाए, तो वह risk किसी और को लेना होगा। और आखिरकार वही व्यक्ति CEO की भूमिका निभाने लगेगा।
मेरा मानना है कि risk केवल “इंसान” ही उठाता है.
लेकिन यह कहा जा रहा है कि इसे AI से replace किया जा सकता है, और यहाँ तक कि CEO के अस्तित्व का सबसे बड़ा उद्देश्य, यानी “बहुत बड़े risk वाले decision” लेने वाले व्यक्ति को replace किया जा सकता है, यही बात मुझे सवालों में डालती है। मैं यह नहीं कह रहा कि CEO replace नहीं हो सकता लेकिन कर्मचारी हो सकते हैं।
लेकिन मेरा मानना है कि निकट भविष्य में technology उस risk को भी distribute/control/hedge कर सकेगी। technology के विकास की दिशा लगातार ऐसी ही रही है।
शीर्षक देखकर शायद आप क्लिक न करें… लेकिन हाल में अमेरिका-चीन संबंधों पर मैंने जो लेख पढ़े हैं, उनमें यह मुझे सबसे दिलचस्प लगा।
यह काफ़ी मज़ेदार है…
उस discussion में issue से अलग क्या है? Issue सिर्फ “bug” नहीं होता। चाहे bug हो, feature suggestion हो, या PR… अगर चर्चा करने लायक कुछ है, तो वह issue है.
अगर उस पर चर्चा करने की ज़रूरत नहीं है, तो उसे बंद किया जा सकता है।
इसी वजह से मुझे विज्ञापन पसंद नहीं हैं..
मैंने इसे पिछले साल Galaxy Book laptop पर इंस्टॉल किया था, लेकिन compatibility issue की वजह से यह बार-बार freeze हो जाता था।
Rich - टर्मिनल को शानदार तरीके से फॉर्मैट करने के लिए एक Python लाइब्रेरी सबसे अच्छी है।
अगर सिर्फ़ टेबल फीचर चाहिए, तो PrettyTable या Tabulate जैसी चीज़ें भी हैं।
काफ़ी सुविधाजनक लग रहा है, Python के लिए क्या है?
वाह, यह भी दिलचस्प है कि इसकी शुरुआत जापान से हुई। मुझे लगा था कि ऐसी चीज़ों में यूरोप या अमेरिका पहले होंगे।
पिछले साल HiDPI और HDR में काफी सुधार हुए थे, अब लगता है कि support Windows से भी बेहतर है।
मुझे सच में समझ नहीं आता कि 4o mini की कीमत ऐसी क्यों है, मुझे तो पता है कि सामान्य 4o ज़्यादा सस्ता है lol
मैंने ग़लती से मान लिया था कि यह निश्चित रूप से arm core होगा
आपके विनम्र जवाब के लिए धन्यवाद
Linux का boom आएगा..! मैं हाई स्कूल के समय से ही लगभग 20 सालों से Linux PC इस्तेमाल कर रहा हूँ.
करीब 5 साल पहले से मैंने अपना main laptop Fedora पर switch किया और वहीं settle हो गया।
Windows desktop भी है, लेकिन कुछ खास games के अलावा उसे चालू करने की ज़रूरत ही नहीं पड़ती।
public institutions के pages जैसी चीज़ों के लिए भी, Windows desktop से बेहतर है कि Bottles में virtual environment बना लें, क्योंकि तब सारे बेकार security programs सिर्फ उसी virtual environment में ठूँसे जा सकते हैं, इसलिए उल्टा यह और अच्छा लगता है~
आजकल Wayland से जुड़ी ज़्यादातर समस्याएँ भी काफी हद तक खत्म हो गई हैं।
क्या 2026 में कोई नया टूल नहीं आएगा? Rails जैसा तो नहीं होगा, लेकिन थोड़ा ज़्यादा abstracted... उम्मीद करते हैं।
न जाने क्यों, अचानक Reddit के सह-संस्थापक Aaron Swartz याद आ गए। यह बदलाव निश्चित ही वही था जिसकी उन्होंने दिल से कामना की होगी..
एजेंट framework ...नाम बहुत बड़ा है, लेकिन आखिर में यह सिर्फ LLM को सौंपने वाला एक टूल भर है। खोखला खोल है।
strcpyकी जगहsnprintfइस्तेमाल करना सही है। अगर कोड मेंstrcpyहै, तो उसे बनाने वाले डेवलपर का पता लगाना चाहिए।Rails convention को लागू करता है और abstraction layer के नीचे बहुत सारा magic करता है, इसलिए यह सुविधाजनक है, लेकिन इसके बदले performance कम होने का trade-off होता है. फिर भी इसमें तुरंत पैसे नहीं लगते, जबकि
अगर framework अपनी मर्ज़ी से model चुन ले और token usage का बम फूट जाए, तो उसकी ज़िम्मेदारी कौन लेगा...?
मेरी राय में, आकार चाहे जो भी हो, risk को AI से replace नहीं किया जा सकता। कर्मचारी हो या CEO, इससे फर्क नहीं पड़ता। अगर risk उठाने वाले कर्मचारी को AI से replace किया जाता है, तो वह risk किसी और को उठाना पड़ेगा। CEO के मामले में भी यही बात लागू होती है। अगर उसे AI से replace किया जाए, तो वह risk किसी और को लेना होगा। और आखिरकार वही व्यक्ति CEO की भूमिका निभाने लगेगा।
मेरा मानना है कि risk केवल “इंसान” ही उठाता है.
लेकिन यह कहा जा रहा है कि इसे AI से replace किया जा सकता है, और यहाँ तक कि CEO के अस्तित्व का सबसे बड़ा उद्देश्य, यानी “बहुत बड़े risk वाले decision” लेने वाले व्यक्ति को replace किया जा सकता है, यही बात मुझे सवालों में डालती है। मैं यह नहीं कह रहा कि CEO replace नहीं हो सकता लेकिन कर्मचारी हो सकते हैं।
लेकिन मेरा मानना है कि निकट भविष्य में technology उस risk को भी distribute/control/hedge कर सकेगी। technology के विकास की दिशा लगातार ऐसी ही रही है।
kime इनपुट मेथड की सिफारिश करता हूँ