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