हम वही तस्वीरें सीधे इस्तेमाल करते हैं, इसलिए तम्बू या बैरक जैसी जगहों से ली गई तस्वीरों को बिना किसी ब्लर या गुमनाम किए हटाकर सेव करना हमारे लिए अनिवार्य हो जाता है। इसलिए स्थानांक (coordinates) उपलब्ध कराने में उतनी भी कोई अनुचित बात नहीं है, ऐसा कहा जा रहा है।
अगर डेटा सेंटर बनाने पर डेटा निर्यात की अनुमति देने की बात सरकार पहले ही नहीं कह चुकी है तो?
अगर Apple को सपोर्ट करने से टैरिफ पर कोई असर नहीं पड़ना है, तो फिर Google का साथ देने की ज़रूरत ही क्या है?
डिग्री के आधार पर छाँटने के बाद AI इंटरव्यूअर का इस्तेमाल किया जा रहा है क्या? मैं यह समझना चाहता/चाहती हूँ कि AI इंटरव्यू वास्तव में किस तरह के उम्मीदवारों को बाहर करने का काम कर रहा है.
ईमानदारी से कहें तो, PDF इंसानों द्वारा बनाए गए फ़ॉर्मैटिंग को जितना हो सके उतना सुरक्षित रखने वाला, लोगों के पढ़ने के लिए अनुकूल फ़ॉर्मैट है, और मशीनों के साथ इसकी संगतता सबसे खराब है।
इंटरनेट की तरह, जहाँ मात्रा अपने आप में असीमित होती है (हालाँकि कुछ मामलों में usage-based billing भी लग सकती है), अगर स्पीड पर सीमा लगाने वाले तरीके से जाया जाए तो अच्छा होगा। implementation की बात करें तो, जैसे अभी भी batch processing का तरीका मौजूद है, वैसे ही compute resources और user तक पहुँचने वाले resources को अलग किया जा सकता है। आखिरकार अगर provider की नज़र से predictability सुनिश्चित हो सके, और user को भी उचित कीमत और स्पीड की गारंटी मिले, तो क्या यह win-win नहीं होगा? कुछ heavy users के मामले में, अलग contract के ज़रिए dedicated resources allocate करने के तरीके से जाना होगा।
मैंने कभी यह नहीं कहा था कि हम IDC लगाएंगे। https://www.yna.co.kr/view/AKR20250617064400003 सर्वर लगाने की बात और IDC लगाने की बात अलग हैं। https://www.etnews.com/20250624000300 ऐसा एक और लेख भी मौजूद है।
हम वही तस्वीरें सीधे इस्तेमाल करते हैं, इसलिए तम्बू या बैरक जैसी जगहों से ली गई तस्वीरों को बिना किसी ब्लर या गुमनाम किए हटाकर सेव करना हमारे लिए अनिवार्य हो जाता है। इसलिए स्थानांक (coordinates) उपलब्ध कराने में उतनी भी कोई अनुचित बात नहीं है, ऐसा कहा जा रहा है।
वाह..
अगर डेटा सेंटर बनाने पर डेटा निर्यात की अनुमति देने की बात सरकार पहले ही नहीं कह चुकी है तो? अगर Apple को सपोर्ट करने से टैरिफ पर कोई असर नहीं पड़ना है, तो फिर Google का साथ देने की ज़रूरत ही क्या है?
हाहाहाहा, आपको सलाम है
Android ऐप
https://play.google.com/store/apps/…
है
तो फिर अब तक इसे छिपाने की कार्रवाई क्यों नहीं की गई थी...?
शायद वही समय देखकर वे इसे आगे बढ़ा रहे हैं?
डिग्री के आधार पर छाँटने के बाद AI इंटरव्यूअर का इस्तेमाल किया जा रहा है क्या? मैं यह समझना चाहता/चाहती हूँ कि AI इंटरव्यू वास्तव में किस तरह के उम्मीदवारों को बाहर करने का काम कर रहा है.
लगता है 3 दिन में ही बोर हो जाएंगे
जब कंपनियाँ AI इंटरव्यूअर का सहारा लें और नौकरी खोजने वाले AI प्रतिनिधि पर निर्भर हो जाएँ, तो आगे क्या हो सकता है, इसे लेकर सोचने का मन होता है।
सहमत हूँ। सच कहूँ तो, यह पढ़ने में आसान भी है या नहीं, पता नहीं.. यह बहुत भारी और असुविधाजनक है।
Substack की ब्रांडिंग और नकली प्रतिष्ठा का जाल
खतरा है, लेकिन इससे बेहतर कुछ नहीं।
मुझे भी लगता है कि "Porter" ही ठीक लगता है।
ईमानदारी से कहें तो, PDF इंसानों द्वारा बनाए गए फ़ॉर्मैटिंग को जितना हो सके उतना सुरक्षित रखने वाला, लोगों के पढ़ने के लिए अनुकूल फ़ॉर्मैट है, और मशीनों के साथ इसकी संगतता सबसे खराब है।
इंटरनेट की तरह, जहाँ मात्रा अपने आप में असीमित होती है (हालाँकि कुछ मामलों में usage-based billing भी लग सकती है), अगर स्पीड पर सीमा लगाने वाले तरीके से जाया जाए तो अच्छा होगा। implementation की बात करें तो, जैसे अभी भी batch processing का तरीका मौजूद है, वैसे ही compute resources और user तक पहुँचने वाले resources को अलग किया जा सकता है। आखिरकार अगर provider की नज़र से predictability सुनिश्चित हो सके, और user को भी उचित कीमत और स्पीड की गारंटी मिले, तो क्या यह win-win नहीं होगा? कुछ heavy users के मामले में, अलग contract के ज़रिए dedicated resources allocate करने के तरीके से जाना होगा।
पोर्टर?
अगर देशी कारों के हिसाब से देखें, तो यह कौन-सी कार होगी?
मुझे भी नहीं आया।
यह तो exercise का वायरल लग रहा है।
Substack की ब्रांडिंग और नकली प्रतिष्ठा का जाल
Substack ने दूसरा 100 मिलियन डॉलर फंडरेज़ किया, लेकिन पहले 100 मिलियन की तरह ही इसे भी फिजूल खर्च होने की संभावना है
पिछले कुछ दिनों से John Gruber ने Daring Fireball पर Substack को लेकर काफी बातें की हैं, और अब यह किसी अंतिम निष्कर्ष जैसा लग रहा है।