सिर्फ vibe coding के स्तर को आउटसोर्सिंग नहीं कहा जा सकता। आउटसोर्सिंग में प्रोजेक्ट स्तर पर समीक्षा होती है, लेकिन अभी के AI coding agents के लिए उससे भी छोटे task स्तर पर समीक्षा करनी पड़ती है।
अगर यह आउटसोर्सिंग होती, तो काम सौंपकर मैं कोई और काम कर पाता… लेकिन अभी भी इन्हें बहुत बार देखना पड़ता है। होशियार हैं, लेकिन अनाड़ी junior developer जैसे…
लगता है कि जल्द ही… भले पूरी तरह आउटसोर्सिंग न हो, लेकिन शायद यह किसी छोटे development team की तरह काम कर सकें… काम निर्देशित करना, बीच-बीच में review करना, सुधारना… लेकिन अभी तो शायद वह स्तर भी नहीं आया है।
हो सकता है मेरी ही vibe कम हो, इसलिए ऐसा लग रहा हो…
यह शायद इस तरह की पोस्ट लगती है कि Excel functions आने के बाद मुझे महसूस होता है कि जोड़-घटाव करने की मेरी क्षमता कमजोर हो गई है... सोच रहा हूँ कि 90~00 के दशक में जब दफ़्तरों में पहली बार Excel आया था, तब क्या ऐसी बातें नहीं होती थीं?
हम development इसलिए करते हैं कि वह business में मदद करे...
जितना implementation की बारीकियों का काम LLM संभाल रहा है, क्या फिर हमें इस बात पर ध्यान नहीं देना चाहिए कि मेरी application कंपनी के पूरे business में क्या भूमिका निभा रही है, और पूरे market में हमारे business का क्या मतलब है, वगैरह?
और यह भी सवाल है कि क्या LLM implementation की सारी बारीकियाँ पूरी तरह संभाल सकता है।
हाल की SKT खबरें देखकर पता चला कि 25 प्रकार और अतिरिक्त मिले हैं, जिससे कुल संख्या 37 प्रकार हो गई है।
"बिना मैनेज किए गए कंप्यूटर में इंस्टॉल वायरस की संख्या से भी ज़्यादा" ऐसी एक टिप्पणी थी।
पहले मैंने सीखने के मकसद से C में पहले लिखे गए कोड को Rust में दोबारा लिखने की कोशिश की थी, लेकिन pointers को संभालना बहुत ही कष्टदायक अनुभव था... rc या refcell जैसी चीज़ों के काम करने का तरीका दिमाग में ठीक से बैठ नहीं पाया था...
आम तौर पर इतिहास को नज़रअंदाज़ करते हुए, पुराना पहिया फिर से ले आए हैं।
कुछ आइडिया बुरे नहीं लगते (Markdown इस्तेमाल करने का तरीका), लेकिन दूसरे tools की तुलना में कोई बड़ा फ़ायदा नहीं दिखता।
Hacker News पर हो रही चर्चा को देखें तो
फ़िलहाल developer की React को लेकर समझ भी काफ़ी कम है।
लगता है कि निकट भविष्य में इसका नाम बदल जाएगा... जैसा कि लेख में भी लिखा है, एक ओवरलैप होने वाला Electron प्रोजेक्ट पहले से है... क्या सच में यह नाम इस्तेमाल करना ज़रूरी था?
सिर्फ vibe coding के स्तर को आउटसोर्सिंग नहीं कहा जा सकता। आउटसोर्सिंग में प्रोजेक्ट स्तर पर समीक्षा होती है, लेकिन अभी के AI coding agents के लिए उससे भी छोटे task स्तर पर समीक्षा करनी पड़ती है।
अगर यह आउटसोर्सिंग होती, तो काम सौंपकर मैं कोई और काम कर पाता… लेकिन अभी भी इन्हें बहुत बार देखना पड़ता है। होशियार हैं, लेकिन अनाड़ी junior developer जैसे…
लगता है कि जल्द ही… भले पूरी तरह आउटसोर्सिंग न हो, लेकिन शायद यह किसी छोटे development team की तरह काम कर सकें… काम निर्देशित करना, बीच-बीच में review करना, सुधारना… लेकिन अभी तो शायद वह स्तर भी नहीं आया है।
हो सकता है मेरी ही vibe कम हो, इसलिए ऐसा लग रहा हो…
मैं इन दिनों बिल्कुल ऐसा ही हूँ…
मुझे जिज्ञासा है कि हैकिंग के अलावा इसका उपयोग और किन कामों में हो सकता है।
खासकर कोरिया जैसे मामलों में, क्योंकि authentication payment practically थोप दिया जाता है, conversion rate के लिहाज़ से इसका खराब होना लगभग तय है।
यह शायद इस तरह की पोस्ट लगती है कि Excel functions आने के बाद मुझे महसूस होता है कि जोड़-घटाव करने की मेरी क्षमता कमजोर हो गई है... सोच रहा हूँ कि 90~00 के दशक में जब दफ़्तरों में पहली बार Excel आया था, तब क्या ऐसी बातें नहीं होती थीं?
हम development इसलिए करते हैं कि वह business में मदद करे...
जितना implementation की बारीकियों का काम LLM संभाल रहा है, क्या फिर हमें इस बात पर ध्यान नहीं देना चाहिए कि मेरी application कंपनी के पूरे business में क्या भूमिका निभा रही है, और पूरे market में हमारे business का क्या मतलब है, वगैरह?
और यह भी सवाल है कि क्या LLM implementation की सारी बारीकियाँ पूरी तरह संभाल सकता है।
हाल की SKT खबरें देखकर पता चला कि 25 प्रकार और अतिरिक्त मिले हैं, जिससे कुल संख्या 37 प्रकार हो गई है।
"बिना मैनेज किए गए कंप्यूटर में इंस्टॉल वायरस की संख्या से भी ज़्यादा" ऐसी एक टिप्पणी थी।
पहले मैंने सीखने के मकसद से C में पहले लिखे गए कोड को Rust में दोबारा लिखने की कोशिश की थी, लेकिन pointers को संभालना बहुत ही कष्टदायक अनुभव था...
rcयाrefcellजैसी चीज़ों के काम करने का तरीका दिमाग में ठीक से बैठ नहीं पाया था...आम तौर पर इतिहास को नज़रअंदाज़ करते हुए, पुराना पहिया फिर से ले आए हैं।
कुछ आइडिया बुरे नहीं लगते (Markdown इस्तेमाल करने का तरीका), लेकिन दूसरे tools की तुलना में कोई बड़ा फ़ायदा नहीं दिखता।
Hacker News पर हो रही चर्चा को देखें तो
फ़िलहाल developer की React को लेकर समझ भी काफ़ी कम है।
लगता है कि निकट भविष्य में इसका नाम बदल जाएगा... जैसा कि लेख में भी लिखा है, एक ओवरलैप होने वाला Electron प्रोजेक्ट पहले से है... क्या सच में यह नाम इस्तेमाल करना ज़रूरी था?
आजकल BPF देखते ही SKT हैकिंग घटना याद आ जाती है
Korea Internet & Security Agency (KISA), SKT हैकिंग की पुष्टि के दौरान malware के 8 variants की पहचान
इसलिए BPFDoor malware जांच गाइड भी जारी की गई।
लगता है कि यह लगभग Jargon file जैसी ही सामग्री है।
क्या कीमत कम करना ज़ाहिर तौर पर ज़रूरी नहीं है?
कोड की तुलना देख कर लगता है कि काफ़ी टोकन बचेंगे।
लगता है बड़े भैया की साँस की गर्मी यहाँ तक पहुँच रही है...
AGPL है ना..
svelte सबसे बेहतरीन
धन्यवाद! :)
अच्छा समझने के लिए धन्यवाद :)
अभी बहुत कमियाँ हैं, लेकिन मैं इसे अच्छी सामग्री से भरने की कोशिश कर रहा हूँ
मैं भी आपका धन्यवाद करता हूँ :) एक शानदार ऐप बनाइए और हमें ज़रूर दिखाइए!