Google और Red Hat जैसे आयोजक अगर स्पॉन्सर के रूप में इसमें शामिल हैं, तो यह किसी अच्छे इवेंट की तरह ही चलेगा, है ना... अब यह पहला वर्ज़न/आयोजन है, इसलिए आगे यह धीरे-धीरे और बेहतर होता जाएगा—ऐसा मानकर चलना होगा।
रिकवरी प्रक्रिया को देखें तो एक बात थोड़ी अजीब लगती है: EC2 instance start system, DynamoDB पर निर्भर है, और DynamoDB service खुद EC2 instances पर चल रही है। आउटेज की सीमा अलग-अलग नहीं दिखती, तो लगता है कि या तो शुरुआत से ही डिज़ाइन ठीक से नहीं किया गया था, या समय के साथ आर्किटेक्चर अव्यवस्थित हो गया होगा।
वाह, यह तो कमाल है lol लेकिन अगर वैसे भी restore करना है, तो क्या token वही का वही नहीं रहता? क्या इसमें सिर्फ storage state वाले token ही बचाए जा सकते हैं? मैं थोड़ा अनजान हूँ इसलिए ठीक से समझ नहीं पा रहा T_T. कोई इसे समझने लायक तरीके से समझा देगा?
टिकट शुल्क रखने की बात सुनकर अफ़सोस हो रहा है.. काश FOSDEM की तरह यह खर्च पूरी तरह स्पॉन्सरशिप या वॉलंटियर समर्थन से कवर हो पाता। क्या यह कोरिया की वास्तविकता है...
कोरिया में इंजीनियर एक स्तर के बाद सब मैनेजर बन जाते हैं, इसलिए वहाँ निरंतरता टूट जाती है...
अमेरिका में efficiency के नाम पर सभी senior लोगों को निकाल दिया जाता है, इसलिए वहाँ समस्या है...
वाकई, यह आसान नहीं है...
यूरोप जाकर देखा तो Uber के ड्राइवर सिर्फ Uber पर ही नहीं, खाली समय में Bolt या Lyft भी चला रहे थे। और गाड़ी चलाते समय भी Uber ऑन रखकर कॉल्स लेते जा रहे हैं। समझ नहीं आता कि यह ठीक है या नहीं—लगता है दुर्घटनाएँ काफी बढ़ सकती हैं।
आमतौर पर ऐसे मामले में 80% की कमी का मतलब यह नहीं होता कि GPU सिर्फ 1/5 ही खरीदे जाएंगे, बल्कि बात 5 गुना ज़्यादा डेटा प्रोसेस करने की दिशा में बढ़ती है।
यह हर बाज़ार में लागू होने वाली कहानी है।
लगता है कि IT तकनीक की know-how के साथ उसी तरह व्यवहार किया जाना चाहिए जैसे कुशल welders की know-how के साथ किया जाता है।
कुछ समय पहले पढ़ी एक पोस्ट में यह बात याद आ रही है कि
Amazon में senior engineer level 2 के बाद अगले स्तर पर जाना वाकई बहुत मुश्किल होता है। किसी वजह से ऐसा लगता है कि
ऐसी खेदजनक रिटायरमेंट जैसी घटनाएँ खासकर उसी स्तर पर ज़्यादा होती होंगी।
यह पता नहीं चल पा रहा कि यह बॉट है या नहीं, लेकिन अगर एक summary डाल दें तो अच्छा रहेगा।
लिंक में सिर्फ sign-up करने पर ही एक्सेस होने के कारण इसे देखना कठिन लगता है।
फिर भी, यह काफी सस्ती लग रही है।
Google और Red Hat जैसे आयोजक अगर स्पॉन्सर के रूप में इसमें शामिल हैं, तो यह किसी अच्छे इवेंट की तरह ही चलेगा, है ना... अब यह पहला वर्ज़न/आयोजन है, इसलिए आगे यह धीरे-धीरे और बेहतर होता जाएगा—ऐसा मानकर चलना होगा।
अच्छा तरीका है!
लगता है इंसान ही उल्टा AI की प्रगति में रुकावट बन रहे हैं। यह काफ़ी दिलचस्प दुविधा है। हाहा
रिकवरी प्रक्रिया को देखें तो एक बात थोड़ी अजीब लगती है: EC2 instance start system, DynamoDB पर निर्भर है, और DynamoDB service खुद EC2 instances पर चल रही है। आउटेज की सीमा अलग-अलग नहीं दिखती, तो लगता है कि या तो शुरुआत से ही डिज़ाइन ठीक से नहीं किया गया था, या समय के साथ आर्किटेक्चर अव्यवस्थित हो गया होगा।
इसे इस्तेमाल करके देखा, और उम्मीद के मुताबिक यह सोच से बेहतर निकला।
वाह, यह तो कमाल है lol लेकिन अगर वैसे भी restore करना है, तो क्या token वही का वही नहीं रहता? क्या इसमें सिर्फ storage state वाले token ही बचाए जा सकते हैं? मैं थोड़ा अनजान हूँ इसलिए ठीक से समझ नहीं पा रहा T_T. कोई इसे समझने लायक तरीके से समझा देगा?
टिकट शुल्क रखने की बात सुनकर अफ़सोस हो रहा है.. काश FOSDEM की तरह यह खर्च पूरी तरह स्पॉन्सरशिप या वॉलंटियर समर्थन से कवर हो पाता। क्या यह कोरिया की वास्तविकता है...
कोरिया में इंजीनियर एक स्तर के बाद सब मैनेजर बन जाते हैं, इसलिए वहाँ निरंतरता टूट जाती है...
अमेरिका में efficiency के नाम पर सभी senior लोगों को निकाल दिया जाता है, इसलिए वहाँ समस्या है...
वाकई, यह आसान नहीं है...
अगर यह PaddleOCR है, तो शायद कुछ जगहों पर इसे commercial तौर पर भी इस्तेमाल किया जाता होगा, है न??
यूरोप जाकर देखा तो Uber के ड्राइवर सिर्फ Uber पर ही नहीं, खाली समय में Bolt या Lyft भी चला रहे थे। और गाड़ी चलाते समय भी Uber ऑन रखकर कॉल्स लेते जा रहे हैं। समझ नहीं आता कि यह ठीक है या नहीं—लगता है दुर्घटनाएँ काफी बढ़ सकती हैं।
सबसे अहम चीज़ छूट गई है।
multi-az तक तो कर रखा है.. क्या अब region-स्तर की outage की तैयारी भी करनी पड़ेगी..
आमतौर पर ऐसे मामले में 80% की कमी का मतलब यह नहीं होता कि GPU सिर्फ 1/5 ही खरीदे जाएंगे, बल्कि बात 5 गुना ज़्यादा डेटा प्रोसेस करने की दिशा में बढ़ती है।
यह हर बाज़ार में लागू होने वाली कहानी है।
लगता है कि IT तकनीक की know-how के साथ उसी तरह व्यवहार किया जाना चाहिए जैसे कुशल welders की know-how के साथ किया जाता है।
कुछ समय पहले पढ़ी एक पोस्ट में यह बात याद आ रही है कि
Amazon में senior engineer level 2 के बाद अगले स्तर पर जाना वाकई बहुत मुश्किल होता है। किसी वजह से ऐसा लगता है कि
ऐसी खेदजनक रिटायरमेंट जैसी घटनाएँ खासकर उसी स्तर पर ज़्यादा होती होंगी।
वाह, कमाल है, बहुत बढ़िया! इससे तो जटिल टेबल वाले दस्तावेज़ भी तुरंत पहचान लिए जाएंगे।
हर बार कोई न कोई बड़ा ही शानदार नाम चिपका देते हैं। आखिर में स्वाद तो सबका आलू जैसा ही होता है।
एक आलू को बेक करके, उबालकर, भूनकर, स्ट्यू बनाकर, पीसकर ...