फैंसी कोडिंग से बचें। कोड जितना जटिल होगा, उतनी ही अधिक संभावना होगी। आमतौर पर आधुनिक प्रणालियों पर, स्पष्ट रूप से लिखा गया कोड काफी तेज और छोटा होगा।
उपलब्ध पुस्तकालयों का उपयोग करें। उपयोगिता रूटीन लिखने में बग नहीं करने का सबसे आसान तरीका यह है कि इसे न लिखें।
अधिक जटिल सामान के लिए कुछ औपचारिक तकनीकों को जानें। यदि जटिल परिस्थितियां हैं, तो उन्हें कलम और कागज के साथ नाखून दें। आदर्श रूप से, कुछ प्रमाण तकनीकों को जानें। यदि मैं कोड को सही साबित कर सकता हूं, तो बड़े, गूंगे, स्पष्ट कीड़े को छोड़कर लगभग हमेशा अच्छा होता है जो ठीक करना आसान होता है। जाहिर है, यह केवल इतनी दूर चला जाता है, लेकिन कभी-कभी आप औपचारिक रूप से छोटी लेकिन जटिल चीजों के बारे में कारण कर सकते हैं।
मौजूदा कोड के लिए, जानें कि कैसे रिफ्लेक्टर करना है: कोड में छोटे बदलाव कैसे करें, अक्सर एक स्वचालित उपकरण का उपयोग करना, जो कोड को व्यवहार को बदलने के बिना अधिक पठनीय बनाते हैं।
कुछ भी जल्दी मत करो। चीजों को सही तरीके से करने के लिए, आपने जो किया है, उसकी जांच करने के लिए और जो आप कर रहे हैं उसके बारे में सोचने के लिए थोड़ा समय निकालकर बाद में बड़े समय का भुगतान कर सकते हैं।
एक बार जब आपने कोड लिख लिया, तो उसे अच्छा बनाने के लिए आपको जो मिला है उसका उपयोग करें। यूनिट परीक्षण महान हैं। आप अक्सर समय से पहले परीक्षण लिख सकते हैं, जो महान प्रतिक्रिया हो सकती है (यदि लगातार किया जाता है, तो यह परीक्षण-संचालित विकास है)। चेतावनी विकल्पों के साथ संकलन करें, और चेतावनियों पर ध्यान दें।
कोड देखने के लिए किसी और को प्राप्त करें। औपचारिक कोड समीक्षाएं अच्छी हैं, लेकिन वे सुविधाजनक समय पर नहीं हो सकती हैं। अनुरोधों, या इसी तरह खींचो अगर आपका scm उन्हें अतुल्यकालिक समीक्षाओं के लिए अनुमति नहीं देता है। बडी जाँच एक कम औपचारिक समीक्षा हो सकती है। जोड़ी प्रोग्रामिंग सुनिश्चित करती है कि दो जोड़ी आंखें सब कुछ देखती हैं।