मैं भी कभी लगभग serverless का कट्टर समर्थक था और serverless आर्किटेक्चर को हर जगह लागू करता था, लेकिन इन दिनों मैं ec2 एक और rds एक से बनी संरचना को ज़्यादा पसंद करता हूँ। और फिर ज़रूरत के हिसाब से धीरे-धीरे चीज़ों को एक-एक करके अलग करता हूँ। serverless अपनाने के बारे में अब बहुत सोच-विचार करके ही फैसला करता हूँ.
इसके कई कारण हैं, लेकिन अगर टीम में सिर्फ एक भी ऐसा व्यक्ति हो जिसे serverless की जानकारी न हो, तो communication/maintenance की लागत काफ़ी बढ़ जाती है। और जब फिर से सर्वर चलाकर देखा, तो एक बार फिर महसूस हुआ कि serverless उतना सस्ता भी नहीं था और उतना सुविधाजनक भी नहीं था, जितना मैंने सोचा था।

Claude Code के साथ काम करते समय बार-बार निर्देश या नियमों को context में खिलाना पड़ता है, और आखिर में token usage और context के बीच संतुलन को लेकर सोचना पड़ता है। फिर मेरे मन में यह तरीका आया कि एक folder बनाया जाए, उसमें feature के हिसाब से अलग-अलग md files में विस्तृत बातें लिखी जाएँ, और claude.md में सिर्फ यह बताने वाले बहुत-से pointers रखे जाएँ कि क्या करना हो तो क्या देखना है। यह तरीका काफ़ी सस्ता और अच्छा चला। Skills भी आखिरकार ऐसे ही चीज़ों का संग्रह होगा, इसलिए यह काफ़ी काम का लग रहा है।

MSA, OneDrive, Copilot वगैरह... यूज़र के मुंह में इन्हें जबरदस्ती ठूंसना अब बंद करना चाहिए।

उम्मीद है कोई गलतफ़हमी नहीं होगी, मैंने Hacker News के बारे में बकवास नहीं कहा था।

फालतू की लंबी-चौड़ी बातें करने की ज़रूरत नहीं है; असली मुद्दा बस यही लगता है कि context handling को कैसे efficiently किया जाए।

Claude Skills कमाल का है, शायद MCP से भी बड़ा innovation हो सकता है
GN+ ने अभी इसका सारांश दिया है। साथ में उसे भी देखें!

इंजीनियरिंग हमेशा लागत की लड़ाई होती है
शुरुआत में इसका उपयोग prototyping या business बनाने में लगने वाला समय कम करने के लिए किया जाता है
बाद में optimization करते हुए लागत घटानी चाहिए
ऐसे लेख अपने-आप में यह साबित करते हैं कि लेखक कितना कम इंजीनियर है
ऐसा ही

यह Copilot Spaces जैसा लगता है, लेकिन इसमें automation वाला एहसास है।

कट्टरता में alignment

असल में, IE7 को हटाने के लिए (जिसे MS अब सपोर्ट नहीं करता था) हमारे देश की बड़ी साइटों ने भी यह तरीका इस्तेमाल किया था—IE7 से एक्सेस करने पर बैनर दिखाना। मुझे याद है कि इसका असर काफी जबरदस्त था।

लगता है यह vibe coding से बनाया गया एक vibe coding tools का सेट है। सिर्फ 5 दिनों में बना दिया गया, यह वाकई हैरान करने वाला है।

ग्रेस हॉप्पर:
"If it's a good idea, go ahead and do it. It's much easier to apologize than it is to get permission."
"अगर कोई अच्छा आइडिया सूझे, तो पहले उसे कर डालो। अनुमति लेने की तुलना में पहले कर के बाद में माफ़ी माँगना कहीं आसान है।"

Windows बहुत घटिया है। यहाँ गाली देना पहली बार है, लेकिन Windows सच में बहुत ही घटिया है।

मेंटेनेंस भी एक resource है, और resource बचाया गया तो कंपनी के नज़रिए से यह फ़ायदेमंद ही नहीं होगा क्या।
> मुख्य sprint cycle के 1~2 हफ्ते IE6 bug fixes पर लगाए जाते थे

ऐसा कहा गया है, हालांकि मुझे नहीं पता Google का sprint cycle कैसा होता है, लेकिन अगर एक महीना मानें तो कम से कम 25% की बचत...

> इसमें Chrome, Firefox, IE8 आदि शामिल थे, और इसे इस तरह लागू किया गया था कि वे रैंडम क्रम में दिखें।

खैर, यह तो एक तरह से अचानक किया गया कदम था, तो कंपनी के नज़रिए से इसमें ऐसा क्या फ़ायदा था कि उन्होंने इसे अनदेखा किया, यह जानने की जिज्ञासा है।
चूंकि यह लोगों को Chrome पर माइग्रेट कराने के लिए भी नहीं था, इसलिए Google को कोई खास फ़ायदा हुआ हो, ऐसा नहीं लगता।
या फिर क्या उन्होंने यह माना होगा कि IE यूज़र्स में से सभी नहीं तो कुछ हिस्से को भी अपने पास खींच लेना ही पर्याप्त फ़ायदा है?

नतीजे साधनों को जायज़ ठहराते हैं।
इजाज़त लेने से माफ़ी मांगना आसान है।

काफ़ी UNSEXY है

Simon Willison की Skills पर प्रतिक्रिया वाली पोस्ट भी अभी-अभी आई है।

Claude Skills - वर्कफ़्लो के मुताबिक AI को कस्टमाइज़ करना
GN+ का सारांश भी साथ में देखें

M1 की तुलना में बस दोगुना तेज़ है, तो पहला ख़याल यही आता है कि अभी भी ठीक-ठाक काम चल सकता है... lol.
बिल्ड में 5 मिनट लगें या 2.5 मिनट... जब तक इसे 1 मिनट से नीचे नहीं लाते, तब तक कोई अपग्रेड नहीं!!