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

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

तो मुख्य विचार जो कोड को बेहतर लिखने में मदद कर सकते हैं

एक विचार है

आपके किसी भी कार्यान्वयन में एक विचार होना चाहिए, यह एक पंक्ति की तरह है जो सभी कार्यक्षमता से गुजरता है और इसे एक साथ जोड़ता है। इससे पहले कि आप कुछ लिखने के लिए बैठें, आपको कम या ज्यादा कल्पना करना चाहिए कि यह कैसे काम करेगा, ब्लॉक क्या हैं, वे एक-दूसरे के साथ कैसे बातचीत करते हैं। सिर्फ इस तरह लिखने के लिए मत बैठो, एक अवधारणा के साथ आओ, यह अधिक दिलचस्प है और अक्सर और परिणामस्वरूप कोड स्पष्ट हो जाएगा। स्वाभाविक रूप से, पहले से ही कुछ के साथ आ रहा है, यह इस अवधारणा के ढांचे के भीतर रहने के लायक है जितना संभव हो, आपको पहली समस्याओं के साथ सब कुछ नहीं बदलना चाहिए, समस्याएं हमेशा रहेंगी। इसके अलावा, आलसी मत बनो और शब्दों के साथ, "C'mon, और इसलिए इसे खींचें" एक प्लग छड़ी करने के लिए। इससे भलाई नहीं होगी।

कोई आदर्श नहीं है

और निश्चित रूप से मैं चाहता हूं कि वह हो, लेकिन वह 99 है। (9)% नहीं है। आपको कोड को सही बनाने की कोशिश नहीं करनी चाहिए, यह और भी बदतर हो जाएगा, बहुत अधिक समय व्यतीत होगा। यह केवल पवनचक्की के साथ लड़ाई है, फिर भी हम इस तथ्य के लिए भुगतान करते हैं कि हमारा आवेदन काम करता है और यह कितनी चालाकी से लिखा गया है। अक्सर, एक आदर्श के लिए खोज अवधारणाओं में निरंतर परिवर्तन की ओर जाता है, एक ही चीज़ के अंतहीन पुनर्लेखन, अंततः परेशान, एक व्यक्ति सब कुछ फेंक देता है, प्लग के साथ सब कुछ प्लग करता है और "चलो और इसलिए इसे खींचें"। यह अच्छा और सुविधाजनक होना चाहिए, आदर्श बहुत सारे इंजीनियर नहीं हैं, यह बहुत सारे कवि हैं, लेकिन प्रोग्रामर अभी भी इंजीनियर हैं।

ध्यान रखें

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

            var data = Read();
            Write(data);

2 Read Write, alt+shift+f10, ( f1, f1 , ). . -, . , , . , . , . .

, . , . , - , . , , , , . , !

, . . result, , , , . var ( ). i,d,v,k , . currentNode n ? , . , .

? ? ?

. ? ? ? ? ? ? . , .

, , . . , . . , . , , ? ? .

— , , - .
— , . , , . .
— , , . , .

, C# ( ), , PHP, C++, Delphi, C# . ( ).

, - , . . , . “ , ” . , .