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

शुरुआत

ऐसा हुआ कि कार्य के वर्तमान स्थान पर, प्रोग्रामर को अपने उपकरणों पर छोड़ दिया जाता है। यही है, निश्चित रूप से, वे उद्यम के लाभ के लिए कोड करते हैं, लेकिन यह पूरी तरह से अनियंत्रित है, एक भक्षक परीक्षक की अनुपस्थिति तक। टीके, यहां तक ​​कि "भारी" कार्यक्रमों के लिए, शायद ही कभी तीन ए 4 शीट्स की मात्रा से अधिक होती है (जिनमें से एक में सभी शामिल के हस्ताक्षर हैं)।

सॉफ्टवेयर समस्याओं के लिए कॉल सीधे प्रोग्रामर को भेजे जाते हैं। यहीं से इसकी शुरुआत हुई।

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

संचार की प्रक्रिया में, मुझे प्रोग्रामिंग पर सहयोगियों के विचारों में दिलचस्पी हो गई, जिसके बाद मैंने कुछ कार्यक्रमों के स्रोत कोड को देखा, और सब कुछ जगह में गिर गया।

रचनात्मक व्यक्तित्व पर राय

विभिन्न व्यक्तिगत और व्यावसायिक कारणों से, मैं रचनात्मक लोगों के साथ संवाद करता हूं। ये मुख्य रूप से संगीतकार और विभिन्न दिशाओं के कलाकार हैं। मैं अक्सर उनके आवासों से लेकर दुकानों और कैफे तक - विभिन्न वातावरणों में उनसे मिलने जाता हूं।

घर पर, ऐसे लोग रचनात्मक विकार की गड़बड़ी में एक नियम के रूप में शासन करते हैं - एक पेंट-सना हुआ सोफे और पस्त दीवारों से लेकर भयानक प्रकार के घरेलू उपकरणों और बर्तनों तक।

ऐसे लोगों के कार्यों में एक निश्चित वेक्टर होता है, लेकिन इसके पैरामीटर फ्लोटिंग पॉइंट नंबरों से नहीं, बल्कि दिशा "दक्षिण-दक्षिण-पश्चिम" द्वारा निर्धारित किए जाते हैं। यह न केवल शॉपिंग ट्रिप्स पर लागू होता है (ऐसे लोगों के साथ सूची में कुछ खरीदना बस अवास्तविक है), बल्कि रचनात्मकता सहित हर चीज के लिए।

जब एक काम पर काम करते हैं, तो कलाकार / संगीतकार आमतौर पर इस "दक्षिण-दक्षिण-पश्चिम वेक्टर" के साथ शुरू होता है - एक निश्चित मनोदशा के साथ, अवधारणा (ग्राहक के अंदर जन्म या जारी किया गया, यह इस मामले में इतना महत्वपूर्ण नहीं है)। अंतिम परिणाम, ज्यादातर मामलों में, बहुत अस्पष्ट लगता है। निष्पक्षता में, हम ध्यान दें कि यह है - रचनात्मकता की खुशी के शेर का हिस्सा - यह करने के लिए कि यह कैसे किया जाता है। यह, संक्षेप में, "खुद को व्यक्त" करने का प्रयास है।

क्रिएटिव प्रोग्रामर

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

त्रुटि से निपटने के रूप में यह होता है - यहाँ हम लौटे हुए मानों की जाँच करते हैं, और अगली फ़ाइल में हमारे पास अपवाद संचालन तंत्र हैं। हम यहां स्मार्ट पॉइंटर्स का उपयोग करते हैं, हम सीधे वहां काम करते हैं। और इस तरह की अन्य चीजों का एक गुच्छा।

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

इस कल्पित का नैतिक

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

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

खैर, निष्कर्ष में, स्टीव मैककोनेल के वाक्यांश - "कोड लिखें जैसे कि यह एक हिंसक मनोरोगी के साथ होगा जो जानता है कि आप कहाँ रहते हैं।" तर्क और आदेश की कमी से उसके सिर को तोड़ने पर एक मनोरोगी को बहुत गुस्सा आने की संभावना है।