चैट (Chat) डेवलपमेंट टूल्स के लिए उपयुक्त UI पैटर्न नहीं है

 (danieldelaney.net)
23 पॉइंट द्वारा GN⁺ 2025-02-05 | 4 टिप्पणियां | WhatsApp पर शेयर करें

  • Chat डेवलपमेंट टूल के रूप में एक खराब UI पैटर्न है

    • कोड का इंसानों से सटीकता की मांग करना ठीक है, क्योंकि कंप्यूटर को सटीकता चाहिए होती है
    • लेकिन इससे इंसानों को मशीन की तरह सोचने के लिए मजबूर किया जाता है
    • दशकों से प्रोग्रामिंग को अधिक मानव-अनुकूल बनाने की कोशिश की गई है। high-level languages और visual interfaces इसके उदाहरण हैं
    • उम्मीद थी कि AI इन समस्याओं को हल करेगा। उम्मीद थी कि English में programming संभव हो जाएगी

  • AI कोडिंग टूल्स की पहली लहर

    • शुरुआती AI कोडिंग टूल्स ने अवसर गंवा दिया। वे आकर्षक demos बनाते हैं, लेकिन बेकार software तैयार करते हैं
    • उन्हें बस “prototype use” तक सीमित बताया जाता है, लेकिन वास्तव में उपयोग के लिए उनकी सटीकता पर्याप्त नहीं है
    • बहुत से लोग AI models को दोष देते हैं और कहते हैं कि उन्हें और स्मार्ट होना चाहिए
    • लेकिन महत्वपूर्ण software बनाते समय अनुमान नहीं, बल्कि स्पष्ट समझ की आवश्यकता होती है

  • software लिखना बातचीत नहीं है

    • software लिखना कानून लिखने जैसा है। इसमें English का उपयोग होता है, लेकिन terms को define करना, rules तय करना, और जटिल interactions को manage करना पड़ता है
    • tax code को chat messages में नहीं लिखा जा सकता। उसके लिए documents चाहिए
    • documents जटिलता को व्यवस्थित करते हैं, खास बिंदुओं को संदर्भित करने देते हैं, और बदलावों को व्यवस्थित रूप से track करने में मदद करते हैं

  • document-आधारित programming का महत्व

    • जब intent documents में होता है, तब English वास्तव में एक programming language बन जाती है
    • पूरे system को एक नज़र में देखा जा सकता है
    • intent को स्पष्ट किया और बेहतर बनाया जा सकता है
    • changes को ठीक से track किया जा सकता है
    • टीम system पर मिलकर काम कर सकती है
    • requirements खुद एक quality check बन जाते हैं
    • changes एक स्पष्ट specification से शुरू होते हैं

  • AI डेवलपमेंट टूल्स के अगले चरण का मूल

    • documents के आधार पर user intent को व्यक्त और manage करने का तरीका महत्वपूर्ण होता जाएगा
    • interactive prototypes नहीं, बल्कि वास्तविक software development के लिए आवश्यक precision देने वाले tools की ज़रूरत है
    • जो कंपनियाँ इस दृष्टिकोण को सही तरह से अपनाएँगी, वही AI डेवलपमेंट टूल्स के भविष्य का नेतृत्व करेंगी

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

4 टिप्पणियां

 
softer 2025-02-06

कहा जा रहा है कि LLM को सपोर्ट करने में knowledge graph को शामिल करने की कोशिश हो रही है, और यह प्रभावी भी हो सकता है।
 
beoks 2025-02-05

शीर्षक में कहा गया है कि chat UI उपयुक्त नहीं है, लेकिन सामग्री में बताया गया है कि असली समस्या अस्पष्ट requirements हैं.
अगर AI से chat फ़ॉर्मेट में user requests की अस्पष्टता को तुरंत स्पष्ट करने के लिए कहा जाए, तो यह समस्या हल हो सकती है.
मुझे समझ नहीं आता कि फिर ख़ास तौर पर chat UI को दोष देने की क्या वजह है.
 
jhj0517 2025-02-05

ओह, यह काफ़ी दिलचस्प और काफ़ी relatable राय लगती है 😊
 
GN⁺ 2025-02-05
Hacker News राय

  • एक उपयोगकर्ता ने o3-mini और o3-mini-high का उपयोग करके code generation प्रोजेक्ट पर काम किया, और कहा कि "pair programming" approach महत्वपूर्ण है

    • उन्होंने code review और feedback देने के महत्व पर ज़ोर दिया, और बताया कि सिर्फ़ कोड को स्वीकार कर लेना अच्छा नहीं है
    • उन्होंने unit test generation के महत्व का उल्लेख किया, और कहा कि कोड के मूल को समझने के बाद smoke test माँगना चाहिए
    • उन्होंने सलाह दी कि लंबे context में model भ्रमित हो सकता है, इसलिए नई बातचीत शुरू करना बेहतर है
    • उन्होंने code example देने और केवल अंग्रेज़ी में prompt न करने की सिफारिश की

  • एक अन्य उपयोगकर्ता ने तर्क दिया कि chat, UI pattern के रूप में उपयुक्त नहीं है, और कहा कि यह record के रूप में तो अच्छा है, लेकिन काम करने के लिए नहीं

    • उन्होंने कहा कि narrative तरीका चीज़ें बनाने के लिए उपयुक्त नहीं है

  • एक और उपयोगकर्ता ने आश्चर्य जताया कि Cursor का ज़िक्र नहीं किया गया, और बताया कि Cursor ने code लिखने की गति को काफ़ी बढ़ा दिया है

    • उन्होंने समझाया कि output git-diff style में files पर लागू होता है, इसलिए बदलावों को approve या reject किया जा सकता है
    • उन्होंने कहा कि यह codebase के context को कुछ हद तक समझता है, इसलिए जब files को explicitly tag किया जाता है तब यह सबसे अच्छा काम करता है
    • उन्होंने बताया कि terminal log या type error को सीधे chat interface में डालना बहुत सुविधाजनक है

  • एक उपयोगकर्ता ने दावा किया कि "UX के रूप में chat का उपयोग" एक dead end है, और इसे SQL के उदाहरण से समझाया

    • उन्होंने अनुमान लगाया कि LLM-आधारित chat interface उपयोगकर्ताओं के सामने सीधे exposed नहीं होंगे
    • उन्होंने कहा कि machine के साथ interaction में natural language interface केवल अपवादस्वरूप मामलों में इस्तेमाल होंगे

  • उन्होंने समझाया कि natural language सटीकता के लिए नहीं बनी है, और AI के साथ संचार के लिए programming language का एक subset चाहिए

  • Daniel की राय के बारे में, उन्होंने स्पष्ट किया कि उनका कहना यह नहीं है कि chat आम तौर पर असुविधाजनक UI है, बल्कि यह कि computer program को पूरी तरह specify करने के लिए बहुत सारे details चाहिए

    • उन्होंने बताया कि LLM अस्पष्टता को अच्छे default से भर देता है, और एक सामान्य login screen दे देता है

  • उन्होंने कहा कि वे Cursor जैसे अनुभव को voice के साथ लागू होते देखना चाहते हैं ताकि code changes पर चर्चा की जा सके

  • उन्होंने requirements document के आधार पर AI-आधारित software development को आगे बढ़ाने वाले approach का वर्णन किया, और ऐसा उदाहरण दिया जिसमें requirements को checklist में बदलकर अतिरिक्त निर्देश के रूप में इस्तेमाल किया जाता है

  • उन्होंने कहा कि पहली wave chat नहीं बल्कि completion थी, और chat ज़्यादा intuitive है तथा इसमें कम effort लगता है

    • उन्होंने समझाया कि document स्थिर नहीं होता, बल्कि AI के ज़रिए उसे बार-बार revise किया जा सकता है

  • उन्होंने कहा कि वे एक structured language model की उम्मीद करते हैं जो computer program का वर्णन करने के लिए कोई नई भाषा invent करे