वाकई बहुत बढ़िया दृष्टिकोण वाला कमेंट है, धन्यवाद :)

कृपया शुल्क कम कर दीजिए..

अनुवाद: https://rosettalens.com/s/ko/introducing-pay-per-crawl

यह बात मुख्य लेख में भी कही गई है, लेकिन मैंने अलग से एक SP simulator बनाया था, जो पिछले n दिनों के workload के आधार पर यह गणना करता था कि यहाँ कितना अतिरिक्त SP खरीदना चाहिए ताकि "मौजूदा लागत + Covered होने से कम होने वाली लागत + Recurring होने की वजह से बेकार जाने वाली लागत" सबसे कम हो, और उसी के आधार पर मैंने निर्णय लिया था।

सही कहा....

मैंने भी जिज्ञासा में Claude से पूछा था, वही साझा कर रहा हूँ... लेकिन इससे बहुत ज़्यादा सहमति नहीं बनती।

TypeScript के उपयोग के फायदे और नुकसान का आलोचनात्मक विश्लेषण करता हूँ:

फायदे (Pros):

1. डेवलपमेंट ecosystem का एकीकरण

• ज़्यादातर उदाहरण web framework (React, Vue, Svelte आदि) पर केंद्रित हैं
• frontend डेवलपर्स के लिए entry barrier को न्यूनतम करना
• npm ecosystem का उपयोग संभव

2. तकनीकी लाभ

• type safety के ज़रिए infrastructure configuration की गलतियों को पहले से रोकना
• ESM native support के साथ module system का आधुनिकीकरण
• asynchronous processing (async/await) के लिए स्वाभाविक support

3. विस्तार क्षमता

• "Extensible" विशेषता पर ज़ोर - function-आधारित resource extension आसान
• AI integration में आसानी ("AI-first" पर ज़ोर)
• browser से लेकर serverless तक विभिन्न runtime का support

नुकसान (Cons):

1. performance संबंधी चिंता

• TypeScript में compile process की आवश्यकता होती है
• memory usage, Go या Rust जैसी system languages की तुलना में अधिक है
• बड़े पैमाने के infrastructure management में performance bottleneck की संभावना

2. security risk

• JavaScript/TypeScript की dynamic प्रकृति के कारण runtime error की संभावना
• eval() जैसी जोखिमपूर्ण functionality तक पहुंच संभव
• dependency management की जटिलता (भले ही "zero dependencies" का दावा हो, वास्तविक उपयोग में dependencies बढ़ने की संभावना अधिक है)

3. तकनीकी सीमाएँ

• low-level system access की सीमाएँ
• garbage collection के कारण अप्रत्याशित delay
• native binary बनाना कठिन

4. ecosystem संबंधी चिंता

• IaC tool के रूप में अभी अपेक्षाकृत कम परिपक्व
• Terraform, Pulumi की तुलना में community/ecosystem का आकार छोटा
• enterprise-grade support/validation की कमी

5. architecture संबंधी विचार

• "No strong opinions" उल्टा नुकसान भी बन सकता है (best practices की कमी)
• state management के बिखराव का जोखिम ("store state anywhere")
• local state file management की जटिलता

निष्कर्ष रूप में, TypeScript का चयन web डेवलपर्स के लिए अनुकूल माहौल बनाने में उपयुक्त है, लेकिन enterprise-grade IaC tool के रूप में इसे अभी और validation की आवश्यकता लगती है।

मैं वर्तमान में AWS Korea में कार्यरत हूँ।

जॉइन करने के बाद जो सबसे महत्वपूर्ण ट्रेनिंग सुनाई जाती है, उनमें से एक यह होती है कि ग्राहकों को cloud cost कम खर्च करने के तरीके पर विचार करें, और सबसे प्रभावी तरीकों में से एक के रूप में RI & SP की सलाह दी जाती है.

RI के बारे में तो नहीं कह सकता, लेकिन SP के मामले में यह कई workloads पर लागू हो सकता है, इसलिए अगर कुछ fixed cost लगातार जा रही हो तो इसे पर्याप्त रूप से consider करना चाहिए। यहाँ तक कि हमने expected optimization timing को ध्यान में रखकर भी खरीदारी की थी... हाहा उदाहरण के लिए, अगर लगे कि 9 महीने बाद optimization पूरा हो जाएगा और server cost आधी रह जाएगी, तब भी 1 साल का खरीद लेना ज़्यादा फ़ायदेमंद हो तो हम उसी तरह खरीदते थे।

AI है या नहीं, इससे अलग बात है, लेकिन अगर कोई ठान ले तो crawling को भी पकड़ पाना मुश्किल है।

यह तय कैसे करेंगे कि वह AI bot है या नहीं?

यह बिल्कुल भी उम्मीद नहीं थी, हैरानी हो रही है। Grammarly क्या सोच रहा है, यह जानने की जिज्ञासा है।

आख़िर ts इस्तेमाल करने की ज़रूरत ही क्या थी,,

Cloudflare का मकसद पैसा कमाना है
आखिरकार जो लोग पैसा कमाना चाहते हैं, वे सब उधर ही इकट्ठा होंगे
Cloudflare का वॉल्यूम बढ़ेगा
और data की quality में गिरावट आएगी
Naver, Instagram, YouTube—जहाँ भी पैसे का दांव होता है, वहाँ सबमें यही प्रवृत्ति दिखती है

ओहो.. अगर कम से कम सबसे बुनियादी Tag ही लगा दें, तो भी कुछ हद तक काम चल जाएगा.. :)

लेकिन RI या SP जैसी चीज़ों का इस्तेमाल करके लागत कम करना क्या बुनियादी रूप से शामिल माना जाता है....
हमारे इंफ्रास्ट्रक्चर में किस हद तक किस size का उपयोग होगा, यह काफ़ी सोचने वाला हिस्सा है...

कृपया Windows वर्ज़न भी बना दीजिए, प्लीज़ प्लीज़

Gridfinity उन फ़ॉर्मेट्स में से एक है जिन्हें 3D printing शुरू करते समय लोग शुरुआत में काफी इस्तेमाल करते हैं।
यह दराज़ के अंदर चीज़ों को व्यवस्थित करने या डेस्क पर organizer प्रिंट करने में उपयोगी है।

https://www.printables.com/search/models?ctx=models&q=gridfinity
https://makerworld.com/en/search/models?keyword=gridfinity

सिर्फ Gridfinity खोजने पर भी इसके कई तरह के उपयोग के उदाहरण मिल जाते हैं।

मैं व्यक्तिगत रूप से दराज़ के लिए BaBo series प्रिंट करके इस्तेमाल करता हूँ।
https://makerworld.com/en/models/14125-babo-organizer-drawer-module-30

Babo + Gridfinity भी संभव है।
https://printables.com/model/…

अरे.. मैंने ऐसा क्यों लिखा होगा... लगता है 코드로 ही सही है।

अगर एक लाइन बहुत लंबी हो, तो संभव तो है
लगता है Google search engine भी बहुत लंबा लिखें तो एक ही लाइन में हो जाएगा, haha

कोड की एक लाइन में... ये बात आखिर आई कहाँ से?

भारत में भी ऐसा YouTube वीडियो होना गर्व की बात है। मैं इसे अच्छे से संदर्भ के तौर पर इस्तेमाल करूंगा, धन्यवाद!

लगता है कि इन्होंने जो implement किया है, वह ज़्यादा natural है
https://v0.dev/chat/dynamic-frame-layout-1VUCCecq7Uy