बात तो सही है, लेकिन खास तौर पर editor performance की तुलना करने की वजह समझ नहीं आ रही... कम से कम debug build के साथ ही तुलना करके लाते? या नहीं, फिर शायद उसकी विश्वसनीयता और गिर जाती? दूसरी तरफ देखें तो IL2CPP हो या Mono, दोनों ही किसी न किसी तरह से पुराने पड़ चुके तकनीक लगते हैं।
यह सही है कि थोड़ी निंदकता ज़रूरी है।
क्या code review जैसे इस क्षेत्र की भूमिका अब धीरे-धीरे AI को नहीं सौंप देनी चाहिए?
आख़िर यह उसी तरह की निंदकता के लिए उपयुक्त टैलेंट है।
हैमक-ड्रिवन डेवलपमेंट मतलब... इसकी उत्पत्ति Rich Hickey की एक प्रस्तुति से होती है। इसमें गहरे constraint स्पष्ट किए जाते हैं, उन्हें अवचेतन में रखा जाता है, और design तथा validation करते हुए development किया जाता है। खुद Rich Hickey कहते हैं कि TDD या जटिल type systems design की जगह नहीं ले सकते।
LLM इस्तेमाल करने वाले डेवलपर्स में भी जो लोग Rich Hickey की सादगी (Simple Made Easy) वाली बात पर ध्यान देते हैं, वे शायद इसी तरह की बात कर रहे हैं। इसे Spec Driven से मिलता-जुलता कहा जा सकता है, लेकिन LLM को और बेहतर ढंग से इस्तेमाल करने के लिए भी शायद इन फ़र्क़ों पर ध्यान देना अच्छा रहेगा।
मैं Green Party की विज्ञान और प्रौद्योगिकी समिति से जुड़ा हूँ। कभी लगता है कि Clojure डेवलपर्स की सोच Green Party के सदस्यों से मिलती-जुलती है। फिर उल्टा यह भी सोचने लगता हूँ कि कहीं Clojure डेवलपर होने की वजह से ही वे Green Party में तो नहीं जाते। ;)
वह लेख Clojurians Slack में भी साझा किया गया था। Clojurians ने ज़्यादातर Rich Hickey के रुख से सहमति जताई।
"the second biggest and most damaging con" — तो पहला कौन सा होगा?
क्रिप्टोकरेंसी?
Object-Oriented Programming ही होगा!
OO तो पिछली सदी की बात है।
लेकिन थोड़ा गहराई से सोचें तो बात पूरी तरह समझ में आती है। जिन trade-off की हम बात करते हैं, वे हमेशा ऐसी तकनीकी दृष्टि पर आधारित होते हैं जो समझौता न करने वाले दर्शन से निकलती है, और LLM vibe coding शायद hammock driven development के उलट लगता है
बिल्कुल वही! और जोड़ूँ तो, इस समस्या पर गंभीरता से सोचने वाला इंसान अकेला नहीं है। लोगों के साथ ज्ञान साझा न करना, collaborative learning में बाधा डालना, junior developers के लिए नौकरियाँ और मुश्किल बना देना, और लंबे समय में समाज को नुकसान पहुँचाना—यही होगा। लेकिन ज़्यादातर लोगों को लगता है कि यह समस्या साफ़ दिखाई नहीं दे रही है.
सीनियर डेवलपर को "algorithm coding test" से परखने की प्रक्रिया मुझे भी... hiring system की एक सीमा लगती है। मुझे लगता है कि जो लोग किसी समस्या के सार के करीब पहुँच चुके हैं, या पहुँच सकते हैं, वही अपनी salary के मुताबिक़ मूल्य देने वाले senior developer होते हैं।
आसपास और SNS पर भी star request के बदले में star देने-लेने का चलन काफ़ी होता है।
व्यक्तिगत repo में सौ से ज़्यादा हों भी, तो मुझे नहीं लगता कि उसका कोई खास मतलब है।
Liquid Glass की घोषणा देखते ही लगा था कि क्या उन्होंने readability छोड़ देने का फैसला कर लिया है... और लगता है कि असली user reviews भी इस अनुमान से बहुत अलग नहीं हैं।
ऐसी कोशिशें कभी-कभी मुझे इस पर सोचने का मौका देती हैं कि क्या मैं overengineering कर रहा हूँ, लेकिन समृद्ध requirements वाले real-world काम के नज़रिए से देखें तो यह लगभग किसी करतब दिखाने जैसा है।
बात तो सही है, लेकिन खास तौर पर editor performance की तुलना करने की वजह समझ नहीं आ रही... कम से कम debug build के साथ ही तुलना करके लाते? या नहीं, फिर शायद उसकी विश्वसनीयता और गिर जाती? दूसरी तरफ देखें तो IL2CPP हो या Mono, दोनों ही किसी न किसी तरह से पुराने पड़ चुके तकनीक लगते हैं।
यह सही है कि थोड़ी निंदकता ज़रूरी है।
क्या code review जैसे इस क्षेत्र की भूमिका अब धीरे-धीरे AI को नहीं सौंप देनी चाहिए?
आख़िर यह उसी तरह की निंदकता के लिए उपयुक्त टैलेंट है।
हैमक-ड्रिवन डेवलपमेंट मतलब... इसकी उत्पत्ति Rich Hickey की एक प्रस्तुति से होती है। इसमें गहरे constraint स्पष्ट किए जाते हैं, उन्हें अवचेतन में रखा जाता है, और design तथा validation करते हुए development किया जाता है। खुद Rich Hickey कहते हैं कि TDD या जटिल type systems design की जगह नहीं ले सकते।
https://secondb.ai/summary/11593/?tab=my
LLM इस्तेमाल करने वाले डेवलपर्स में भी जो लोग Rich Hickey की सादगी (Simple Made Easy) वाली बात पर ध्यान देते हैं, वे शायद इसी तरह की बात कर रहे हैं। इसे Spec Driven से मिलता-जुलता कहा जा सकता है, लेकिन LLM को और बेहतर ढंग से इस्तेमाल करने के लिए भी शायद इन फ़र्क़ों पर ध्यान देना अच्छा रहेगा।
https://secondb.ai/summary/11587/?tab=all
मुझे सच में यह बहुत हैरान करने वाली बात लगती है कि नवीनतम तकनीक को पुराने हार्डवेयर पर चलाया जा सकता है।
भविष्य में अगर AGI आ गया, तो क्या अभी पृथ्वी पर मौजूद सारी computing power को एक साथ जुटाकर उसे चलाया जा सकेगा?
मैं Green Party की विज्ञान और प्रौद्योगिकी समिति से जुड़ा हूँ। कभी लगता है कि Clojure डेवलपर्स की सोच Green Party के सदस्यों से मिलती-जुलती है। फिर उल्टा यह भी सोचने लगता हूँ कि कहीं Clojure डेवलपर होने की वजह से ही वे Green Party में तो नहीं जाते। ;)
https://news.ycombinator.com/item?id=46415945
हैकरन्यूज़ की प्रतिक्रियाएँ भी देखिए।
वह लेख Clojurians Slack में भी साझा किया गया था। Clojurians ने ज़्यादातर Rich Hickey के रुख से सहमति जताई।
GeekNews में भी कुछ लोग likes का abuse करते हैं :'( यह abuse वाकई काफ़ी मुश्किल करने वाला है
https://namu.wiki/w/…
जब SK भी abuse करने लगे, तो...
सीनियर डेवलपर को "algorithm coding test" से परखने की प्रक्रिया मुझे भी... hiring system की एक सीमा लगती है। मुझे लगता है कि जो लोग किसी समस्या के सार के करीब पहुँच चुके हैं, या पहुँच सकते हैं, वही अपनी salary के मुताबिक़ मूल्य देने वाले senior developer होते हैं।
इस्तेमाल करके देखा तो ठीक ही लगा… ऐसा रिएक्शन भी है।
आसपास और SNS पर भी star request के बदले में star देने-लेने का चलन काफ़ी होता है।
व्यक्तिगत repo में सौ से ज़्यादा हों भी, तो मुझे नहीं लगता कि उसका कोई खास मतलब है।
Liquid Glassकी घोषणा देखते ही लगा था कि क्या उन्होंने readability छोड़ देने का फैसला कर लिया है... और लगता है कि असली user reviews भी इस अनुमान से बहुत अलग नहीं हैं।मुझे भी लगा, अरे यह तो वही लेख है जो मैंने GeekNews पर देखा था... हा हा, नंबरिंग देखी तो पता चला कि यह तो बिल्कुल शुरुआती दौर का था, है ना?
मैं Linux laptop की ज़ोरदार सिफारिश करता हूँ
ऐसा लगता है कि स्टॉलमैन जो बात कह रहे हैं, वह सारांश पोस्ट में स्पष्ट रूप से सामने नहीं आई है।
वाह, बहुत बढ़िया है। धन्यवाद।
기독탄신일जैसा अभिव्यक्ति मैंने पहली बार देखा, इसलिए काफ़ी दिलचस्प लगा, हाहामैंने इसे संशोधित कर दिया है~!
ऐसी कोशिशें कभी-कभी मुझे इस पर सोचने का मौका देती हैं कि क्या मैं overengineering कर रहा हूँ, लेकिन समृद्ध requirements वाले real-world काम के नज़रिए से देखें तो यह लगभग किसी करतब दिखाने जैसा है।
ऐसा तो सीधा डायरी की तरह लिखो, तब भी ठीक लगेगा...