लगता है यह किसी कोरियाई डेवलपर ने बनाया है!

 

जिस दिन तक यह hardware community No.1 नहीं बन जाती, तब तक पूरा जोश बनाए रखें!

 

मूल रूप से प्रोग्रामिंग कोई लक्ष्य नहीं, बल्कि एक साधन रही है.
ऐसे tools का विकास इस तरह हुआ है कि इंसान बेकार की चीज़ों के बजाय बड़े विचारों और design पर अपना समय लगा सके.
compiler, operating system, scripting languages वगैरह..

 

अलग होने के बाद पैसे कहाँ से आएंगे...?

 

लगता है कि यह CUDA में radix sort के साथ implement किया गया था; मैंने भी reference देखकर इसे बिल्कुल उसी तरह implement करने का अनुभव किया है।

 

Cursor rules के लिए https://cursor.directory/ नाम की वेबसाइट भी सुझाई जाती है.

 

शायद इसने ऐसे कमेंट इतने ज़्यादा सीख लिए हैं...........? 🥲?
क्योंकि ये तो तुम्हें खुद करना चाहिए जैसे कमेंट SOF या reddit पर भी बहुतायत में भरे पड़े हैं..? 🥲???

 

मुझे लगा था कि इन्होंने image editor खुद implement किया है, लेकिन असल में इन्होंने सिर्फ एक साधारण open source library उठाकर इस्तेमाल की है और कुछ settings ही बदली हैं.

https://github.com/scaleflex/filerobot-image-editor

 

अरे, क्या कह रहा है ये समझने की कोशिश कर रहा था और फिर ज़ोर से हँसी छूट गई। "लगता है इसे ठीक से पता ही नहीं कि LLM किस लिए होता है" hahaha
क्या अब ऐसा दौर आने वाला है जहाँ हम coding करवाने के लिए पैसे दें और वो काम ही न करे..

 

मैंने सच में बहुत बार यह दावा देखा है कि AI इस्तेमाल करने से junior developers की skills कमजोर हो जाती हैं; अगर इस बारे में कोई लेख हो कि क्या सच में ऐसा होता है, तो पढ़ने में दिलचस्प होगा।
अच्छा लेख था, मज़े से पढ़ा :)

 

मैं Wilson हूँ!

 

Cursor अच्छा है, लेकिन... मेरे जैसे लोग जो कई डिवाइसों पर काम करते हैं,
उनके लिए settings sync फीचर न होना थोड़ा खला।

सुना है कि extension या settings files को ही network drive पर
symbolic link करके sync करने की एक जुगाड़ है,
लेकिन VSCode में तो बस एक क्लिक से sync हो जाता था, तो अब ऐसी प्रक्रिया से गुजरना थोड़ा झंझट लगता है।

 

मैंने 5 साल इस्तेमाल किया हुआ vscode छोड़कर इसे अपनाया, और यह अच्छा है

 

कमाल है। अगर sqlite ऐसा करे, तो सच में बड़ा हंगामा मच जाएगा, ऐसा लगता है। बेशक, साथ में security vulnerabilities भी होंगी।

 

परफॉर्मेंस खराब हो जाती है, मेंटेनेंस का काम मुश्किल हो जाता है, और समस्या होने पर मैनेजमेंट पॉइंट्स बहुत ज़्यादा होने से कारण का पता लगाना कठिन हो जाता है.
मैनेजमेंट पॉइंट्स और ऑपरेशनल मेहनत को कम करने के k8s के मूल उद्देश्य के ठीक उलट स्थिति पैदा हो जाती है.

 

आह, लेख को थोड़ा और पढ़ने पर लगा कि editor के तेज़ होने वगैरह की बात भी थी, इसलिए शायद मैं भ्रमित हो गया था.

  • tsc 10 गुना तेज़ हो गया है। यानी, ts -> js transpiling का समय बहुत कम हो गया है।
  • VSCode जैसे ts में बने बड़े प्रोजेक्ट्स को load करते समय गति बहुत तेज़ हो जाती है। यानी, ts की syntax checking आदि tsc की सुविधाएँ साझा करने वाला logic तेज़ हुआ है।
  • इसका मतलब यह नहीं है कि VSCode के चलने की गति तेज़ हो गई है।
    तो बात यह थी।
 

मैंने vscode में Cmd+K को Cmd+R से बदल दिया है, इसलिए उसे ज़्यादा इस्तेमाल नहीं करता, लेकिन सब लोग productivity बढ़ने की अपनी-अपनी गवाही दे रहे हैं। उफ़, क्या अब मुझे भी switch करना चाहिए?

 

GeekNews में कई बार उल्लेख की गई किताब <Phoenix Project> में भी ऐसी ही बात आती है। जैसे-जैसे क्षमता 100% के करीब पहुँचती है, response time घातांकीय रूप से लंबा हो जाता है।