मुझे स्थापित कोडिंग मानकों से नफरत है, वे सभी से संबंधित हैं या तो आपको कुछ मूर्खतापूर्ण गलतियाँ नहीं करने के लिए कह रहे हैं, या आपको बता रहे हैं कि किसी तरह या किसी अन्य तरीके से अपने कोड को कैसे प्रारूपित करें। जो सभी तुच्छ हैं।
मेरा मतलब है, वे आपको बताएंगे कि आपरेटरों के बीच कितनी जगह है, अपने वैरिएबल्स को कैसे लगाएं, किस 'आयु-शैली' के उपसर्गों का उपयोग करें (उदाहरण के लिए _ सदस्यों के लिए), परस्पर विरोधी सलाह (उदाहरण के लिए, आप एक वर्ग Cxyz को कॉल नहीं कर सकते हैं लेकिन आपको अवश्य करना चाहिए) एक इंटरफ़ेस Ixyz को कॉल करें), अपने कोड को कैसे लेआउट करें (वर्ग के शीर्ष पर या नीचे पर अपना चर डालें)
बड़ी तस्वीर में सभी बेकार हैं।
इन मानकों में प्रभावी, बनाए रखने योग्य और पठनीय कोड लिखने के लिए क्या मायने रखता है।
उदाहरण के लिए: क्या आप अपने चर को अपनी कक्षा में सबसे ऊपर या सबसे नीचे रखते हैं? खैर, कौन परवाह करता है - क्या फर्क पड़ता है अगर आप अपने चर को कार्यात्मक क्षेत्र द्वारा एक साथ जोड़ते हैं। यह बात मायने रखती है (आपको यह पता चल जाएगा कि क्या आपने कभी जगह के बारे में बिखरे हुए 20 चर देखे हैं)।
वे आपको कुछ स्थानों पर अपने घुंघराले कोष्ठक लगाने के लिए कहते हैं। बड़ी बात! मैं K & R और ANSI स्टाइल ब्रैकेटिंग दोनों में कोड पढ़ सकता हूं, इससे कोई फर्क नहीं पड़ता। क्या फर्क पड़ता है अगर सभी विंडो क्लासेस को किसी भी तरह से विभेदित किया जाता है (जैसे कि फॉर्म या डीएलजी या जो भी हो) से ग्रस्त होने पर आप देख सकते हैं कि किन फाइलों में विंडो कोड होता है और जो साधारण ऑब्जेक्ट होते हैं।
इस तरह की सामग्री उन मामूली बिंदुओं से कहीं अधिक मायने रखती है जो आमतौर पर मानक होते हैं। मुझे नहीं पता कि वे इस तरह क्यों विकसित हुए, लेकिन अक्सर वे नियमों का एक टन होते हैं जो प्रभावी, उत्पादक कोडिंग के रास्ते में आते हैं।
मेरे मानक कोड और फ़ाइलों के संगठन पर अधिक ध्यान केंद्रित करने की कोशिश करते हैं। हमारे पास कुछ मानक हैं जो संदर्भित करते हैं कि फाइलें कहां मिलेंगी। उदाहरण के लिए, गैर-देव लोगों के लिए हमारी परियोजनाओं में से एक को देख सकते हैं और तुरंत उन दस्तावेजी फाइलों को उठा सकते हैं जिनकी उन्हें आवश्यकता है। इसी तरह, हम प्रोजेक्ट कोड को अन्य प्रोजेक्ट्स के समान तरीके से व्यवहारिक बनाने की कोशिश करते हैं (नोट: व्यावहारिक रूप में, भारी-भरकम तरीके से नहीं, जो हर समय उचित नहीं हो सकता) और मूल रूप से हम मानकों के दिशानिर्देश बनाने की कोशिश करते हैं आवश्यकतानुसार संशोधित किया जा सकता है।
संक्षेप में - वे वहाँ मदद करने के लिए हमें नहीं प्रतिबंधक नियम हमेशा इस बात का एक सेट के रूप में, एक साथ काम कर रहे हैं है उसका अनुसरण किया।