भाषा का दर्शन

मुझे यह पूरी तरह आश्चर्यजनक लगता है जिसके साथ प्रोग्रामर्स के विश्व समुदाय ने इस कुख्यात राक्षस ( एन। विर्थ ) को स्वीकार कर लिया ।



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

कार्य

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

थीसिस

किसी भी वस्तु की सुंदरता का आकलन, मेरी राय में, व्यवस्थित रूप से किया जाना चाहिए, अर्थात्, न केवल स्वयं वस्तु पर विचार करना और इसकी तुलना एक निश्चित आदर्श (इष्टतम, जैसा कि अनुकूलन सिद्धांत में प्रथागत है), लेकिन इसके साथ जुड़ी कई चीजें भी हैं। प्रोग्राम कोड के लिए, आप हाइलाइट कर सकते हैं:

1. कार्य हल किया जाना है
2. निर्णय एल्गोरिथ्म
3. साधन और कार्यान्वयन के उपकरण
4. कार्यान्वयन (स्वयं कोड)
5. सूचीबद्ध तत्वों के सभी प्रकार के इंटरैक्शन।

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

कारण, कार्य, अवधारणाएँ

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

निष्कर्ष

मुझे ऐसा लगता है कि लोगों को यह समझना चाहिए कि किसी तत्व की सुंदरता की तुलना रचना की सुंदरता के साथ नहीं की जा सकती है और केवल सिस्टम विश्लेषण ही हमें कम से कम निष्पक्षता के करीब ला सकता है। सी भाषा के निर्माण के बारे में बात करते हुए, निकलस विर्थ ने एक पार्सर की समस्या को हल किया, यह संभावना नहीं है कि एक गीतकार खुद Wirth द्वारा बनाई गई पास्कल की सराहना करेगा (मेरे द्वारा निर्देश की सर्वश्रेष्ठ भाषा के रूप में श्रद्धेय)।