लगता है इसके लिए सच में ऐसा सेल्सपर्सन चाहिए जो enterprise ecosystem को अच्छी तरह समझता हो

 

मेरी सोच से लगभग मिलती-जुलती बात है... हमारे लिए तो बस बहुत सारी memory बेच लेना ही काफी है

 

कीमत बढ़ने पर भी यह कोरियाई कंपनियों वाले से सस्ता ही है.. हाहा.;;

 

शायद agent की गलती से मरने वाला पहला इंसान हमेशा के लिए इतिहास में दर्ज हो जाएगा।

 

धन्यवाद, मैं इसे हटाकर फिर से पोस्ट करूँगा।

 

तो यह sad server की कहानी थी! यह सच में एक बहुत अच्छा प्लेटफ़ॉर्म है।

 

https://algorithmsbook.com/optimization/#download
लगता है कि अब लिंक थोड़ा बदल गया है, और यहाँ से PDF देखा या डाउनलोड किया जा सकता है।

 

भविष्य में ऐसे मामले भी सामने आ सकते हैं जहाँ कोई बेवकूफ़ robot AI गलती से इंसानों को मार दे...

 

लगता है कि आप ही इसके निर्माता हैं, इसलिए PR प्रकृति की पोस्ट आपको Show GN में डालनी चाहिए.
https://news.hada.io/show यहाँ रजिस्टर कर सकते हैं.

 

मैंने 2007 में सेना के कंप्यूटर सेंटर में डेवलपर के रूप में पहली बार काम शुरू किया था, और तब मैंने सीखा था कि "डेवलपर को डोमेन को पर्याप्त रूप से समझने के बाद यूज़र requirements को परिष्कृत करके सबसे बेहतर विकल्प पेश करना चाहिए"।
आजकल लगता है कि "यूज़र जैसा कहे वैसा ही कर दो" ही मुख्यधारा है। सच कहूँ तो शायद यूज़र भी वही ज़्यादा पसंद करते हों..?

 

असल में RAG के लिए ज़रूरी चीज़ search functionality है, और dense vector में embedding करके उसे vectorDB में push करना और cosine similarity search करना, search engine को implement करने के कई तरीकों में से बस एक तरीका भर है... ऐसा नहीं है कि vectorDB का इस्तेमाल न करने की कोई खास वजह है, लेकिन अगर पूछें कि क्या यह सचमुच अनिवार्य है, तो लंबे समय से अच्छी तरह इस्तेमाल होते आए search engine algorithms भी बहुत हैं, इसलिए थोड़ा सवाल तो उठता ही है।

 

llm को बस बात तक ही सीमित रहना चाहिए। जिस पल आप उसे कोई भौतिक साधन या तरीका थमा देंगे, उसके साइड इफेक्ट्स कल्पना से परे होंगे। प्लीज़, तुम बस कंप्यूटर के अंदर ही बोलते रहो। कुछ मत छेड़ो।