ऐसा लग सकता है, लेकिन बिल्कुल भी ऐसा नहीं है.
पिछले 6 महीनों में छोटे और बड़े पैमाने पर बार-बार प्रयोग किए हैं.

 

"अगर प्रक्रिया इतनी जटिल है, तो लगता है कि खुद ही सीधे code लिख लेना बेहतर है"

 

> कोई छोटा लेकिन अच्छी तरह परिभाषित फीचर चुनें,
> AI को उस फीचर को इम्प्लीमेंट करने के तीन मौके दें,
> और नतीजों की समीक्षा ऐसे करें जैसे आप किसी शुरुआती डेवलपर को मेंटर कर रहे हों
अगर वह मेरे बिना यह कर सकता है तो यह “फ़ायदा” है… लेकिन अगर मुझे होना ही पड़े… तो फिर बस मैं ही करूँ, वही “फ़ायदा” है।

 

वाह, यह तो बिल्कुल आपकी ही तरह की बात है।

 

यह सही अभिव्यक्ति है।

 

मैंने कुछ समय पहले उस METR रिसर्च को देखा था, और उसने उन बातों को बहुत अच्छी तरह समझाया जिनको लेकर मैं महसूस कर रहा था और सवाल भी थे.

Hacker News की टिप्पणियों में जिस "दोहराए जाने वाले काम" की बात होती है, उसे भी करवाने पर वास्तव में ज़्यादातर मामलों में मैन्युअल जाँच और सुधार की ज़रूरत पड़ती है.
AI द्वारा लिखे गए 'सरल' नतीजों की बेतरतीब लॉजिक देखकर मुझे यह सोच एक-दो बार नहीं, कई बार आई है कि यह काम तो मैं खुद ही कर लेता.

वाकई बहुत ही सरल copy-paste स्तर के काम यह अच्छी तरह कर लेगा.
लेकिन ऐसे कामों में तो बस copy-paste और snippets ही ज़्यादा efficient हैं. न इंटरनेट से कनेक्ट होकर अपना डेटा किसी और के server पर अपलोड करना पड़ता है, न ही दर्जनों सेकंड तक इंतज़ार करना पड़ता है.

 

नहीं, मेरा मतलब है कि मूल लेख तो शायद processor के फ़र्क की बात कर रहा है...
क्या ये लोग विषय गलत पढ़कर आ गए हैं? lol

 

यह नज़रिए का फ़र्क है; ऐसा कौन है जो मूर्ख नहीं बना हो? क्या आप बस गाली देना चाहते हैं, इसलिए इसे इस्तेमाल करने वालों को एक साथ मूर्ख कहकर कोस रहे हैं?
खुद कोई खास बात नहीं है, फिर भी जैसे कोई बहुत बड़ी बात कह रहे हों वैसे बोल रहे हैं, इसलिए यह सच में बचकाना और बेहद बेतुका लग रहा है।

 

लगता है Cheonggyecheon में एक और बेनाम लाश बहकर आएगी

 

ईमेल मास्क सच कहूं तो संख्या सीमा की वजह से खास अच्छे नहीं हैं। DuckDuckGo वाला इस्तेमाल करें।

 

जानकारी के लिए धन्यवाद

 

अगर आप सबसे बेहतरीन engineer को full-time hire नहीं कर सकते, तो मुझे लगता है कि सबसे बेहतरीन engineer को part-time hire करना, एक ठीक-ठाक अच्छे engineer को full-time hire करने से बेहतर हो सकता है.

बेशक, यह इस बात पर निर्भर करेगा कि आपका business तकनीकी रूप से कितनी कठिन समस्याएँ सुलझा रहा है, लेकिन अगर आप B-grade talent को hire करना शुरू करते हैं, तो A-grade talent कभी नहीं आएगा.

मेरा मानना है कि high talent density ही सबसे बड़ा benefit है, और high talent density अपने-आप में एक शानदार offer है.

बेशक, अगर कोई organization कठिन समस्याएँ नहीं सुलझा रही है, तो ज़रूरी नहीं कि वह सबसे बेहतरीन engineer ही hire करे. लेकिन इस मामले में पहले यह सोचना चाहिए कि क्या engineer को hire करना सच में ज़रूरी भी है. अगर business का core tech नहीं है, तो मुझे लगता है कि outsourcing बेहतर हो सकती है.

 

अब क्या सिर्फ़ GoLand ही बचा है?

 

आखिरी 21वां बिंदु समस्या है।

  1. अगर कोई छात्र असाइनमेंट लिखते समय AI का इस्तेमाल करता है, तो वह समस्या क्यों है??
    समस्या तो उस शिक्षक की है जो ऐसा असाइनमेंट देता है जिसे AI का इस्तेमाल करके जमा किया जा सके…

  2. क्या लोग सच में मानते हैं कि GPTZero की परफ़ॉर्मेंस पर भरोसा किया जा सकता है??

  3. असाइनमेंट हाथ से लिखने को कह देने से क्या समाधान हो जाएगा??? इसका मतलब यह है कि AI से पूछकर, देखकर लिखकर जमा करना ठीक है??

कृपया होश में आओ और समस्या की असल जड़ को देखो…

 

इंडस्ट्री की प्रकृति ऐसी है कि बदलाव तेज़ी से होना एक फ़ायदा भी है और एक नुकसान भी, हाहाहा। लेकिन मुख्य लेख में जो समस्या है, उसकी जड़ में असल में Vercel की गड़बड़ी है। अगर आप फ्रंटएंड कर रहे हैं, तो Vercel पर थोड़ा सावधानी से नज़र रखने की ज़रूरत है, उफ़ उफ़

 

काश UI थोड़ा और modern होता..

 

Windows पर भी इसे scoop के ज़रिए इंस्टॉल किया जा सकता है.

 

मैं पूरी तरह सहमत हूँ, लेकिन AI 'घृणाकर्ता' कहने के बजाय AI 'अस्वीकारकर्ता' कहना कैसा रहेगा, ऐसा मुझे लगता है। 'घृणा' शब्द में निहित अर्थ और उसका लहजा अच्छा नहीं है, और घृणा हमेशा घृणा को ही जन्म देती है।