कोड खराब होण्यापासून रोखण्यासाठी एक सोपी नामकरण पद्धत
तुमच्या क्लासेसना Service, Manager, किंवा Handler अशी नावे देणे थांबवा.
ही नावे अस्पष्ट आहेत. ती खराब डिझाइनला परवानगी देण्यासारखी आहेत.
जर तुम्ही एखाद्या क्लासला UserService असे नाव दिले, तर तुम्ही त्यामध्ये युजरशी संबंधित काहीही ठेवू शकता. तुम्ही पासवर्ड रिसेट करणे, रोल असाइन करणे आणि डिस्काउंट कॅल्क्युलेशन यांसारख्या गोष्टी त्यात जोडू शकता. या सर्वांचा संबंध युजरशी असतो, त्यामुळे ते नाव योग्य वाटते.
परंतु या कामांचे नियम आणि अवलंबित्व (dependencies) वेगवेगळे असतात. एकच UserService प्रचंड गोंधळ निर्माण करते.
त्याऐवजी 'agentive naming' वापरून पहा. विशिष्ट कृती दर्शवणारी नावे वापरा:
• UserRegistrar • PasswordResetter • RoleAssigner • DiscountCalculator
ही नावे अडथळा (friction) निर्माण करतात. जर PasswordResetter ला अचानक इनव्हॉइस तयार करण्यासाठी एखाद्या टूलची गरज पडली, तर ती चूक स्पष्टपणे दिसून येते. नाव असल्यामुळे खराब डिझाइनकडे दुर्लक्ष करणे कठीण होते.
UserService सारखे अस्पष्ट नाव प्रोग्रामिंगमधील "any" टाईपसारखे असते. ते सर्व काही स्वीकारते. अचूक नावे मर्यादा (boundaries) तयार करतात.
AI मुळे आता हे अधिक महत्त्वाचे झाले आहे.
AI कोडिंग एजंट्स नवीन लॉजिक कुठे ठेवायचे हे ठरवण्यासाठी तुमच्या सध्याच्या कोडचा अभ्यास करतात. जर तुम्ही AI ला UserService दिले, तर ते त्याच गोंधळलेल्या क्लासमध्ये नवीन फीचर्स जोडेल. आणि ते अतिशय वेगाने करेल.
जर तुम्ही AI ला PasswordResetter दिले, तर ते त्या विशिष्ट मर्यादेतच राहील.
तुमचा कोडबेस हा AI साठी एक प्रॉम्प्ट (prompt) आहे. अस्पष्ट नावे अस्पष्ट डिझाइन शिकवतात.
नावे चांगली आर्किटेक्चर तयार करत नाहीत. ती खराब आर्किटेक्चर दृश्यमान करतात.
प्रत्येक जबाबदारीला इतके अचूक नाव द्या की त्याशी संबंधित नसलेला कोड विसंगत वाटेल.
Source: https://dev.to/caeus/one-simple-naming-trick-that-keeps-vibe-coded-code-from-rotting-5hf5
Optional learning community: https://t.me/GyaanSetuAi