मैं सहमत हूँ। पहले PR में यह एहसास होता था कि मैंने जो बनाया है उसकी ज़िम्मेदारी मेरी है,
लेकिन Vibe coder का PR कुछ ऐसा लगता है, "मुझे यह भी नहीं पता कि मैंने क्या बनाया है, फिर भी किसी तरह एक नतीजा तो है, इसलिए तुम इसका मूल्यांकन करके इसमें समस्याएँ ढूँढो।"
मुझे लगता है कि PR के मरने की वजह PR खुद से ज़्यादा Vibe coder लोगों की ढीली-ढाली communication है।
किस flow से implement किया, और कौन-कौन से दूसरे तरीके थे और उन्हें क्यों नहीं चुना, package.lock को क्यों बदलना पड़ा—क्या ये सब बातें पहले से बताई जानी चाहिए थीं, नहीं?
PR Description में लिख देना काफ़ी था, लेकिन बेवजह लोगों से पूछवाने वाले coders के खत्म होने को ही ज़्यादा बेहतर मानूँगा।
Cursor Composer 1, Qwen था, और यह version Kimi पर आधारित है। IDE, VSCode को base बनाकर चल रहा है
पूरी company की संरचना open source को पैकेज करके दोबारा बेचने जैसी लगती है। आजकल open source को repackaging करके पैसे कमाने का ज़माना है
मतलब क्या है, यह तो समझ में आता है, लेकिन code lines की संख्या से engineers का आकलन करना सच में बेवकूफ़ी थी। अच्छा metric ढूँढ़ना वाकई मुश्किल लगता है।
5 lakh dollar वेतन पाने वाले engineer से यह पूछने के बजाय कि "आपने कितने tokens इस्तेमाल किए?",
क्या हमें यह नहीं पूछना चाहिए,
"आपने इस साल क्या develop किया, और उससे कंपनी के operating profit में क्या योगदान हुआ?"
मुझे जिज्ञासा है कि Claude के frontend-design से इसकी क्या अलग पहचान होगी।
फ्रंटएंड डिज़ाइन कौन ज़्यादा बेहतर करता है~ इस तरह तुलना करना शायद मुश्किल होगा, लेकिन इसका Codex में भी आना ही शायद महत्वपूर्ण तथ्य है, है न?
मैं इसे KakaoTalk के ChatGPT Pro की वजह से इस्तेमाल तो करता हूँ, लेकिन GPT जो frontend डिज़ाइन बनाता है, वे सब मुझे कुछ फीके-से लगते हैं।
फ़्रंटएंड में gpt बिल्कुल मत इस्तेमाल करें। यह सबसे खराब है। उसी prompt के साथ opus से तुलना करके देखें।
मैं सहमत हूँ। पहले PR में यह एहसास होता था कि मैंने जो बनाया है उसकी ज़िम्मेदारी मेरी है,
लेकिन Vibe coder का PR कुछ ऐसा लगता है, "मुझे यह भी नहीं पता कि मैंने क्या बनाया है, फिर भी किसी तरह एक नतीजा तो है, इसलिए तुम इसका मूल्यांकन करके इसमें समस्याएँ ढूँढो।"
Apple का मूल रुख हमेशा से ऐसा ही रहा है; अगर आपको यह पसंद नहीं है, तो बात बस इतनी है कि आपको Apple पसंद नहीं है। कुछ और इस्तेमाल कीजिए।
मुझे लगता है कि इतिहास का सबसे खराब डेवलपमेंट टूल xcode है
सहमत हूँ।
फ्रंट डिज़ाइन के मामले में GPT ज़्यादा अच्छा नहीं था, इसलिए मैंने उसे किसी दूसरे मॉडल से बनवाया था; उम्मीद है कि इससे नतीजा थोड़ा बेहतर निकलेगा।
लगता है pencil.dev आए ज़्यादा समय नहीं हुआ, और तुरंत इसका एक open source विकल्प भी आ गया।
मुझे लगता है कि PR के मरने की वजह PR खुद से ज़्यादा Vibe coder लोगों की ढीली-ढाली communication है।
किस flow से implement किया, और कौन-कौन से दूसरे तरीके थे और उन्हें क्यों नहीं चुना,
package.lockको क्यों बदलना पड़ा—क्या ये सब बातें पहले से बताई जानी चाहिए थीं, नहीं?PR Description में लिख देना काफ़ी था, लेकिन बेवजह लोगों से पूछवाने वाले coders के खत्म होने को ही ज़्यादा बेहतर मानूँगा।
अरे बाप रे, Cursor team यह देखे तो थोड़ा चुभेगा..
"मर गया; ज़िंदाबाद"
इस तरह के लेख वाकई बहुत ज़्यादा हो गए हैं। लेकिन यह मानना पड़ेगा कि AI सब कुछ बदल रहा है।
संबंधित जानकारी के लिए Cursor Composer 2, Kimi K2.5 पर RL लागू किए गए मॉडल के रूप में पुष्टि देखें
मतलब क्या है, यह तो समझ में आता है, लेकिन code lines की संख्या से engineers का आकलन करना सच में बेवकूफ़ी थी। अच्छा metric ढूँढ़ना वाकई मुश्किल लगता है।
5 lakh dollar वेतन पाने वाले engineer से यह पूछने के बजाय कि "आपने कितने tokens इस्तेमाल किए?",
क्या हमें यह नहीं पूछना चाहिए,
"आपने इस साल क्या develop किया, और उससे कंपनी के operating profit में क्या योगदान हुआ?"
उम्मीद है कि tailscale इस समस्या को बायपास कर देगा।
मुझे जिज्ञासा है कि Claude के frontend-design से इसकी क्या अलग पहचान होगी।
फ्रंटएंड डिज़ाइन कौन ज़्यादा बेहतर करता है~ इस तरह तुलना करना शायद मुश्किल होगा, लेकिन इसका Codex में भी आना ही शायद महत्वपूर्ण तथ्य है, है न?
अगली बार शायद ये लोग waterfall और agile को भी फिर से invent कर देंगे।
Adobe की subscription cancel करने की fee वाकई बहुत ही बेवजह थी। सज़ा हल्की है, फिर भी कम से कम जुर्माना लगाया गया, यह राहत की बात है।
इस सामग्री के अनुसार शीर्षक को संशोधित किया गया है।
संबंधित: