एक कठोर यूनिक्स व्यवस्थापक के नौ संकेत

दुर्भाग्य से, मुझे इस पाठ का एक रूसी अनुवाद नहीं मिला, हालांकि यह मुझे बहुत अच्छा लगा ... ज्ञानवर्धक, या कुछ और।

साइन 1: हम sudo का उपयोग नहीं करते हैं

दोनों CAPS LOCK "कठिन व्यक्ति के लिए क्रूज़ कंट्रोल" है, और सुडो "डबलर्स के लिए बैसाखी" है। यदि हमें जड़ के रूप में कुछ करने की आवश्यकता है, तो हम सु का उपयोग करते हैं, सुडो की तरह कचरा नहीं। यदि यूनिक्स जैसे कोई भी ऑपरेटिंग सिस्टम हमें sudo का उपयोग करने के लिए मजबूर करता है, तो सबसे पहले हम sudo su करते हैं और रूट उपयोगकर्ता के लिए पासवर्ड सेट करते हैं ताकि भविष्य में आराम से su का उपयोग कर सकें। सुडो के निरंतर उपयोग की तुलना पेट में रबर की अंगूठी के साथ तैरने से की जा सकती है - यह सुरक्षित है, हाँ, लेकिन कार्यों के बारे में सोचने की आवश्यकता को समाप्त करता है।

लक्षण 2: हम vi का उपयोग करते हैं, एमएसीएस का नहीं, और निश्चित रूप से पिको या नैनो का नहीं

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

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

संकेत 3: नियमित अभिव्यक्ति हमारे हथियार हैं

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

संकेत 4: हम प्रकृति में आलसी हैं

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

फ़ीचर 5: हम सुरुचिपूर्ण समाधान पसंद करते हैं

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

लक्षण 6: हमें यकीन है कि प्रश्न का उत्तर प्रश्नकर्ता पर निर्भर करता है

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

साइन 7: हम डॉक्टरों की तुलना में पैथोलॉजिस्ट के करीब हैं

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

हमारे लिए प्रक्रिया को पुनरारंभ करना या किसी फ़ाइल या निर्देशिका के लिए 777 अनुमतियाँ जारी करना आसान है। लेकिन यह केवल आधा समाधान है। इस प्रक्रिया को पुनरारंभ की आवश्यकता क्यों है? सामान्य प्रक्रियाओं को फिर से शुरू करने की आवश्यकता नहीं है, और हमें यह जानने की आवश्यकता है कि इस नियम को क्यों नहीं निष्पादित किया जाता है।

लक्षण 8: हम विंडोज के बारे में अधिक जानते हैं कि हम दिखाते हैं

भले ही विंडोज हमारी मशीनों पर स्थापित नहीं है और हम विंडोज के साथ सर्वर के बारे में थोड़ी चिंता नहीं करते हैं, हम आमतौर पर विंडोज की समस्याओं का निदान करने और उन्हें ठीक करने में अच्छे हैं। इसका कारण यह है कि इन समस्याओं का सामना हम तब करते थे जब वे हमारी जिम्मेदारी के क्षेत्र में पहुंच जाती थीं। हालांकि, हम इसे स्वीकार नहीं करना चाहते हैं, क्योंकि ज्यादातर मामलों में विंडोज यूनिक्स के गहरे तार्किक सिद्धांतों को साझा नहीं करता है, और हमें यह पसंद नहीं है। ऊपर 5 और 6 के लक्षण भी देखें।

लक्षण 9: रिबूट करना हमारा तरीका नहीं है

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

यदि इनमें से कुछ सिद्धांत महज नश्वर के परिप्रेक्ष्य से समझने में कठिन या कठिन लगते हैं, तो यह ठीक है क्योंकि ऐसा है। जहां अन्य लोग अश्रव्य, बहुत जटिल तरीकों को देखते हैं, हम ज्ञान के प्रशिक्षण, अनुभव और, सबसे महत्वपूर्ण, तर्क के वर्षों में पैदा हुए देखते हैं।