यह बात कमेंट्स में भी आई है, और मुझे यह पता नहीं है ऐसा भी नहीं कि इंडस्ट्री में business model कितना महत्वपूर्ण होता है। लेकिन AI वेब पर पैसे कमाने के तरीकों को बदल रहा है, और उसके कारण जो पुराने तरीके अब तक कमाई करते आए थे वे अपनी जगह खो रहे हैं—इस वजह से यह कहना कि AI वेब को 'मार रहा है', थोड़ा... खैर, अगर वह The Economist का लेख है, तो शायद उसे उस नज़रिए से देखा भी जा सकता है।
> - इस प्रोजेक्ट को देखकर 20 साल पहले PowerBook के हार्डडिस्क vibration detection sensor का इस्तेमाल करके इमारत के निर्माण शोर को seismograph की तरह मापने की याद आ गई।
> - वही software (SeisMac) मैंने ही बनाया था।
हाल में इस मॉडल के साथ अतिरिक्त रिकॉल किए गए मॉडल भी हैं। एक बार जांच कर लेना चाहिए.
A1257 - Power Bank 10K
A1642 - 334 MacGo 10000mAh
A1647 - Power Bank 20,000mAh
A1652 - MagGo Power Bank 10,000mAh
A1681 - Zolo Power Bank 20K
A1689 - Zolo Power Bank 20K
लगता है कि भारत में आधिकारिक तौर पर सिर्फ A1642 ही बेचा गया था.
2 दिन पहले OpenAI ने पहले ही घोषणा कर दी थी, इसलिए थोड़ा असर कम हो गया, लेकिन यह भी कहा गया कि OpenAI के Alexander Wei ने IMO से किसी चर्चा के बिना पहले बात करके शिष्टाचार नहीं दिखाया।
आधिकारिक तौर पर IMO की ओर से मान्यता भी नहीं मिली थी, फिर भी घोषणा कर दी गई, इसलिए कहा गया कि इसने AI नहीं बल्कि सामान्य प्रतिभागियों के लिए होने वाली बधाई और श्रेय छीन लिया।
सटीक रूप से कहें तो, फ्रंट और बैक अलग-अलग होने वाली सर्विस में अगर Django से बैक सर्वर इम्प्लीमेंट किया जाए, तो सिर्फ बैकसाइड के लिए इस्तेमाल करने पर Django की अपनी full-stack प्रकृति से आने वाला भारीपन बोझिल लगता था, और Django में RESTfulपन जोड़ने के लिए साथ में इस्तेमाल किए गए DRF पर बहुत ज़्यादा निर्भर हो जाना भी मुझे असहज लगता था..
खासकर DRF का खुद Django ORM से बहुत मज़बूती से बंधा होना, उससे आने वाली dependency, और DRF को जितनी बार और जितनी अधिक जगहों पर इस्तेमाल करें उतना ही कहीं भी Django ORM इस्तेमाल कर पाने की वजह से पैदा होने वाली fragmentation और DB access की संभावना—ये सब मुझे असुरक्षित लगते थे। इसके अलावा, DRF का serializer नाम के मुताबिक सिर्फ data serialization और data validation तक सीमित न रहकर उससे कहीं ज़्यादा भूमिका और संभावनाएँ रखता है, और serializer का इस्तेमाल जितना बढ़ता जाता है उतना ही MVC का विभाजन अर्थहीन होता जाता है वगैरह.. तब अक्सर लगता था कि अगर ऐसा ही है, तो Django+DRF कॉम्बिनेशन पर जाने के बजाय किसी दूसरे framework से बैकएंड इम्प्लीमेंट करना ज़्यादा स्थिर होगा। इसलिए वास्तव में एक समय के बाद से मैंने FastAPI को प्राथमिक विकल्प के रूप में चुनना शुरू कर दिया।
लगता है कि यह agentic coding के अग्रिम मोर्चे पर मौजूद प्रोडक्ट है, इसलिए इस पर काफ़ी ज़्यादा ट्रैफ़िक उमड़ रहा है..
यह बात कमेंट्स में भी आई है, और मुझे यह पता नहीं है ऐसा भी नहीं कि इंडस्ट्री में business model कितना महत्वपूर्ण होता है। लेकिन AI वेब पर पैसे कमाने के तरीकों को बदल रहा है, और उसके कारण जो पुराने तरीके अब तक कमाई करते आए थे वे अपनी जगह खो रहे हैं—इस वजह से यह कहना कि AI वेब को 'मार रहा है', थोड़ा... खैर, अगर वह The Economist का लेख है, तो शायद उसे उस नज़रिए से देखा भी जा सकता है।
सच में बहुत पैनी टिप्पणी है
वाह, कमाल है? तुमने सीधे मुद्दे पर चोट की है
अगर रिज़ल्ट में सिर्फ delve realm दिखे, तो मैं उसे फिर से चला देता हूँ 😅😅
सिसकी... बहुत पढ़ने लायक नहीं है
मुझे लगता है कि आजकल कोडिंग करते समय
robustसच में बहुत ज़्यादा दिखता हैपता नहीं मेरी prompting में दिक्कत है या क्या...
काफ़ी दिलचस्प प्रयोग है!
अच्छी तरह पढ़ा हाहाहा
Google और OpenAI के LLM परफ़ॉर्मेंस भले ही लगभग बराबर हों, लेकिन कंपनियों की मंज़ी हुई परिपक्वता का फ़र्क यहाँ दिखता है।
> - इस प्रोजेक्ट को देखकर 20 साल पहले PowerBook के हार्डडिस्क vibration detection sensor का इस्तेमाल करके इमारत के निर्माण शोर को seismograph की तरह मापने की याद आ गई।
> - वही software (SeisMac) मैंने ही बनाया था।
Hacker News वाकई फिर से हैरान कर देता है...
क्या अजीब ढोंगी जैसा कमेंट कर रहा है, जैसे कोई कमरा-वैरा शिक्षक हो।
हाल में इस मॉडल के साथ अतिरिक्त रिकॉल किए गए मॉडल भी हैं। एक बार जांच कर लेना चाहिए.
A1257 - Power Bank 10K
A1642 - 334 MacGo 10000mAh
A1647 - Power Bank 20,000mAh
A1652 - MagGo Power Bank 10,000mAh
A1681 - Zolo Power Bank 20K
A1689 - Zolo Power Bank 20K
लगता है कि भारत में आधिकारिक तौर पर सिर्फ A1642 ही बेचा गया था.
https://brand.naver.com/anker/shoppingstory/detail?id=5002071854
OpenAI, 2025 अंतरराष्ट्रीय गणित ओलंपियाड (IMO) में गोल्ड-मेडल स्तर की उपलब्धि हासिल करने की घोषणा
2 दिन पहले OpenAI ने पहले ही घोषणा कर दी थी, इसलिए थोड़ा असर कम हो गया, लेकिन यह भी कहा गया कि OpenAI के Alexander Wei ने IMO से किसी चर्चा के बिना पहले बात करके शिष्टाचार नहीं दिखाया।
आधिकारिक तौर पर IMO की ओर से मान्यता भी नहीं मिली थी, फिर भी घोषणा कर दी गई, इसलिए कहा गया कि इसने AI नहीं बल्कि सामान्य प्रतिभागियों के लिए होने वाली बधाई और श्रेय छीन लिया।
PC और privacy issues + बेकार की भटकन में पश्चिम समय खींचता रहा, तब तक...
इस समय के लिए बेहद ज़रूरी एक तरह की लेखन शैली।
लगता है कि Korean के लिए Qwen अच्छा काम करता है।
पहले से ही अनुमान था..
सटीक रूप से कहें तो, फ्रंट और बैक अलग-अलग होने वाली सर्विस में अगर Django से बैक सर्वर इम्प्लीमेंट किया जाए, तो सिर्फ बैकसाइड के लिए इस्तेमाल करने पर Django की अपनी full-stack प्रकृति से आने वाला भारीपन बोझिल लगता था, और Django में RESTfulपन जोड़ने के लिए साथ में इस्तेमाल किए गए DRF पर बहुत ज़्यादा निर्भर हो जाना भी मुझे असहज लगता था..
खासकर DRF का खुद Django ORM से बहुत मज़बूती से बंधा होना, उससे आने वाली dependency, और DRF को जितनी बार और जितनी अधिक जगहों पर इस्तेमाल करें उतना ही कहीं भी Django ORM इस्तेमाल कर पाने की वजह से पैदा होने वाली fragmentation और DB access की संभावना—ये सब मुझे असुरक्षित लगते थे। इसके अलावा, DRF का serializer नाम के मुताबिक सिर्फ data serialization और data validation तक सीमित न रहकर उससे कहीं ज़्यादा भूमिका और संभावनाएँ रखता है, और serializer का इस्तेमाल जितना बढ़ता जाता है उतना ही MVC का विभाजन अर्थहीन होता जाता है वगैरह.. तब अक्सर लगता था कि अगर ऐसा ही है, तो Django+DRF कॉम्बिनेशन पर जाने के बजाय किसी दूसरे framework से बैकएंड इम्प्लीमेंट करना ज़्यादा स्थिर होगा। इसलिए वास्तव में एक समय के बाद से मैंने FastAPI को प्राथमिक विकल्प के रूप में चुनना शुरू कर दिया।
Soundslice की वायरल सफलता
लगता है यह ऐसी सर्विस है जिसे AI ने खुद चुन लिया हो, काफ़ी जलन हो रही है, हाहा
यह तो पहले से लिखा/इस्तेमाल किया जा रहा था, और LLM ने उसी को सीख लिया था..