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