हर दिन Cursor इस्तेमाल करते हुए — मैं समस्याओं से कैसे बचता हूँ

 (nickcraux.com/blog)
34 पॉइंट द्वारा GN⁺ 2025-03-13 | 8 टिप्पणियां | WhatsApp पर शेयर करें
  • AI coding tools के बारे में बढ़ा-चढ़ाकर किए गए दावे मौजूद हैं
    • 3 दिनों में SaaS बना सकने का दावा vs. यह पूरी तरह बेकार है का दावा → दोनों के बढ़ा-चढ़ाकर होने की संभावना अधिक है
  • Cursor ने coding करने का तरीका पूरी तरह बदल दिया है, लेकिन इसमें अभी भी समस्याएँ हैं
  • AI coding tools को लेकर एक संशयपूर्ण नज़रिये से मिले अनुभव साझा करना चाहता हूँ

CursorRules सेट करना

  • अगर .cursorrules फ़ाइल नहीं है, तो समय बर्बाद होने की संभावना बहुत अधिक है
    • अब यह .mdc फ़ाइल में बदल गई है → CMD + Shift + P → New Cursor Rule से बनाई जा सकती है
    • सेटअप पूरा करने में लगभग 10 मिनट लगते हैं → इससे कई घंटे बचाए जा सकते हैं
  • अपने tech stack के मुताबिक rules सेट करें
    • Cursor Rules संग्रह में से सबसे उपयुक्त rules चुनें
    • कम-से-कम rules से शुरू करें और धीरे-धीरे बढ़ाएँ → बहुत अधिक rules performance को घटा सकते हैं
  • बार-बार आने वाली समस्याओं को rules में जोड़कर हल करें
    • जो समस्याएँ बार-बार आती हैं, उन्हें rules में जोड़ें ताकि AI उन्हें अपने-आप ठीक कर सके
    • उदाहरण: JS में nullish coalescing (??) की समस्या → rule में जोड़ने के बाद हल
  • project की जानकारी और code structure का विवरण जोड़ें
    • फ़ाइल के ऊपर project का विवरण और code structure स्पष्ट रूप से लिखें
    • अगर कोई खास file structure या code लिखने का तरीका है, तो उसे साफ़-साफ़ दर्ज करें

बेहतर output कैसे पाएँ

  • output quality बेहतर करने की कुंजी है context देना
    • अगर कोई ज़रूरी function या मिलती-जुलती प्रक्रिया है, तो AI को पहले से बता दें
    • सटीक function name बताना ज़रूरी नहीं है → मकसद coding काम को आसान बनाना है
  • उदाहरण दें
    • see @schedule.ts @utils.ts @ScheduleHeader.tsx जैसे hints दें
    • इसी तरह लिखे गए code को reference के रूप में इस्तेमाल किया जा सकता है
  • AI को बेतरतीब code पर train किया गया है
    • project-विशेष requirements को स्पष्ट रूप से बताने पर ही performance बेहतर हो सकती है

तेज़ tips का संग्रह

  • Composer(अब Agent में बदल गया है) → सरल और कम प्रभाव वाले बदलावों के लिए उपयुक्त
  • Chat(Ask) → ज़्यादातर दूसरे कामों के लिए उपयुक्त
    • बदलावों को manually लागू करें → code को समझना और सुधारना अधिक सटीक हो जाता है
  • code पर आँख मूँदकर भरोसा न करें
    • AI द्वारा बनाए गए code की समीक्षा और संशोधन ज़रूरी है
  • मुख्य code को समय-समय पर manually refactor करें
    • code gap खोजें और ठीक करें → इससे बाद में AI code की quality बेहतर हो सकती है
  • "क्या यह सबसे अच्छा तरीका है?" या "क्या किसी दूसरे तरीके पर विचार किया गया है?" जैसे सवाल पूछें
  • यह पहचानें कि कब manually हल करना बेहतर है
  • bug fix करते समय सावधान रहें
    • मामूली bugs को छोड़कर AI को fixes में कठिनाई होती है
    • code को बड़ा नुकसान पहुँचाने की संभावना रहती है
  • महत्वपूर्ण कामों में AI से पहले सवाल पूछने को कहें
    • "क्या तुमने इसे पूरी तरह समझ लिया है?" पूछने के बाद code लिखना शुरू करें

निष्कर्ष

  • AI coding के फायदे
    • दिमाग थका होने पर भी code लिखा जा सकता है
    • ऐसे मसले भी हल हो सकते हैं जिन्हें सामान्यतः सुलझाना मुश्किल होता है
  • AI coding की सीमाएँ
    • यह कह सकता है, "हाँ, अब मुझे समस्या समझ आ गई है," और फिर भी अंत में स्थिति और खराब कर सकता है
    • AI का सही उपयोग करना सीखना महत्वपूर्ण है → AI गायब होने वाला नहीं है, इसलिए इसे एक tool की तरह अच्छी तरह इस्तेमाल करना चाहिए
  • junior developers के लिए सावधानी ज़रूरी है : AI के इस्तेमाल से coding skill कमज़ोर पड़ने का जोखिम है
  • AI की performance coding के विषय और tech stack के अनुसार बहुत बदलती है
    → अगर AI की performance लगातार खराब है, तो बहुत संभव है कि गलती आपकी न हो

संबंधित पढ़ाई

8 टिप्पणियां

 
colus001 2025-03-14

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

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

मुझे यह वैसा लगता है जैसे यह कहना कि फ़ोन के shortcuts इस्तेमाल करने से याददाश्त कम हो जाती है
कोडिंग में क्षमता का मतलब यह तो नहीं है कि आप ऐसी साफ़-सी बातें बिना भूले याद रखें
 
kipsong133 2025-03-16

मैं भी सहमत हूँ। framework interface याद रखना ही development skill नहीं है।
 
seoseonyu 2025-03-14

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

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

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

मैंने 5 साल इस्तेमाल किया हुआ vscode छोड़कर इसे अपनाया, और यह अच्छा है
 
GN⁺ 2025-03-13
Hacker News राय

  • कंपनी की engineering leadership Cursor को ज़ोरशोर से आगे बढ़ा रही है। छोटे टिकट निपटाने और प्रोडक्ट सुधारने में यह अच्छा है, लेकिन भारी कामों के लिए उपयुक्त नहीं है

    • Cursor पर निर्भर रहने से junior engineers की reasoning और coding क्षमता कमज़ोर हो रही है
    • व्यक्तिगत रूप से, इस बात को लेकर बड़ी चिंता है कि Cursor यह तय करता है कि context में कौन-सी files जोड़ी जाएँ और उनके आकार के हिसाब से शुल्क लेता है, जो हितों के टकराव जैसा है
    • कई प्रोडक्ट्स की तरह शुरुआत में यह सस्ता लगता है, लेकिन एक बार निर्भरता बन जाए तो बाद में महंगा हो जाता है

  • Cursor का मौजूदा business model यूज़र और कंपनी की वित्तीय भलाई के बीच एक बुनियादी टकराव पैदा करता है

    • LLM providers reasoning-time computing के ज़रिए scale करने की कोशिश कर रहे हैं, और इसी दौरान ये समस्याएँ सामने आ रही हैं
    • Cursor खास तौर पर context pruning के ज़रिए reasoning cost कम करने की कोशिश कर रहा है
    • अगर किसी file को बातचीत में "attach" किया जाए, तो Cursor उस file के code को prompt में सीधे नहीं डालता
    • इसके बजाय, जब तक model को यह न लगे कि उसे पर्याप्त जानकारी मिल गई है, वह file खोलकर code के हिस्से पढ़ने के लिए function calls चलाता है
    • लेकिन अगर reasoning को सिर्फ शुरुआती prompt तक सीमित कर दिया जाए, तो model attached files तक पहुँचे बिना सिर्फ prompt के आधार पर ही reasoning करेगा
    • reasoning के बाद ज़्यादा context लाने के लिए function calls चलाना "सोचने" के अर्थ को ही लगभग बेअसर कर देता है
    • इससे model असंगत plans और अंदाज़े पर आधारित edits बनाने लगता है, जो Claude के अजीब over-editing behavior को समझा सकता है
    • Cursor के पास server load कम करने के लिए o3-mini और Claude 3.7 की reasoning effort को न्यूनतम रखने के पूरे प्रोत्साहन हैं

  • Cursor को सबसे महान SaaS growth stories में से एक कहा जा रहा है, लेकिन $20/माह unlimited-use business model उसे मुश्किल स्थिति में डालता है

  • हर यूज़र को अपनी language/stack के हिसाब से सोचना चाहिए। संभव है कि Cursor हर language पर एक जैसा काम न करे

    • Next.js/Typescript/Solidity monorepo में कई apps और packages पर काम किया जा रहा है, और यह लगभग सब कुछ संभाल सकता है
    • लगभग एक महीने से इसका उपयोग किया है, और लगता है कि इससे और भी ज़्यादा हासिल किया जा सकता है

  • Cursor को एक महीने तक इस्तेमाल करने के बाद जिस दिन इंटरनेट बंद हुआ, उस दिन एहसास हुआ कि ठीक से code लिखना कैसे होता है, यह भूलने लगा हूँ

  • इन tools का UX मुख्य रूप से इस बात से सीमित होता है कि यूज़र जो करना चाहता है उसका पूरा context वह कितनी अच्छी तरह बना सकता है

    • हाल ही में aider आज़माया, और अनुभव काफ़ी निराशाजनक था
    • वह बार-बार directory की files को "add" करने के लिए कहता रहा, लेकिन खुद उन्हें जोड़ नहीं सका
    • manual file changes को पहचान नहीं पाया, और टूटा हुआ code लेकर commit बना दिए जैसी समस्याएँ थीं
    • model quality से ज़्यादा महत्वपूर्ण यह लगता है कि AI को पूरा context दिया जाए
    • बड़े context windows महंगे होते हैं, इसलिए कई tools हमेशा बचत करने की कोशिश करते हैं
    • लंबे समय में ऐसी बचत न करना ही ज़्यादा मूल्यवान है
    • पूरे project को load करने पर हर सवाल के लिए 2-3 डॉलर लग सकते हैं, लेकिन अगर लागत 20 गुना गिर जाए तो इसकी परवाह नहीं होगी

  • बड़े models लाखों/करोड़ों tokens वाले बड़े context windows को support करते हैं, जिनकी लागत एक छोटी कार की कीमत जैसी होती है और वे बहुत ऊर्जा भी खर्च करते हैं

    • Nvidia GPU के ऊँचे margins की वजह से बहुत पैसा कमा रहा है। समय के साथ कीमतें गिरेंगी
    • इस बात को लेकर आशावाद है कि बहुत-सी चीज़ें तेज़ी से बेहतर होंगी

  • Cursor prototyping और MVP development के लिए उपयोगी है, लेकिन codebase बड़ा होने पर इसे मुश्किलें आने लगती हैं

    • files बड़ी हों या files की संख्या ज़्यादा हो, context window भर जाता है और consistency की समस्या होने लगती है
    • अगर manually संबंधित files या snippets चुने जाएँ तो बेहतर नतीजे मिल सकते हैं, लेकिन उस बिंदु पर यह web interface इस्तेमाल करने से बहुत अलग नहीं रह जाता

  • दूसरे commenters की राय मिलाकर देखें तो Cursor का उपयोग करना बुरा विचार लगता है

    • यह एक closed-source SaaS है, जिसकी service quality दिन-प्रतिदिन बदल सकती है
    • .env files को plain text में भेजने से रोकने का तरीका नहीं मिल पाया

  • "सीखो कि समस्याओं को manually कब हल करना है" जैसी सलाह पढ़कर हैरानी हुई

    • यह निवेशक को "सस्ता खरीदो, महंगा बेचो" कहने जैसी खोखली सलाह है

  • Cursor को कुछ बार इस्तेमाल किया, लेकिन हर बार वही शिकायत रही

    • समझ नहीं आता कि VS Code को fork क्यों किया, जबकि इसे Copilot की तरह extension के रूप में बनाया जा सकता था
    • कुछ VSCode extensions काम नहीं करते, सारी settings फिर से करनी पड़ती हैं, और workspace दोबारा जोड़ना पड़ता है
    • Copilot की तुलना में मिलने वाला फायदा इतना बड़ा नहीं है