नवशिक्या सिस्टम प्रशासकासाठी: अराजकतेतून ऑर्डर कशी तयार करावी

मी फर्स्टव्हीडीएस प्रणाली प्रशासक आहे, आणि नवशिक्या सहकाऱ्यांना मदत करण्याच्या माझ्या लहान कोर्समधील पहिल्या परिचयात्मक व्याख्यानाचा हा मजकूर आहे. ज्या तज्ञांनी अलीकडे सिस्टम प्रशासनात गुंतण्यास सुरुवात केली आहे त्यांना अनेक समान समस्यांचा सामना करावा लागतो. उपाय सांगण्यासाठी, मी व्याख्यानांची ही मालिका लिहिण्याचे काम हाती घेतले. त्यातील काही गोष्टी तांत्रिक सहाय्य होस्टिंगसाठी विशिष्ट आहेत, परंतु सर्वसाधारणपणे, त्या प्रत्येकासाठी उपयुक्त नसतील तर अनेकांसाठी उपयुक्त असू शकतात. म्हणून मी व्याख्यानातील मजकूर येथे सामायिक करण्यासाठी रूपांतरित केला आहे.

तुमच्या पदाला काय म्हणतात याने काही फरक पडत नाही - खरं तर तुम्ही प्रशासनात गुंतलेले आहात हे महत्त्वाचे आहे. म्हणून, सिस्टम प्रशासकाने काय करावे यापासून सुरुवात करूया. वस्तू व्यवस्थित ठेवणे, सुव्यवस्था राखणे आणि भविष्यातील वाढीसाठी तयारी करणे हे त्याचे मुख्य कार्य आहे. सिस्टम अ‍ॅडमिनिस्ट्रेटरशिवाय सर्व्हर गोंधळून जातो. नोंदी लिहिल्या जात नाहीत, किंवा त्यामध्ये चुकीच्या गोष्टी लिहिल्या जातात, संसाधने चांगल्या प्रकारे वितरीत केली जात नाहीत, डिस्क सर्व प्रकारच्या कचऱ्याने भरलेली असते आणि प्रणाली इतक्या अनागोंदीमुळे हळूहळू मरायला लागते. शांतपणे! तुमच्या व्यक्तीमधील सिस्टम प्रशासक समस्या सोडवण्यास आणि गोंधळ दूर करण्यास सुरवात करतात!

प्रणाली प्रशासनाचे स्तंभ

तथापि, आपण समस्या सोडविण्यास प्रारंभ करण्यापूर्वी, प्रशासनाच्या चार मुख्य स्तंभांशी परिचित होणे योग्य आहे:

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 ही दोन्ही शक्तिशाली मल्टी-टूल्स आहेत जी तुम्हाला मजकूर कार्यक्षमतेने शोधण्याची आणि संपादित करण्याची परवानगी देतात. जर काही विंडोज नोटपॅड तुम्हाला ओळ लिहू/हटवण्याची परवानगी देत ​​असेल, तर विममध्ये तुम्ही मजकूरासह जवळजवळ काहीही करू शकता. तुमचा माझ्यावर विश्वास नसल्यास, टर्मिनलवरून विमट्यूटर कमांडला कॉल करा आणि शिकणे सुरू करा. grep साठी, त्याची मुख्य ताकद नियमित अभिव्यक्तीमध्ये आहे. होय, हे साधन तुम्हाला शोध परिस्थिती आणि आउटपुट डेटा अगदी लवचिकपणे सेट करण्याची परवानगी देते, परंतु RegExp शिवाय याला फारसा अर्थ नाही. आणि आपल्याला नियमित अभिव्यक्ती माहित असणे आवश्यक आहे! किमान मूलभूत स्तरावर. सुरुवातीला, मी तुम्हाला हे पाहण्याचा सल्ला देतो видео, हे रेग्युलर एक्स्प्रेशन्सच्या मूलभूत गोष्टी आणि ग्रेपच्या संयोगाने त्यांचा वापर समाविष्ट करते. अरे हो, जेव्हा तुम्ही त्यांना vim सह एकत्र करता, तेव्हा तुम्हाला मजकुरासह अशा गोष्टी करण्याची अल्टिमेट पॉवर क्षमता मिळते की तुम्हाला त्यांना 18+ चिन्हांसह लेबल करावे लागेल.

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

मी तुम्हाला प्रत्येक वैयक्तिक साधन काय करते आणि वारंवार वापरल्या जाणार्‍या कमांड्सच्या चाव्या लक्षात ठेवण्याचा सल्ला देईन; बाकी सर्व गोष्टींसाठी माणूस आहे. तुम्हाला काही शंका असल्यास माणसाला कॉल करा. आणि माणूसच वाचण्याची खात्री करा—त्यात तुम्हाला काय सापडेल याबद्दल महत्त्वाची माहिती आहे.

ही साधने जाणून घेतल्यास, आपण सरावात ज्या समस्यांचा सामना कराल त्यातील महत्त्वपूर्ण भाग प्रभावीपणे सोडविण्यात सक्षम व्हाल. पुढील व्याख्यानांमध्ये, आम्ही ही साधने कधी वापरायची आणि ते लागू होणाऱ्या अंतर्निहित सेवा आणि अनुप्रयोगांसाठी फ्रेमवर्क पाहू.

फर्स्टव्हीडीएस सिस्टम प्रशासक किरील त्स्वेतकोव्ह तुमच्यासोबत होता.

स्त्रोत: www.habr.com