एक नौसिखिया प्रणाली प्रशासक को लागी: अराजकता बाहिर आदेश कसरी सिर्जना गर्ने

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

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

प्रणाली प्रशासनको स्तम्भहरू

यद्यपि, तपाईंले समस्याहरू समाधान गर्न सुरु गर्नु अघि, यो प्रशासनको चार मुख्य स्तम्भहरूसँग परिचित हुन लायक छ:

1. दस्तावेजीकरण
2. टेम्प्लेट गर्दै
3. अनुकूलन
4. स्वचालन

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

दस्तावेज

दस्तावेज कागजात पढ्नुको मतलब होइन (यद्यपि तपाईं यसलाई बिना गर्न सक्नुहुन्न), तर यसलाई कायम राख्नु पनि।

कागजात कसरी राख्ने:

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

मुख्य विचार: नयाँ चीजहरू मास्टर र लागू गर्दा तपाईंले आफ्नो मेमोरीलाई पूर्ण रूपमा विश्वास गर्नु हुँदैन।

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

1. धेरै लामो नहोस्। मुख्य विचार, विधि र उपकरणहरू हाइलाइट गर्नुहोस्। यदि समस्या बुझ्नको लागि लिनक्समा मेमोरी विनियोजनको निम्न-स्तरको मेकानिक्समा डुब्न आवश्यक छ भने, तपाईंले सिकेको लेखलाई पुन: नलेख्नुहोस् - यसको लिङ्क प्रदान गर्नुहोस्।
2. प्रविष्टिहरू तपाईलाई स्पष्ट हुनुपर्छ। यदि रेखा race cond.lockup तपाईले यो लाइनमा के वर्णन गर्नुभयो भनेर तुरुन्तै बुझ्न अनुमति दिदैन - व्याख्या गर्नुहोस्। राम्रो कागजात बुझ्न आधा घण्टा लाग्दैन।
3. खोज एक धेरै राम्रो सुविधा हो। यदि तपाइँ ब्लग पोष्टहरू लेख्नुहुन्छ भने, ट्यागहरू थप्नुहोस्; यदि भौतिक नोटबुकमा, वर्णनको साथ सानो पोस्ट टाँस्नुहोस्। कागजातमा थोरै बिन्दु छ यदि तपाईंले यसमा जवाफ खोज्न जति समय खर्च गर्नुभयो जति तपाईंले स्क्र्याचबाट प्रश्न समाधान गर्न खर्च गर्नुभयो।

कागजातहरू यस्तो देखिन सक्छन्: नोटप्याडमा (माथिको चित्र), ट्यागहरू, खोज र सबै सम्भावित सुविधाहरू (तल) सहितको पूर्ण बहु-प्रयोगकर्ता ज्ञान आधारमा आदिम नोटहरू।

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

टेम्प्लेट गर्दै

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

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

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

अनुकूलन

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

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

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

स्वचालन

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

स्वचालन आफैमा 80% लेख्ने र तपाईंको आफ्नै उपकरणहरूलाई अनुकूलन गर्ने हो (र अर्को 20% तिनीहरूलाई काम गर्न खोज्ने प्रयास गर्दै)। यो केवल एक उन्नत एक-लाइनर वा वेब इन्टरफेस र API को साथ एक विशाल सर्वशक्तिमान उपकरण हुन सक्छ। यहाँ मुख्य मापदण्ड यो हो कि उपकरण सिर्जना गर्न समय र प्रयासको मात्रा भन्दा बढी समय र प्रयास लिनु पर्दैन जुन उपकरणले तपाईंलाई बचत गर्नेछ। यदि तपाईंले स्क्रिप्ट लेख्न पाँच घण्टा खर्च गर्नुभयो जुन तपाईंलाई फेरि कहिल्यै आवश्यक पर्दैन, एक कार्यको लागि जुन तपाईंलाई स्क्रिप्ट बिना समाधान गर्न एक वा दुई घण्टा लाग्ने थियो, यो एकदमै कमजोर कार्यप्रवाह अप्टिमाइजेसन हो। यदि संख्या, कार्यहरूको प्रकार र समयले अनुमति दियो भने मात्र तपाईले उपकरण बनाउन पाँच घण्टा खर्च गर्न सक्नुहुन्छ, जुन प्रायः केस हुँदैन।

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

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

प्रणाली प्रशासक स्व-शिक्षा

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

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

तपाईले तुरुन्तै प्रत्येक व्यक्तिगत उपयोगिताको आन्तरिक मेमोरी व्यवस्थापनले कसरी काम गर्छ, र यसले लिनक्स मेमोरी व्यवस्थापनसँग कसरी अन्तरक्रिया गर्छ भनेर जान्न आवश्यक छैन, तर यो जान्न राम्रो छ कि RAM योजनाबद्ध रूपमा के हो र किन यो आवश्यक छ। तपाइँलाई TCP र UDP हेडरहरू संरचनात्मक रूपमा कसरी फरक छन् भनेर जान्न आवश्यक छैन, तर प्रोटोकलहरूले कसरी काम गर्दछ भन्ने आधारभूत भिन्नताहरू बुझ्नु राम्रो विचार हुनेछ। तपाईंले अप्टिक्समा सिग्नल एटेन्युएसन के हो भनेर जान्न आवश्यक पर्दैन, तर यो थाहा पाउँदा राम्रो हुनेछ किन वास्तविक घाटाहरू सधैं नोडहरूमा वंशानुगत हुन्छन्। त्यहाँ कुनै पनि तत्वहरू अमूर्तताको निश्चित स्तरमा कसरी काम गर्दछ भनेर जान्नमा केही गलत छैन र कुनै पनि अमूर्तता नभएको बेलामा सबै स्तरहरू बुझ्न आवश्यक छैन (तपाई पागल हुनुहुनेछ)।

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

प्रणाली प्रशासन को 10 आदेश

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

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

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

2. दोस्रो सबैभन्दा महत्त्वपूर्ण नियम (जुन म आफैं प्रायः तोड्छु) हो "न लुकाउनुहोस्"। यदि तपाईंले ब्याकअप गर्नुभयो भने, कहाँ लेख्नुहोस्, ताकि तपाईंका सहकर्मीहरूले यसलाई खोज्नु पर्दैन। यदि तपाइँले केहि गैर-स्पष्ट वा जटिल कार्यहरू गर्नुभयो भने, यसलाई लेख्नुहोस्: तपाइँ घर जानुहुन्छ, र समस्या दोहोर्याउन वा अरू कसैको लागि उत्पन्न हुन सक्छ, र तपाइँको समाधान कुञ्जी शब्दहरू प्रयोग गरेर फेला पर्नेछ। आफूलाई राम्ररी थाहा भएको काम गरे पनि सहकर्मीहरूले नगर्न सक्छन्।
3. तेस्रो नियम व्याख्या गर्न आवश्यक छैन: "कहिल्यै त्यस्तो काम नगर्नुहोस् जसको नतिजा तपाईलाई थाहा छैन, कल्पना वा नबुझेको छ"। इन्टरनेटबाट आदेशहरू प्रतिलिपि नगर्नुहोस् यदि तपाईंलाई थाहा छैन कि तिनीहरू के गर्छन्, मानिसलाई कल गर्नुहोस् र तिनीहरूलाई पहिले पार्स गर्नुहोस्। तयार समाधानहरू प्रयोग नगर्नुहोस् यदि तपाईंले तिनीहरूले के गर्छ भनेर बुझ्न सक्नुहुन्न भने। अस्पष्ट कोडको कार्यान्वयनलाई न्यूनतममा राख्नुहोस्। यदि तपाइँसँग यो पत्ता लगाउन समय छैन भने, तपाइँ केहि गलत गर्दै हुनुहुन्छ र तपाइँ अर्को बिन्दु पढ्नु पर्छ।
4. "परीक्षण"। नयाँ स्क्रिप्टहरू, उपकरणहरू, एक-लाइनरहरू र आदेशहरू एक नियन्त्रित वातावरणमा परीक्षण गरिनु पर्छ, क्लाइन्ट मेसिनमा होइन, यदि त्यहाँ विनाशकारी कार्यहरूको लागि न्यूनतम सम्भावना पनि छ। यदि तपाईंले सबै कुरा जगेडा गर्नुभयो (र तपाईंले गर्नुभयो), डाउनटाइम सबैभन्दा राम्रो कुरा होइन। यसको लागि छुट्टै सर्भर/भर्चुअल/क्रोट सिर्जना गर्नुहोस् र त्यहाँ परीक्षण गर्नुहोस्। के केहि बिग्रिएको छ? त्यसपछि तपाइँ यसलाई "लडाई" मा सुरु गर्न सक्नुहुन्छ।

   
   

5. "नियन्त्रण"। तपाईंले नियन्त्रण गर्न नसक्ने सबै कार्यहरूलाई न्यूनतम गर्नुहोस्। एउटा प्याकेज निर्भरता कर्भले आधा प्रणालीलाई तल तान्न सक्छ, र yum हटाउनको लागि सेट गरिएको -y फ्ल्यागले तपाइँलाई तपाइँको प्रणाली रिकभरी सीपहरू स्क्र्याचबाट अभ्यास गर्ने अवसर दिन्छ। यदि कार्यमा कुनै अनियन्त्रित विकल्पहरू छैनन् भने, अर्को बिन्दु तयार-बनाएको ब्याकअप हो।
6. "जाँच"। तपाईंका कार्यहरूको नतिजा जाँच गर्नुहोस् र तपाईंलाई ब्याकअपमा रोल ब्याक गर्न आवश्यक छ कि छैन। समस्या साँच्चै समाधान भएको छ कि भनेर जाँच गर्नुहोस्। जाँच गर्नुहोस् कि त्रुटि पुन: उत्पादन गरिएको छ र कुन अवस्थामा। तपाइँ तपाइँको कार्यहरु संग के तोड्न सक्नुहुन्छ जाँच गर्नुहोस्। हाम्रो काममा विश्वास गर्नु अनावश्यक छ, तर कहिल्यै जाँच नगर्नुहोस्।
7. "संवाद"। यदि तपाइँ समस्या समाधान गर्न सक्नुहुन्न भने, तपाइँका सहकर्मीहरूलाई सोध्नुहोस् यदि उनीहरूले यो सामना गरेका छन्। यदि तपाइँ विवादास्पद निर्णय लागू गर्न चाहनुहुन्छ भने, तपाइँका सहकर्मीहरूको राय पत्ता लगाउनुहोस्। सायद तिनीहरूले राम्रो समाधान प्रस्ताव गर्नेछन्। यदि तपाईं आफ्नो कार्यहरूमा विश्वस्त हुनुहुन्न भने, आफ्ना सहकर्मीहरूसँग छलफल गर्नुहोस्। यदि यो तपाइँको विशेषज्ञता को क्षेत्र हो भने, स्थिति मा एक ताजा नजर धेरै स्पष्ट गर्न सक्छ। आफ्नो अज्ञानतामा लाज नमान्नुहोस्। प्रश्न नगर्नु, जवाफ नपाएर मुर्ख बन्नु भन्दा मुर्ख प्रश्न सोध्नु, मुर्ख जस्तो देखेर उत्तर पाउनु राम्रो हो।
8. "अनावश्यक सहायता अस्वीकार नगर्नुहोस्"। यो बिन्दु अघिल्लो एक को उल्टो छ। यदि तपाईंलाई मूर्ख प्रश्न सोधिएको छ भने, स्पष्ट पार्नुहोस् र व्याख्या गर्नुहोस्। तिनीहरू असम्भवको लागि सोध्छन् - व्याख्या गर्नुहोस् कि यो असम्भव छ र किन, विकल्पहरू प्रस्ताव गर्नुहोस्। यदि तपाईंसँग समय छैन भने (तपाईंसँग साँच्चै समय छैन, इच्छा छैन) - भन्नुहोस् कि तपाईंसँग एउटा अत्यावश्यक प्रश्न छ, धेरै काम छ, तर तपाईंले यसलाई पछि समाधान गर्नुहुनेछ। यदि सहकर्मीहरूसँग अत्यावश्यक कार्यहरू छैनन् भने, तिनीहरूलाई सम्पर्क गर्न र प्रश्न प्रत्यायोजन गर्न प्रस्ताव गर्नुहोस्।
9. "प्रतिक्रिया दिनुहोस्"। के तपाइँको एक सहकर्मीले नयाँ प्रविधि वा नयाँ लिपि प्रयोग गर्न थालेको छ, र तपाइँ यो निर्णयको नकारात्मक परिणामहरूको सामना गर्दै हुनुहुन्छ? रिपोर्ट गर्नुहोस्। सायद यो समस्या कोडको तीन लाइन वा प्रविधिलाई परिष्कृत गर्ने पाँच मिनेटमा समाधान गर्न सकिन्छ। के तपाईंले आफ्नो सफ्टवेयरमा बग भेट्टाउनुभयो? बग रिपोर्ट गर्नुहोस्। यदि यो पुन: उत्पादन योग्य छ वा पुन: उत्पादन गर्न आवश्यक छैन भने, यो सम्भवतः निश्चित हुनेछ। आफ्नो इच्छा, सुझाव र रचनात्मक आलोचनालाई आवाज दिनुहोस्, र यदि तिनीहरू सान्दर्भिक लागेमा छलफलको लागि प्रश्नहरू ल्याउनुहोस्।
10. "प्रतिक्रियाको लागि सोध्नुहोस्"। हाम्रा निर्णयहरू जस्तै हामी सबै अपूर्ण छौं, र तपाईंको निर्णयको शुद्धता परीक्षण गर्ने उत्तम तरिका यसलाई छलफलको लागि ल्याउनु हो। यदि तपाईंले ग्राहकको लागि केहि अप्टिमाइज गर्नुभएको छ भने, तिनीहरूलाई कामको निगरानी गर्न सोध्नुहोस्; हुनसक्छ प्रणालीमा अवरोध तपाईंले खोजिरहनु भएको ठाउँ होइन। तपाईंले मद्दत लिपि लेख्नुभएको छ - यसलाई तपाईंका सहकर्मीहरूलाई देखाउनुहोस्, सायद तिनीहरूले यसलाई सुधार गर्ने तरिका भेट्टाउनेछन्।

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

तपाईंले 50% भन्दा बढी समयको साथ काम गर्नुपर्ने मुख्य उपकरणहरू grep र vim हुन्। के सरल हुन सक्छ? पाठ खोज र पाठ सम्पादन। यद्यपि, दुबै grep र vim शक्तिशाली बहु-उपकरणहरू हुन् जसले तपाईंलाई पाठ कुशलतापूर्वक खोजी र सम्पादन गर्न अनुमति दिन्छ। यदि केहि विन्डोज नोटप्याडले तपाइँलाई केवल एक रेखा लेख्न / मेटाउन अनुमति दिन्छ, त्यसपछि vim मा तपाइँ पाठको साथ लगभग केहि गर्न सक्नुहुन्छ। यदि तपाइँ मलाई विश्वास गर्नुहुन्न भने, टर्मिनलबाट vimtutor आदेशलाई कल गर्नुहोस् र सिक्न सुरु गर्नुहोस्। grep को लागि, यसको मुख्य शक्ति नियमित अभिव्यक्ति मा छ। हो, उपकरण आफैले तपाईंलाई खोज सर्तहरू र आउटपुट डेटा एकदम लचिलो रूपमा सेट गर्न अनुमति दिन्छ, तर RegExp बिना यसले धेरै अर्थ राख्दैन। र तपाइँ नियमित अभिव्यक्ति जान्न आवश्यक छ! कमसेकम आधारभूत तहमा। सुरुमा, म तपाईंलाई यो हेर्न सल्लाह दिन्छु видео, यसले नियमित अभिव्यक्तिको आधारभूत कुराहरू र grep सँग संयोजनमा तिनीहरूको प्रयोगलाई समेट्छ। ओहो हो, जब तपाइँ तिनीहरूलाई vim सँग जोड्नुहुन्छ, तपाइँले 18+ आइकनहरूसँग लेबल गर्नु पर्ने पाठको साथ चीजहरू गर्नको लागि अल्टिमेट पावर क्षमता पाउनुहुन्छ।

बाँकी 50% मध्ये, 40% coreutils टूलकिटबाट आउँछ। coreutils को लागी तपाईले सूचीमा हेर्न सक्नुहुन्छ विकिपिडिया, र सम्पूर्ण सूचीको लागि म्यानुअल वेबसाइटमा छ GNU। यस सेटमा के कभर गरिएको छैन उपयोगिताहरूमा छ POSIX। तपाईंले सबै कुञ्जीहरू हृदयबाट सिक्नु पर्दैन, तर आधारभूत उपकरणहरूले के गर्न सक्छन् भनेर कम्तिमा पनि थाहा पाउनु उपयोगी हुन्छ। तपाईंले बैसाखीबाट पाङ्ग्रालाई पुन: आविष्कार गर्नुपर्दैन। मलाई केहि उपयोगिताबाट आउटपुटमा खाली ठाउँहरूसँग लाइन ब्रेकहरू प्रतिस्थापन गर्न आवश्यक थियो, र मेरो बिरामी मस्तिष्कले यस्तो निर्माणलाई जन्म दियो। sed ':a;N;$!ba;s/n/ /g', एक सहकर्मी आए र मलाई कन्सोलबाट कुचो लिएर बाहिर निकाले, र त्यसपछि लेखेर समस्या समाधान गरे tr 'n' ' '.

म तपाईंलाई प्रत्येक व्यक्तिगत उपकरणले के गर्छ र प्रायः प्रयोग गरिएका आदेशहरूको कुञ्जीहरू सम्झन सल्लाह दिन्छु; अरू सबैको लागि त्यहाँ मानिस छ। यदि तपाईलाई कुनै शंका छ भने मानिसलाई कल गर्न नहिचकिचाउनुहोस्। र मानिस आफैलाई पढ्न निश्चित हुनुहोस् - यसले तपाईले के पाउनुहुनेछ भन्ने बारे महत्त्वपूर्ण जानकारी समावेश गर्दछ।

यी उपकरणहरू थाहा पाउँदा, तपाईंले व्यवहारमा सामना गर्नुहुने समस्याहरूको महत्त्वपूर्ण भागलाई प्रभावकारी रूपमा समाधान गर्न सक्षम हुनुहुनेछ। निम्न व्याख्यानहरूमा, हामी यी उपकरणहरू र तिनीहरूले लागू हुने अन्तर्निहित सेवाहरू र अनुप्रयोगहरूका लागि फ्रेमवर्कहरू कहिले प्रयोग गर्ने भनेर हेर्नेछौं।

FirstVDS प्रणाली प्रशासक Kirill Tsvetkov तपाईं संग थियो।

स्रोत: www.habr.com