सॉफ़्टवेयर कमिट्स के बीच बनाया जाता है

DeltaDB अवधारणा की प्रतिक्रिया

• कुछ लोग DeltaDB के “हर ऑपरेशन कमिट्स के बीच” को AI एजेंटों और सहयोग के लिए एक स्वाभाविक आधार मानते हैं, खासकर दूरस्थ, एजेंट-भारी टीमों के लिए जो पहले से ही LLMs को प्राथमिक कोडिंग साझेदार मानती हैं।
• अन्य लोग इसे दखल देने वाला “कोड के लिए कीलॉगिंग” मानते हैं, जो साफ़-सुथरे कमिट्स और PRs की तुलना में बहुत कम स्पष्ट लाभ के बदले शोर, संज्ञानात्मक बोझ, और समीक्षा-भार जोड़ता है।
• कई लोगों को संदेह है कि यह मुख्यतः AI प्रशिक्षण और एंटरप्राइज़ निगरानी/ऑडिट की ज़रूरतों को लाभ पहुँचाता है, न कि रोज़मर्रा के मानव डेवलपर्स को।

कमिट्स बनाम सूक्ष्म-स्तरीय इतिहास

• एक पक्ष बार-बार, सूक्ष्म कमिट्स और समृद्ध इतिहास को git blame/bisect, डिबगिंग, और विकास को समझने के लिए मूल्यवान मानता है।
• दूसरा पक्ष आक्रामक रूप से साफ़-सुथरे, rebased या squashed इतिहास को पसंद करता है जो कोड की “सैद्धांतिक कहानी” बताता है, न कि अपनाए गए गंदे रास्ते को।
• कई लोगों का तर्क है कि उपयोगी इकाई एक छोटा, atomic commit या change list है, न कि keystroke-स्तर के deltas; वे DeltaDB की तुलना हर स्क्रैच नोट या ड्राफ्ट को रिकॉर्ड करने से करते हैं, जिसे शायद ही कभी दोबारा देखा जाता है।
• कुछ लोग नोट करते हैं कि मौजूदा टूल्स (लगातार कमिट्स के साथ Git, --first-parent, Gerrit/Phabricator, jj) पहले से ही सब कुछ केंद्रीकृत किए बिना सूक्ष्म इतिहास या autosave जैसी snapshots का समर्थन करते हैं।

AI एजेंट और कोडिंग वर्कफ़्लो

• टिप्पणीकारों का एक हिस्सा पहले से ही LLMs का व्यापक उपयोग करता है, जहाँ एजेंट अधिकतर कोड लिखते हैं और इंसान मार्गदर्शन और समीक्षा करते हैं। उनके लिए, एजेंट वार्तालापों और कोड विकास को एक ही जगह एकीकृत करना आकर्षक है।
• अन्य लोग तर्क देते हैं कि सही समाधान बेहतर documentation, comments, और PR descriptions है, न कि agent chats और intermediate deltas को replay करना।
• चिंता यह भी है कि tooling को मानव सहयोग की ज़रूरतों के बजाय agents के इर्द-गिर्द फिर से डिज़ाइन किया जा रहा है।

गोपनीयता, निगरानी, और कार्यस्थल नियंत्रण

• “कमिट्स के बीच सोचने” के पूरे रिकॉर्ड पर नियोक्ताओं के स्वामित्व को लेकर गहरी असहजता है, जिसमें rant, confusion, और अस्थायी secrets भी शामिल हैं।
• कुछ लोग अनिवार्य AI provenance logs, token/impact metrics, और audit trails की भविष्यवाणी करते हैं, जिनका उपयोग performance reviews, layoffs, और कानूनी बचाव के लिए किया जाएगा।

एडिटर के रूप में Zed बनाम प्लेटफ़ॉर्म

• कई लोग Zed की तेज़, minimal, और distraction-free प्रकृति की सराहना करते हैं, और उसकी मौजूदा क्षमता को महत्व देते हैं जिससे AI features को बंद किया जा सकता है।
• अन्य लोग “Cursor-like” agent-centric workflows, bloating, और Anthropic/OpenAI पर निर्भरता की ओर बदलाव को लेकर चिंतित हैं; Gram जैसी forks को “AI-free” बीमा के रूप में स्वागत किया जाता है।

सहयोग और PRs

• कुछ लोग मानते हैं कि PRs एक देर से आने वाला, coarse collaboration point हैं, लेकिन DeltaDB को गलत समाधान मानते हैं; वे छोटे बदलावों, stacked/atomic review, और multi-repo workflows के लिए बेहतर समर्थन पसंद करेंगे।
• कुल मिलाकर, इस बात पर कोई सहमति नहीं है कि प्रति-ऑपरेशन versioning, मौजूदा VCS और review practices को बेहतर बनाने की तुलना में, मानव सहयोग को materially बेहतर बनाता है।