दक्षताको रहस्य गुणस्तर कोड हो, प्रभावकारी प्रबन्धक होइन

सबैभन्दा मूर्ख पेशाहरू मध्ये एक प्रोग्रामरहरू प्रबन्ध गर्ने प्रबन्धकहरू हुन्। सबै होइन, तर जो आफै प्रोग्रामर थिएनन्। पुस्तकहरूबाट विधिहरू प्रयोग गरेर दक्षता "बृद्धि" (वा "दक्षता" बढाउन?) सम्भव छ भन्ने सोच्नेहरू। यी उही किताबहरू पढ्नको लागि पनि चिन्ता नगरी, भिडियो एक जिप्सी हो।

जसले कोड कहिल्यै लेखेका छैनन्। जसका लागि प्रोग्रामरहरूको बारेमा हलिउड फिल्महरू बनाइन्छ - ठीक छ, जहाँ उनीहरूले कमाण्ड लाइन प्रयोग गरेर इमेल हेर्छन्। जो सूचक, समयसीमा र आफ्नै तलब बाहेक अरू कुनै कुरामा रुचि राख्दैनन्।

जो बहुमतमा छन् ।

तर तिनीहरू फरक कारणका लागि मूर्ख छन्। तिनीहरू दक्षता, वा कम्तिमा प्रभावकारिता चाहन्छन् (आउनुहोस्, प्रबन्धक, गुगल के फरक छ), एक वा अर्कोलाई नबुझेर। सामान्यतया सार, नतिजा प्राप्त गर्ने प्रक्रिया, यस प्रक्रियामा हुने हानि, विकासको लागतलाई बुझे बिना। छोटकरीमा, प्रोग्रामरसँग काम गर्दै जस्तै कि ऊ कालो बक्स हो।

तिनीहरू प्रोग्रामरहरूको व्यवस्थापनमा ठ्याक्कै एउटा कारणको लागि दौडिए: त्यहाँ प्रचार, पैसा, बजार र उही मूर्खहरूको गुच्छा छ। हराउने ठाउँ छ।

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

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

ठीक छ, प्रबन्धकहरूको बारेमा पर्याप्त। अब बिन्दुमा, प्रोग्रामरहरूको लागि। उच्च गुणस्तरको कोड लेख्न सिकेर विकास दक्षता कसरी बढाउने।

दक्षता बढाउन, तपाईंले गुणस्तर गुमाउनु बिना समस्याहरू छिटो समाधान गर्न आवश्यक छ। समस्याहरू छिटो समाधान गर्न, तपाईंले तुरुन्तै उच्च गुणस्तर कोड लेख्न सक्षम हुन आवश्यक छ। र "उच्च गुणस्तर", र "लेख्नुहोस्", र "तुरुन्तै"। मलाई एक रूपक संग व्याख्या गरौं।

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

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

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

यो दोहोरो समयको बर्बादी हो। यसको जवाफ आउन समय लाग्छ । यो जवाफ तयार गर्न पनि समय लाग्छ - र त्यति थोरै होइन।

यदि उच्च-गुणस्तरको कोड लेख्ने सीप अवस्थित छ भने, अनुवादमा अतिरिक्त समय खर्च नगरी, टाउकोमा परिपक्व भएपछि तुरुन्तै जवाफ तयार गर्न सकिन्छ।

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

संक्षेपमा: उच्च-गुणस्तरको कोड लेख्ने सीपले समस्या समाधानलाई महत्त्वपूर्ण रूपमा गति दिन्छ।

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

यो बाहिर जान्छ कि धेरै अवस्थामा shitty कोड उत्पादन वा ग्राहकमा जान्छ। एक व्यक्ति जसले shitty कोड लेखेको छ एक स्थिर तंत्रिका जडान बनाउँछ - यो shitty कोड लेख्न मात्र सम्भव छैन, तर यो आवश्यक पनि छ - यो स्वीकृत छ, र तिनीहरूले यसको लागि तिर्छन्।

नतिजाको रूपमा, उच्च-गुणस्तरको कोड लेख्ने सीपको विकास हुने कुनै मौका छैन। एक सशर्त कर्मचारी द्वारा लेखिएको कोड कसैले कहिल्यै जाँच गर्दैन। उसले सामान्यतया प्रोग्राम गर्न सिक्ने कारण भनेको आन्तरिक प्रेरणा हो।

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

मैले के गर्नुपर्छ? म देख्छु र जोड्न सकिने दुई मार्ग प्रस्ताव गर्दछु।

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

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

यदि काम अझै डेलिभर गरिएको छैन, वा भर्खरै सुरु भएको छ, त्यसपछि कोड (वा यसको परियोजना, विचार) मा बकवास खन्याएर धेरै व्यावहारिक अर्थ हुन सक्छ - व्यक्तिले यसलाई सामान्य रूपमा गर्नेछ।

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

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

केवल नि: शुल्क रचनात्मकतामा तपाईंले बुझ्नुहुनेछ र महसुस गर्नुहुनेछ कि महान कोड के हो, भाषा र प्रविधिको सुन्दरता हेर्नुहोस्, र व्यापार कार्यहरूको आकर्षण महसुस गर्नुहोस्। ठिक छ, तपाईले उच्च-गुणस्तरको कोड लेख्न सिक्नुहुनेछ।

हो, यसका लागि तपाईंले व्यक्तिगत समय खर्च गर्नुपर्छ। अन्य विकास जस्तै। यसलाई लागतको रूपमा होइन, तर लगानीको रूपमा हेर्नुहोस् - आफैमा।

स्रोत: www.habr.com