प्रोग्रामर - डिजाइनर (कोड की गुणवत्ता कैसे बढ़ाएं)

कई वर्षों तक सॉफ्टवेयर विकास में लगे रहने के बाद, मैंने हाल ही में अक्सर यह सोचना शुरू किया कि किसी विकसित उत्पाद की गुणवत्ता को क्या प्रभावित करता है। नई प्रथाओं (XP / Agile / Scrum के समान घटकों) की शुरूआत ने बहुत तेज़ी से दिखाया कि यह केवल विकास को व्यवस्थित करने का मामला नहीं था - डेवलपर्स के व्यक्तिगत गुण हमेशा अग्रणी थे। हम सॉफ्टवेयर की गुणवत्ता के सभी पहलुओं में लंबे समय तक गोता नहीं लगाएंगे, लेकिन हम उनमें से केवल एक पर विचार करेंगे: कोड गुणवत्ता।



एक विशिष्ट अभ्यास अपने बाहरी घटक द्वारा किसी उत्पाद का मूल्यांकन करना है, हालांकि, ओपन सोर्स सॉल्यूशंस बनाते समय, साथ ही साथ कॉर्न, जब एक मौजूदा व्यावसायिक तर्क को संशोधित करता है, तो प्रोग्रामर के लिए यह स्रोत कोड होता है जो अंतिम उत्पाद है जिसके साथ उसे काम करना है।



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



अधिकांश डेवलपर कॉल करते हैं (मुझे नहीं पता कि क्यों :-) कोड टिप्पणी है (संकेत: मध्यम जमीन - वहाँ न तो अधिक या कम होनी चाहिए)। फिर वे कोडिंग स्टाइल अनुपालन और सामान्य समझ, कोड की सादगी के बारे में बात करते हैं। उत्पाद के एक उपयोगकर्ता के रूप में - ओपन सोर्स सॉल्यूशंस - मुझे यह जानना आवश्यक है कि मुझे उस कार्यक्षमता की तलाश कहाँ करनी है जिसे मुझे बदलने की आवश्यकता है। इसमें वस्तुओं की संरचना (लेआउट) पर सक्षम सोच भी शामिल है। हर कोई अब OOP का उपयोग कर रहा है, और इसे समझने और महसूस करने की आवश्यकता है। बहुत कम लोग अपघटन कहते हैं - मूल रूप से, जागरूक TDD ड्राइवर (टेस्ट ड्रिवेन डेवलपमेंट), क्योंकि यह परीक्षण का आधार है।



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



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



आइए करीब से देखें: आमतौर पर ग्राफिक डिजाइन के शिल्प (या, यदि आप चाहें, तो कला) के आधार के रूप में क्या माना जाता है? वेब डिज़ाइन और UI पर ध्यान दें।



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



यह सूची किसी भी तरह से पूर्ण नहीं है - लेकिन क्या आप पहले से ही देखते हैं कि हमने कोड डिज़ाइन के बारे में बात करते समय इसे ऊपर सूचीबद्ध किया था?



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



कोड के बुनियादी डिजाइन गुणों का सेट जिसे मैं कोड उपयोगिता कहता हूं। आपका कोड अन्य लोगों द्वारा उपयोग किया जाएगा (पढ़ा, संपादित, पुन: उपयोग)। कैसे काम करने के लिए यह सुखद बनाने के लिए? क्या आपने कभी ऐसा कोड देखा है? मैं हूं। लेकिन बेहद दुर्लभ।



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



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



डिजाइन की एंड-टू-एंड दृष्टि - आयोजित उपमाओं से क्या निष्कर्ष निकाला जा सकता है? मैं दो पहलुओं में इसका महत्व देखता हूं।



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



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



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



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