आवश्यक विकासकर्ता कौशल जसले तपाइँको कोडलाई अझ राम्रो बनाउँदछ

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

अनावश्यक कोडलाई नभन्नुहोस्। तपाईले गर्नुपर्ने भनेको तीन अक्षरहरू सँगै राखेर शब्द भन्नु हो। यो सँगै गर्न प्रयास गरौं: "Noooo!"

तर पर्खनुहोस्। हामी यो किन गर्दैछौं? आखिर, प्रोग्रामरको मुख्य कार्य कोड लेख्नु हो। तर के तपाईलाई सोधिएको कुनै कोड लेख्नुपर्छ? होइन! "कोड कहिले लेख्नु हुँदैन भन्ने कुरा बुझ्नु सायद प्रोग्रामरको लागि सबैभन्दा महत्त्वपूर्ण सीप हो।" पढ्न योग्य कोड को कला.

हामी सम्झाउँछौं: सबै Habr पाठकहरूका लागि - Habr प्रोमो कोड प्रयोग गरी कुनै पनि Skillbox पाठ्यक्रममा भर्ना गर्दा १०,००० रूबल छुट।

Skillbox सिफारिस गर्दछ: व्यावहारिक पाठ्यक्रम "मोबाइल विकासकर्ता प्रो".

प्रोग्रामिङ समस्या समाधान गर्ने कला हो। र तपाईं यस कलाको मालिक हुनुहुन्छ।
कहिलेकाहीँ, सकेसम्म चाँडो काम सुरु गर्ने प्रयासमा, हामी हातमा रहेको काम पूरा गर्नु बाहेक अरू केही सोच्दैनौं। र यसले अझ गम्भीर समस्याहरू निम्त्याउन सक्छ।

प्रोग्रामरहरूले केमा आँखा चिम्ल्छन्?

तपाईंले लेख्नुभएका सबै कोडहरू अन्य विकासकर्ताहरूलाई बुझ्न योग्य हुनुपर्छ, र परीक्षण र डिबग गरिनुपर्छ।

तर त्यहाँ एउटा समस्या छ: तपाईंले जे लेख्नुहुन्छ, यसले तपाईंको सफ्टवेयरलाई जटिल बनाउनेछ र भविष्यमा बगहरू ल्याउन सक्छ।

रिच स्क्रेन्टका अनुसार, कोड हाम्रो शत्रु हो। यहाँ उनले के लेख्छन्:

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

कोड नलेख्ने बेला कसरी थाहा हुन्छ?

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

तपाईंले स्पष्ट रूपमा बुझ्नुपर्छ कि तपाईंको परियोजनालाई के चाहिन्छ र के गर्दैन।

एउटा उदाहरण एउटा एप्लिकेसन हो जसले एउटा मात्र कार्य समाधान गर्छ - इमेल प्रबन्ध गर्ने। यस उद्देश्यका लागि, दुई प्रकार्यहरू प्रस्तुत गरिएको छ - पत्र पठाउने र प्राप्त गर्ने। तपाईले मेल प्रबन्धकलाई एकै समयमा कार्य प्रबन्धक बन्ने आशा गर्नु हुँदैन।

तपाईंले अनुप्रयोगको मुख्य कार्यसँग सम्बन्धित नभएका सुविधाहरू थप्न प्रस्तावहरूलाई दृढतापूर्वक "होइन" भन्न आवश्यक छ। यो ठीक पल हो जब यो स्पष्ट हुन्छ कि अतिरिक्त कोड आवश्यक छैन।

तपाईको आवेदनको फोकस कहिल्यै नगुमाउनुहोस्।

सधैं आफैलाई सोध्नुहोस्:

- अब के कार्य कार्यान्वयन गर्नुपर्छ?
- मैले कुन कोड लेख्नुपर्छ?

दिमागमा आएका विचारहरूलाई प्रश्न गर्नुहोस् र बाहिरबाट आएका सुझावहरूको मूल्याङ्कन गर्नुहोस्। अन्यथा, अतिरिक्त कोडले मात्र परियोजना मार्न सक्छ।

अनावश्यक चीजहरू कहिले नथप्ने भनेर थाहा पाउँदा तपाईंको कोड आधारलाई दृढ नियन्त्रणमा राख्न मद्दत गर्नेछ।

मार्गको सुरुमा, प्रोग्रामरसँग केवल दुई वा तीन स्रोत फाइलहरू छन्। यो सरल छ। कम्पाइल गर्न र अनुप्रयोग सुरु गर्न न्यूनतम समय चाहिन्छ; कहाँ र के खोज्ने भन्ने कुरा सधैं स्पष्ट हुन्छ।

एप्लिकेसन विस्तार हुँदै जाँदा, थप र थप कोड फाइलहरू देखा पर्छन्। तिनीहरूले क्याटलग भर्छन्, प्रत्येक सयौं लाइनहरूसँग। यो सबै सहि संगठित गर्न को लागी, तपाईले अतिरिक्त डाइरेक्टरीहरू सिर्जना गर्नुपर्नेछ। एकै समयमा, कुन कार्यहरू केका लागि जिम्मेवार छन् र कुन कार्यहरूले उनीहरूलाई निम्त्याउँछ भनेर सम्झना झन् गाह्रो हुँदै गइरहेको छ; बगहरू समात्न पनि धेरै समय लाग्छ। परियोजना व्यवस्थापन पनि जटिल बन्दै गएको छ; एक होइन, धेरै विकासकर्ताहरू सबै कुराको ट्रयाक राख्न आवश्यक छ। तदनुसार, लागत, मौद्रिक र समय दुवै बढ्छ, र विकास प्रक्रिया सुस्त हुन्छ।

परियोजना अन्ततः ठूलो हुन्छ, र प्रत्येक नयाँ सुविधा थप्न थप र अधिक प्रयास लिन्छ। धेरै नगण्य कुराको लागि पनि तपाईले धेरै घण्टा बिताउनु पर्छ। अवस्थित त्रुटिहरू सुधार गर्नाले नयाँहरू देखा पर्न जान्छ, र आवेदन जारी गर्ने म्याद छुटेको छ।

अब हामीले परियोजनाको जीवनको लागि लड्नु पर्छ। किन?

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

डरलाग्दो चलचित्रको स्क्रिप्ट जस्तो लाग्छ, हैन?

यदि तपाईले हो भनिरहनुभयो भने यो वास्तवमा के हुनेछ। जब कोड थप्नु हुँदैन भनेर बुझ्न प्रयास गर्नुहोस्। परियोजनाबाट अनावश्यक चीजहरू हटाउनुहोस् - यसले तपाईंको जीवनलाई धेरै सजिलो बनाउँदछ र अनुप्रयोगको जीवनलाई लामो बनाउँदछ।

"मेरो सबैभन्दा उत्पादक दिन मध्ये एक थियो जब मैले कोडको 1000 लाइनहरू मेटाए।"
- केन थम्पसन।

कोड कहिले लेख्नु हुँदैन भनेर सिक्न गाह्रो छ। तर यो आवश्यक छ।

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

सिर्जना गरिरहनुहोस्, तर थाहा छैन कहिले भन्नु हुन्छ।

Skillbox सिफारिस गर्दछ:

• अनलाइन पाठ्यक्रम लागू गरियो "पाइथन डाटा विश्लेषक".
• अनलाइन कोर्स "पेशे फ्रन्टएन्ड विकासकर्ता".
• एक वर्षको व्यावहारिक पाठ्यक्रम "0 देखि PRO मा PHP विकासकर्ता".

स्रोत: www.habr.com