पिछले लगभग 10 सालों में FE ecosystem में अनगिनत tools आए, उनके उत्थान-पतन के बाद अब जाकर कुछ हद तक स्थिरता आई है, और अब फिर से उसी तरह की बड़ी अव्यवस्था आज़माने की बात हो रही है..
कई context को ध्यान में रखना पड़ने वाले issues में इसकी problem-solving क्षमता कमजोर है, और कुल मिलाकर यह अनावश्यक design pattern code का बहुत ज़्यादा उपयोग करता है। इससे यह मजबूत impression मिलता है कि training में production code की बजाय मुख्यतः educational example code का उपयोग किया गया था.
कुल मिलाकर gemini की तुलना में performance में काफ़ी अंतर है।
यह लेख बहुत ही पक्षपाती लगता है, है न?
"Svelte, Solid, Qwik जैसे इनोवेटिव framework बेहतर performance model प्रदान करते हैं, लेकिन adoption की कमी के कारण मुख्यधारा की प्रतिस्पर्धा में पीछे हैं"
अगर "innovation" शब्द के अर्थ को समझने के लिए कोई सुसंगत मानदंड ही नहीं है,
तो मुझे लगता है कि मूल धारणा ही गलत है।
ऐसे लेख पढ़कर लगता है कि लोग प्रोडक्ट बनाने पर ध्यान देने के बजाय सिर्फ software engineering में ही ज़रूरत से ज़्यादा डूबे हुए हैं। आखिरकार सब कुछ लगभग एक जैसा ही होता है, इसलिए प्रोडक्ट को अच्छी तरह बनाना ज़रूरी है, लेकिन लोग हर समय नया framework, नई architecture खोजते फिरते हैं, overengineering करते हैं, फिर कहते हैं यह बेहतर है तो इसे भी बदल दें। मेरा मानना है कि नया होना अच्छी बात नहीं है; असली बात यह है कि जो भी हो, उसे अच्छी तरह इस्तेमाल करके प्रोडक्ट रिलीज़ करना महत्वपूर्ण है।
पहले "ब्लॉकचेन", "पर्सनलाइज़ेशन", "web3.0" वगैरह जैसे
बिल्कुल मतलबहीन मार्केटिंग वाले शब्दों की बाढ़ आ गई थी,
AI के साथ भी पहले "डीप लर्निंग" के नाम पर ऐसा हुआ था,
और कुछ समय पहले तक भी CSAT स्कोर, अमेरिकी SAT स्कोर वगैरह जैसी मार्केटिंग के लिए लिखी खबरें लगातार आती रहती थीं,
इसलिए मैं इससे बहुत सहमत हूं।
नाम के साथ AI लग जाए तो वह मुझे मार्केटिंग, निवेशकों को प्रभावित करने का साधन, या कीमत को सही ठहराने का बहाना लगता है।
इसी तरह के उद्योग में काम करने वाले एक इंजीनियर के रूप में यह लेख मुझे बहुत दिलचस्प लगा।
AI से बनी सामग्री के बारे में uncanny valley की बात करने का दौर तो अब बीत चुका है,
लेकिन अभी भी मुझे लगता है कि आसानी से बनाई गई या नकली चीज़ों के प्रति लोगों में थोड़ा-बहुत प्रतिरोध है।
वे इस प्रक्रिया को कैसे हल करेंगे, यह देखने की उत्सुकता है।
यह तो लाचारी वाली बात है, क्योंकि देश की बड़ी tech कंपनियाँ React (next.js) को आधार मानकर hiring करती हैं.
यहाँ तक कि बड़े माने जाने वाले vue.js के लिए भी big tech में hiring positions ज़्यादा नहीं हैं.
इकोसिस्टम को नज़रअंदाज़ नहीं किया जा सकता... आजकल आने वाली third-party या open source libraries में ज़्यादातर React को official support मिलता है, लेकिन दूसरे frameworks को सिर्फ community support मिलता है, इसलिए यह-वह जोड़कर इस्तेमाल करना हो तो आखिरकार React ही सबसे सुरक्षित विकल्प बन जाता है...
फिनटेक की तरफ़ अभी भी security requirements की वजह से कई environments में Web-WAS अलग-अलग रखे जाते हैं। पता नहीं आपको किस environment में काम करना पड़े, इसलिए मेरा मानना है कि हर चीज़ के लिए तैयार रहना सही है haha
पिछले लगभग 10 सालों में FE ecosystem में अनगिनत tools आए, उनके उत्थान-पतन के बाद अब जाकर कुछ हद तक स्थिरता आई है, और अब फिर से उसी तरह की बड़ी अव्यवस्था आज़माने की बात हो रही है..
कई context को ध्यान में रखना पड़ने वाले issues में इसकी problem-solving क्षमता कमजोर है, और कुल मिलाकर यह अनावश्यक design pattern code का बहुत ज़्यादा उपयोग करता है। इससे यह मजबूत impression मिलता है कि training में production code की बजाय मुख्यतः educational example code का उपयोग किया गया था.
कुल मिलाकर gemini की तुलना में performance में काफ़ी अंतर है।
यह लेख बहुत ही पक्षपाती लगता है, है न?
"Svelte, Solid, Qwik जैसे इनोवेटिव framework बेहतर performance model प्रदान करते हैं, लेकिन adoption की कमी के कारण मुख्यधारा की प्रतिस्पर्धा में पीछे हैं"
अगर "innovation" शब्द के अर्थ को समझने के लिए कोई सुसंगत मानदंड ही नहीं है,
तो मुझे लगता है कि मूल धारणा ही गलत है।
क्या इससे memory DB बनाने की कोशिशें भी शुरू नहीं हो सकतीं?
सहमत हूँ
ऐसे लेख पढ़कर लगता है कि लोग प्रोडक्ट बनाने पर ध्यान देने के बजाय सिर्फ software engineering में ही ज़रूरत से ज़्यादा डूबे हुए हैं। आखिरकार सब कुछ लगभग एक जैसा ही होता है, इसलिए प्रोडक्ट को अच्छी तरह बनाना ज़रूरी है, लेकिन लोग हर समय नया framework, नई architecture खोजते फिरते हैं, overengineering करते हैं, फिर कहते हैं यह बेहतर है तो इसे भी बदल दें। मेरा मानना है कि नया होना अच्छी बात नहीं है; असली बात यह है कि जो भी हो, उसे अच्छी तरह इस्तेमाल करके प्रोडक्ट रिलीज़ करना महत्वपूर्ण है।
क्या वह चरण बीत गया है.... मुझे अब भी अजनबीपन महसूस होता है, और हैरानी से ज़्यादा असहजता का अनुपात थोड़ा बढ़ता जा रहा है। हर तरफ़ से।
मेरी बस एक ही इच्छा है, "बात समझकर एकदम सही और सलीके से कर दो"!
यह bounty है या outsourced काम का अनुरोध... शीर्षक देखकर मुझे अपनी आँखों पर यक़ीन नहीं हुआ।
> Homebrew के
bump-formula-prकमांड या GitHub Action से PR बनाया जा सकता है, लेकिन fork और PR प्रोसेस अनावश्यक रूप से जटिल है--no-forkविकल्प मौजूद है, जिससे सीधे branch push करके merge किया जा सकता है, और यह automatic update फीचर भी प्रदान करता है.काफ़ी साफ़-सुथरा है।
पहले "ब्लॉकचेन", "पर्सनलाइज़ेशन", "web3.0" वगैरह जैसे
बिल्कुल मतलबहीन मार्केटिंग वाले शब्दों की बाढ़ आ गई थी,
AI के साथ भी पहले "डीप लर्निंग" के नाम पर ऐसा हुआ था,
और कुछ समय पहले तक भी CSAT स्कोर, अमेरिकी SAT स्कोर वगैरह जैसी मार्केटिंग के लिए लिखी खबरें लगातार आती रहती थीं,
इसलिए मैं इससे बहुत सहमत हूं।
नाम के साथ AI लग जाए तो वह मुझे मार्केटिंग, निवेशकों को प्रभावित करने का साधन, या कीमत को सही ठहराने का बहाना लगता है।
पढ़ने के लिए धन्यवाद! ^^
sparse केस में तेज़ एल्गोरिदम को पार कर गया है, ऐसा कहना थोड़ा अस्पष्ट लगता है।
यह तो ज़बरदस्ती है...
बहुत-बहुत-बहुत ज़्यादा सहमत हूँ
धीरे-धीरे ग्राहक या यूज़र अब AI शब्द से थकान महसूस कर रहे हैं
इसी तरह के उद्योग में काम करने वाले एक इंजीनियर के रूप में यह लेख मुझे बहुत दिलचस्प लगा।
AI से बनी सामग्री के बारे में uncanny valley की बात करने का दौर तो अब बीत चुका है,
लेकिन अभी भी मुझे लगता है कि आसानी से बनाई गई या नकली चीज़ों के प्रति लोगों में थोड़ा-बहुत प्रतिरोध है।
वे इस प्रक्रिया को कैसे हल करेंगे, यह देखने की उत्सुकता है।
यह तो लाचारी वाली बात है, क्योंकि देश की बड़ी tech कंपनियाँ React (next.js) को आधार मानकर hiring करती हैं.
यहाँ तक कि बड़े माने जाने वाले vue.js के लिए भी big tech में hiring positions ज़्यादा नहीं हैं.
इकोसिस्टम को नज़रअंदाज़ नहीं किया जा सकता... आजकल आने वाली third-party या open source libraries में ज़्यादातर React को official support मिलता है, लेकिन दूसरे frameworks को सिर्फ community support मिलता है, इसलिए यह-वह जोड़कर इस्तेमाल करना हो तो आखिरकार React ही सबसे सुरक्षित विकल्प बन जाता है...
फिनटेक की तरफ़ अभी भी security requirements की वजह से कई environments में Web-WAS अलग-अलग रखे जाते हैं। पता नहीं आपको किस environment में काम करना पड़े, इसलिए मेरा मानना है कि हर चीज़ के लिए तैयार रहना सही है haha