GitHub Actions को सिर्फ environment setup (OS, build toolchain, …) और scripts (shell, Python, bat, ps1…) चलाने तक सीमित होना चाहिए। GitHub down हो जाए तब भी, अगर environment तैयार है, तो कहीं से भी build कर पाना चाहिए। आजकल GitHub Actions workflows को देखकर लगता है कि क्या सच में ऐसी चीज़ों तक भी ढूंढकर इस्तेमाल करना ज़रूरी है। बहुत पुराने समय में(?) ansible ने भी ऐसा ही किया था और बर्बाद हो गया।
मुझे लगता है कि Rust, C की बजाय C++ का विकल्प बनेगा। C लगभग एकमात्र (शायद आख़िरी) ऐसी भाषा है जिसमें आप काफ़ी हद तक अनुमान लगा सकते हैं कि compiler कौन-सा code बनाएगा…
लगता है यह आम तौर पर translator से अपेक्षित, बिना भावानुवाद वाला अनुवाद नहीं है।
मैंने Claude Cowork का परिचय-पाठ डालकर देखा, और नीचे की तरह emoji और list dot अपने-आप जुड़ गए।
(मूल पाठ)
How is using Cowork different from a regular conversation? In Cowork, you give Claude access to a folder of your choosing on your computer. Claude can then read, edit, or create files in that folder. It can, for example, re-organize your downloads by sorting and renaming each file, create a new spreadsheet with a list of expenses from a pile of screenshots, or produce a first draft of a report from your scattered notes.
(ChatGPT से अनुवाद)
🧠 Cowork और सामान्य बातचीत में अंतर
Cowork में आप Claude को अपने कंप्यूटर के किसी चुने हुए folder तक पहुँच की अनुमति देते हैं। Claude फिर उस folder में मौजूद files को पढ़, edit, या नई बना सकता है।
उदाहरण के लिए, Claude
downloads folder की files को sort करके और उनके नाम बदलकर व्यवस्थित कर सकता है,
कई screenshots से खर्चों की सूची निकालकर एक नई spreadsheet बना सकता है, या
बिखरे हुए notes के आधार पर report का first draft तैयार कर सकता है।
मैं Gemini का लगातार इस्तेमाल कर रहा हूँ, और लॉन्च के तुरंत बाद यह वाकई बहुत अच्छा था, लेकिन समय बीतने के साथ इसकी intelligence घटती जा रही है.
मुख्य कारणों में से एक 'पिछली बातचीत का संदर्भ' है, और अगर इसमें personalized intelligence भी जोड़ दी गई तो लगता है यह और खराब होगा.
असल में पूरे कोडबेस को फिर से लिखकर भी 2~3 गुना सुधार हासिल करना मुश्किल होता है, ऐसे में सिर्फ कुछ लाइनें बदलकर अधिकतम 400 गुना सुधार मिलना वाकई कमाल की बात है।
> अगर यह 2 गुना तेज़ हुआ है, तो हो सकता है कि आपने कोई स्मार्ट काम किया हो; और अगर यह 100 गुना तेज़ हुआ है, तो बस इतना है कि आपने कोई बेवकूफी भरा काम करना बंद कर दिया।
मुझे नहीं लगता कि यह पूरी तरह गलत बात है, लेकिन जब मामला kernel से जुड़ा हो, तो मुझे लगता है कि सिर्फ यह पहचान पाना ही कि चीज़ें धीमी हैं, अपने-आप में बेहद मुश्किल रहा होगा।
क्या गेमिंग के लिए अलग डिवाइस रखना कैसा रहेगा? मैं खुद लगभग गेम नहीं खेलता, इसलिए ऐसा नहीं करता, लेकिन जो लोग खेलते हैं उनमें से ज़्यादातर लोग लगभग ऐसा ही करते हैं।
अरे, मैंने कंप्यूटर से जुड़े विषय में पढ़ाई की है, इस साल फ़रवरी में ग्रेजुएट हुआ/हुई हूँ और अभी तक मेरी कोई नौकरी नहीं है। मैं Linux 2015 से इस्तेमाल कर रहा/रही हूँ, यानी development पढ़ना शुरू करने से भी पहले से!
खैर, आखिरकार इस लेख में इसका सीधे तौर पर ज़िक्र नहीं है, लेकिन यह मानने जैसा ही हो गया कि Apple की वह रणनीति, जिसमें वह अपने मनचाहे स्तर का AI environment Apple ecosystem के भीतर in-house बनाना चाहता था, असफल रही। (Apple Car के बाद फिर से) बस यही लगता है कि अगर यह 2 साल पहले हुआ होता तो शायद तस्वीर कुछ और होती।
task_plan.mdअभी इस्तेमाल किए जा रहे तरीके जैसा ही है। अगर यह अपने-आप हो जाए तो काफी सुविधाजनक होगा।GitHub Actions को सिर्फ environment setup (OS, build toolchain, …) और scripts (shell, Python, bat, ps1…) चलाने तक सीमित होना चाहिए। GitHub down हो जाए तब भी, अगर environment तैयार है, तो कहीं से भी build कर पाना चाहिए। आजकल GitHub Actions workflows को देखकर लगता है कि क्या सच में ऐसी चीज़ों तक भी ढूंढकर इस्तेमाल करना ज़रूरी है। बहुत पुराने समय में(?) ansible ने भी ऐसा ही किया था और बर्बाद हो गया।
लिखते-लिखते AI-समरी वाली शैली हो गई T_T
मुझे लगता है कि Rust, C की बजाय C++ का विकल्प बनेगा। C लगभग एकमात्र (शायद आख़िरी) ऐसी भाषा है जिसमें आप काफ़ी हद तक अनुमान लगा सकते हैं कि compiler कौन-सा code बनाएगा…
यह वह दौर बनने वाला है जिसमें Architecture और QA Engineer टिके रहेंगे। यह सही है या नहीं, इसका फैसला करने...
लगता है यह आम तौर पर translator से अपेक्षित, बिना भावानुवाद वाला अनुवाद नहीं है।
मैंने Claude Cowork का परिचय-पाठ डालकर देखा, और नीचे की तरह emoji और list dot अपने-आप जुड़ गए।
(मूल पाठ)
How is using Cowork different from a regular conversation? In Cowork, you give Claude access to a folder of your choosing on your computer. Claude can then read, edit, or create files in that folder. It can, for example, re-organize your downloads by sorting and renaming each file, create a new spreadsheet with a list of expenses from a pile of screenshots, or produce a first draft of a report from your scattered notes.
(ChatGPT से अनुवाद)
🧠 Cowork और सामान्य बातचीत में अंतर
Cowork में आप Claude को अपने कंप्यूटर के किसी चुने हुए folder तक पहुँच की अनुमति देते हैं। Claude फिर उस folder में मौजूद files को पढ़, edit, या नई बना सकता है।
उदाहरण के लिए, Claude
Simon Willison के Claude Cowork पर लिखे गए रिव्यू में भी prompt injection attack को लेकर चिंता जताई गई थी, लेकिन यह तो बहुत जल्दी हो गया।
मेरा मानना है कि कुछ खास domains को पूरी तरह पोस्ट होने से रोकने के लिए filter करना बेहतर होगा।
यह compiler की क्षमता पर निर्भर करता है.
अगर उसी code को assemble करके देखें, तो पता चल जाएगा.
लगता है ffmpeg वाले अंकल लोग सोचते हैं कि Rust, C से तेज़ नहीं है lol https://www.memorysafety.org/blog/rav1d-perf-bounty/
मैं Gemini का लगातार इस्तेमाल कर रहा हूँ, और लॉन्च के तुरंत बाद यह वाकई बहुत अच्छा था, लेकिन समय बीतने के साथ इसकी intelligence घटती जा रही है.
मुख्य कारणों में से एक 'पिछली बातचीत का संदर्भ' है, और अगर इसमें personalized intelligence भी जोड़ दी गई तो लगता है यह और खराब होगा.
असल में पूरे कोडबेस को फिर से लिखकर भी 2~3 गुना सुधार हासिल करना मुश्किल होता है, ऐसे में सिर्फ कुछ लाइनें बदलकर अधिकतम 400 गुना सुधार मिलना वाकई कमाल की बात है।
वाकई कमाल है।
> अगर यह 2 गुना तेज़ हुआ है, तो हो सकता है कि आपने कोई स्मार्ट काम किया हो; और अगर यह 100 गुना तेज़ हुआ है, तो बस इतना है कि आपने कोई बेवकूफी भरा काम करना बंद कर दिया।
मुझे नहीं लगता कि यह पूरी तरह गलत बात है, लेकिन जब मामला kernel से जुड़ा हो, तो मुझे लगता है कि सिर्फ यह पहचान पाना ही कि चीज़ें धीमी हैं, अपने-आप में बेहद मुश्किल रहा होगा।
पता नहीं। शायद heavy users की नाराज़गी भर होगी।
इससे बहुत मदद मिली 👍👍
क्या गेमिंग के लिए अलग डिवाइस रखना कैसा रहेगा? मैं खुद लगभग गेम नहीं खेलता, इसलिए ऐसा नहीं करता, लेकिन जो लोग खेलते हैं उनमें से ज़्यादातर लोग लगभग ऐसा ही करते हैं।
अरे, मैंने कंप्यूटर से जुड़े विषय में पढ़ाई की है, इस साल फ़रवरी में ग्रेजुएट हुआ/हुई हूँ और अभी तक मेरी कोई नौकरी नहीं है। मैं Linux 2015 से इस्तेमाल कर रहा/रही हूँ, यानी development पढ़ना शुरू करने से भी पहले से!
मुझे लगता है कि Apple की मनचाही infrastructure को बनाकर उपलब्ध करा पाने की क्षमता ने भी इस चयन को काफ़ी प्रभावित किया होगा।
खैर, आखिरकार इस लेख में इसका सीधे तौर पर ज़िक्र नहीं है, लेकिन यह मानने जैसा ही हो गया कि Apple की वह रणनीति, जिसमें वह अपने मनचाहे स्तर का AI environment Apple ecosystem के भीतर in-house बनाना चाहता था, असफल रही। (Apple Car के बाद फिर से) बस यही लगता है कि अगर यह 2 साल पहले हुआ होता तो शायद तस्वीर कुछ और होती।
सिरी...
मैं बच्चा हूँ।