हाहाहा

इसे कहाँ देख सकते हैं?

यह सिर्फ़ मेरा विचार है, लेकिन शायद वे क्षेत्र होंगे जहाँ Notebook का इस्तेमाल ज़्यादा होता है, या AI जैसे क्षेत्र जहाँ जवाब प्रायिकता के आधार पर आते हैं, और गेम client जैसे क्षेत्र भी।

कौन योगदान देगा

> पहले राजनीतिक संदर्भ को समझकर प्रोजेक्ट की अहमियत और अपेक्षित समय-सीमा को समझें
> उसके बाद पहले से तय अवधि के आधार पर संभावित approaches तलाशें

ओहो

क्या आप कृपया बता सकते हैं कि वह क्षेत्र कौन-सा है? (यह बहस के लिए नहीं, सच में सिर्फ़ जिज्ञासा से पूछ रहा/रही हूँ.)

अगर optimization न करें तो यह सच में काफ़ी धीमा है। लेकिन इसकी कई features की आदत पड़ गई है, इसलिए इसे छोड़ना थोड़ा,, आसान नहीं है।

वाकई अद्भुत है।

अच्छी किताब है :)

हाहाहाहाहाहाहाहाहाहाहा

वे इसे गलत कर देते हैं।

मुझे लगता है कि skills के लिए इस्तेमाल होने वाली explicit settings और memory में सेव करके बाद में निकालकर इस्तेमाल करने का उद्देश्य थोड़ा अलग है।

जाहिर है, memory usage भी काफ़ी कम है, मेरे लिए तो लगभग 1/4 है

अगर इस नज़रिए से देखें, तो शायद ADR(Architecture Decision Records) या CIR(Change Intent Records) जैसे दस्तावेज़ों को खुद कोड से भी ज़्यादा क़ीमती माना जाने लगे।

• Change Intent Records: The Missing Artifact in AI-Assisted Development

अरे, फ़ोटो तो सच में बहुत बढ़िया लेते हैं...

क्या इसे memory में रखने के बजाय skills के जरिए explicit settings रखना बेहतर नहीं होगा?

डेवलपमेंट की तुलना में इसके लिए बहुत तेज़ और बार-बार होने वाले feedback loop की ज़रूरत होती है.
मुझे लगता है कि डेवलपर workflow cycle के आख़िरी छोर पर होने की वजह से टीम के भीतर उनकी भूमिका को कुछ ज़्यादा ही बढ़ा-चढ़ाकर देखा जाता है.

ऊपरी तौर पर AI की वजह बताकर छंटनी को ढक देना बहुत आसान होता है।

ऐसा लगता है कि पारंपरिक तकनीकी विशेषज्ञ जैसी भूमिका से domain expert की ओर बदलाव और भी तेज़ी से बढ़ रहा है।

Biome भी काफ़ी तेज़ था, लेकिन उससे 3 गुना ज़्यादा तेज़ होना वाकई कमाल है।