बहुत समय पहले हमने एक फीचर जोड़ा था जहाँ हमारे उपयोगकर्ता वर्कफ़्लो कतार में जोड़ने के बाद एक छवि को "स्वीकार" कर सकते थे। पता चला, हमने गलत शब्द का उपयोग किया, और उपयोगकर्ता वास्तव में छवि को "स्वीकृत" करते हैं।
हमारे इंटरफ़ेस पर स्वीकृति को बदलना आसान है, बस एक शब्द को बदलें। लेकिन हमने सीएसएस वर्ग नाम से डेटाबेस मानों तक "स्वीकार" शब्द के साथ सभी परतों को क्रमादेशित किया।
- CSS वर्ग जो बटन को हरा करता है: ".accepted";
- वह मॉडल विधि जो DOM नोड पर क्लास की विशेषता को सत्यापित और बांधती है: "isAccepted";
- जावास्क्रिप्ट स्थिति विशेषता: "बिना पढ़े", "स्वीकृत" और "प्रकाशित" के साथ सरणी;
- मैसकल स्थिति स्तंभ: ENUM के साथ "बिना पढ़े", "स्वीकृत" और "प्रकाशित";
- परीक्षण के नाम;
यह स्वीकार करने के लिए स्वीकार की अधिकांश घटनाओं को बदलने के लिए तुच्छ (विशेष रूप से जब आपके पास परीक्षण हैं) है। डेटा को माइग्रेट करने के लिए थोड़ा कठिन है, विशेष रूप से चूंकि इसे तैनाती के साथ सिंक्रनाइज़ करने की आवश्यकता है।
यह विशिष्ट मामला सरल है, लेकिन मैंने अपने करियर के दौरान समान, फिर भी अधिक जटिल मामलों का सामना किया है। जब एक फ़ाइल का नाम भी बदल दिया जाता है और तैनाती दर्जनों सर्वरों पर होती है, या जब प्रॉक्सी कैशिंग, मेम्केड और mysql शामिल होते हैं।
इंटरफ़ेस को छोड़कर हर दूसरी परत पर "स्वीकृत" छोड़ना एक बुरा विचार है, क्योंकि टीम में शामिल होने वाले नए प्रोग्रामर इस निर्णय के लिए ऐतिहासिक कारणों को नहीं सीख सकते हैं, और स्वीकार करते समय -> स्वीकृत अर्थ के संदर्भ में करीबी शब्द हैं, अगर यह "प्रबंधकीय अगली स्थिति की बैठक के लिए कतारबद्ध" का नाम बदल दिया गया था, यह निश्चित रूप से कोई मतलब नहीं होगा। और यह महसूस होता है कि अगर हम यहां और वहां समझौता करते हैं, तो कुछ पुनरावृत्तियों में उपयोगकर्ता इंटरफ़ेस अवधारणाओं में सिस्टम इंटर्नल्स के लिए कोई बीयरिंग नहीं होगा, और मैं निश्चित रूप से ऐसी प्रणाली पर काम नहीं करना चाहता हूं जहां आधे उत्पादन का इसके सराय से कोई संबंध नहीं है।
इसलिए, क्या जरूरत पड़ने पर आप हमेशा अपना नाम बदल लेते हैं? यदि आपके साथ ऐसा हुआ है, और आपने फैसला किया कि व्यापार बंद होने लायक नहीं था, तो क्या यह आपको काटने के लिए वापस आया था? क्या इस समस्या से बचने के लिए कोड टिप्पणी या डेवलपर प्रलेखन पर्याप्त है?