मैं आप कैसे नहीं बना: सिस्टम प्रशासकों के लिए प्यार का एक पद

आज सिस्टम एडमिनिस्ट्रेटर का दिन है - हार्डवेयर और सॉफ्टवेयर फ्रंट के लड़ाकों के लिए एक पेशेवर अवकाश और व्यवसाय में उपयोगकर्ताओं के सबसे अच्छे दोस्त। छुट्टी के अवसर पर, हमने सिस्टम एडमिनिस्ट्रेशन ... हमारे पीआर मैनेजर को अपने रास्ते के बारे में बताने के लिए कहा। हम यह भी नहीं जानते हैं कि क्या आप भाग्यशाली हैं कि हमारा प्रबंधक आपके बीच नहीं है या भाग्यशाली नहीं है। सामान्य तौर पर, थोड़ी असामान्य कहानी पढ़ें और अपने लिए न्याय करें।


स्रोत

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

नमस्कार, हेब्र!

पहली बैठकें

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

बेशक, बेलफ़ोर्ट ने हम से बाहर काम नहीं किया, और लगभग सभी बैंकिंग और कर संरचनाओं में बिखरे हुए थे। मैंने हमारे शहर की सबसे बड़ी आईटी कंपनियों में से एक में प्रवेश किया। और फिर सिर्फ एक सिस्टम एडमिनिस्ट्रेटर बनने की पहली इच्छा थी - सबसे पहले, 450 कर्मचारियों की मदद करना अवास्तविक कूल है, दूसरी बात, सर्वर वाले अपने आकार और उपकरणों के साथ चौंकाने वाले थे, और तीसरा, ऐसा लग रहा था कि व्यवस्थापक लड़की सिर्फ +500 थी कर्म के लिए। मैंने खुद को कुछ इस तरह से देखा:

किताबें

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

उसी समय, रनेट में विभिन्न लेख थे, उसी समय हैबर जीवन में दिखाई दिए। इसलिए, मैंने पुस्तकों के साथ काम करने से क्या निष्कर्ष निकाला है।

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

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

संयुक्त अनुभव

हालांकि, जीवन को बहुत ही असामान्य तरीके से व्यवस्थित किया जाता है और अक्सर चुटकुले - लगभग दो साल के पाठ्यक्रम के सभी विषयों के लिए, यूनिक्स प्रशासन पाठ्यक्रम सबसे शांत और सबसे उन्नत निकला। सब कुछ शांत था: कंसोल का उपयोग करें, जटिल मल्टीकंपोनेंट कमांड (पाइपलाइन) लिखें, स्क्रिप्ट लिखें और यहां तक ​​कि जीसीसी में कोड भी संकलित करें। उसी समय, मैंने अचानक अपना काम बदल दिया और बिल्कुल होशपूर्वक एक और बड़ी कंपनी में जटिल आईपी-टेलीफोनी सिस्टम का परीक्षण करने चला गया। यह वह जगह है जहां यूनिक्स प्रणाली प्रशासन ऊँची एड़ी के जूते पर था - हमें रात में जागने, काम पर रहने, क्लाइंट बिल्ड स्थापित करने से पहले सर्वर रूम में चारों ओर प्रहार करने, दूरसंचार उपकरणों के पहाड़ के साथ काम करने की पूर्ण स्वतंत्रता थी - शांतिपूर्ण Linksys-ok और पुराने स्कूल के फैक्स से 12 किलो वजन सिस्को के लिए और छोटी चीजें-आप-नहीं-कॉल-लेकिन-हम-सभी-यह मिल गया। चूंकि यह उपकरण और नेटवर्क के साथ पहला व्यावहारिक अनुभव था, इसलिए कई महीने प्रशिक्षण से जुड़े थे। निष्कर्ष भी किए गए हैं।

• यदि कंपनी के पास संरक्षक का कोई संस्थान नहीं है, तो एक सहकर्मी को ढूंढना सुनिश्चित करें जो आपके सवालों का जवाब दे और महत्वपूर्ण कार्यों में मदद कर सके। इसका मतलब यह नहीं है कि आपको आस्तीन से चिपके रहने और उसका अनुसरण करने या उसे लगातार कॉल करने की आवश्यकता है, कार्य दिवस के अंत या शुरुआत में सवाल एकत्र करना और पूछना बेहतर है। यदि यह एक संरक्षक है, तो आमतौर पर संचार के लिए नियम निर्दिष्ट किए जाते हैं।
  
• सिद्धांत का अध्ययन करना बंद न करें - किताबें, एक कॉर्पोरेट ज्ञान का आधार, विशेष प्रकाशन, ज़ाहिर है, शामिल हैं।
  
• सॉफ़्टवेयर या हार्डवेयर के लिए आधिकारिक दस्तावेज़ का उपयोग करें, विक्रेता कंपनियों और डेवलपर्स की वेबसाइटों और फ़ोरमों पर जाएं (अकेले Microsoft TechNet ने जीवन के लिए कितने तंत्र सहेजे हैं)।
  
• यदि आप खराब हो गए हैं तो छिपाएं नहीं - आपकी छिपी हुई गलती से सहकर्मियों के बीच समस्याओं की एक श्रृंखला हो सकती है। अपनी समस्याओं की रिपोर्ट करना, गलतियों पर चर्चा करना सुनिश्चित करें, दूसरों की शत्रुतापूर्ण भूलों को न लें।
  
• कार्यस्थल और कार्य के माहौल की सुरक्षा का ध्यान रखें - इस तरह आप विवरणों पर ध्यान देना सीखेंगे और सुरक्षा में किए गए अपने काम को बनाए रखेंगे। एक कंपनी में, एनाइकेव ने एक अनलॉक किए गए पीसी पर सेटिंग्स को दस्तक देकर और सुरक्षा की निगरानी के लिए एक अश्लील मांग के साथ स्क्रीन सेवर छोड़ने का एक सबक सिखाया। 1 - 2 बार पर्याप्त था।
  
• जितना संभव हो सभी प्रक्रियाओं में शामिल होने की कोशिश करें और अंदर से काम को समझें। सिस्टम प्रशासकों और विशेष रूप से DevOps के बीच, इस तरह की एक प्रथा है: एक सहयोगी से अनुरोध के मामले में, जल्दी से उसके लिए काम करें, बिना कुछ बताए, और अपने कार्यों को जारी रखें। यह दोनों पक्षों के लिए आकर्षक है और हमेशा लेटना और पूछना सुविधाजनक नहीं है: “आप यहाँ क्या कर रहे हैं? धीरे करो, मैं रिकॉर्डिंग कर रहा हूँ। ” एक सुविधाजनक क्षण चुनें और यह पता लगाना सुनिश्चित करें कि क्या काम नहीं किया। यह शर्मनाक नहीं है।
  

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

Windows के अंतर्गत PR: आपको नहीं लगता

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

किए जाने से पहले किसी ने भी नहीं कहा, मैंने फिर से अपनी आँखें बंद कर लीं और उसी कॉर्पोरेट विश्वविद्यालय में Microsoft सर्वर प्रशासन कार्यक्रम (7 महीने) में लौट आया। और ... यह सीखने से पूरी तरह से अलग सनसनी बन गया। जब आपको यूनिक्स के साथ काम करते समय अनुभव होता है, जब आपको स्पष्ट समझ होती है कि ऑपरेटिंग सिस्टम अंदर से क्या है, तो आपको केवल ...... फिर से जानने के लिए, एक ओएस को दूसरे के साथ तुलना करने की निरंतर इच्छा सिर में कटौती करने की कोशिश कर रहा है। बेशक, कोई भी (लगभग) नहीं सोचा था कि खिड़कियों को मरना चाहिए, फिर भी मैं एक लंबे समय का उपयोगकर्ता हूं और कभी-कभी इस ऑपरेटिंग सिस्टम का कोमल प्रेमी और यहां तक ​​कि इसके लिए विकास भी।
समूह में 12 लोग थे, सभी कार्य अनुभव के साथ, कुछ - एनेकेश्चिकी, कुछ - सिस्टम प्रशासक, कुछ - मुझे, एकमात्र महिला। तीन पाठों के बाद हमारे पास 6 लोग बचे थे, हम अंत तक 5 जीवित रहे। और फिर मैं हैबर के लिए बहुत ही अचानक एक गेय विषयांतर करूंगा - सिर्फ इसलिए कि दोनों हैबर छात्रों, शुरुआती लोगों द्वारा पढ़े जाते हैं, और जो "पैंतीस के बाद आईटी दर्ज करना चाहते हैं।"

<गीतात्मक विषयांतर>
मैं आपको बताता हूँ कि उन 7 लोगों को क्यों छोड़ दिया। उन्होंने निर्णय लिया कि सिस्टम प्रशासन तब होता है जब उन्हें प्रिंटर को नेटवर्क से कनेक्ट करने के लिए सिखाया जाता है और बताया जाता है कि विज़िट की गई साइटों की सूची कैसे देखें। उनकी समझ में, विंडोज स्वयं के रूप में मौजूद था - और सभी प्रशासन प्रोग्राम को स्थापित करने और अनइंस्टॉल करने और रजिस्ट्री की सफाई करने के लिए कम हो गया था। कुछ कंपनियों और कुछ अन्य गैर-व्यावसायिक स्थानों में यह है (यूएसबी पोर्ट भी अवरुद्ध हैं और फ्लॉपी को बाहर निकाला जाता है (दिलचस्प बात यह है कि हर कोई जानता है कि यह एक पीढ़ी है या पहले से ही बढ़ी है ...)। अकेले वर्चुअल मशीन तैनात करने की प्रक्रिया ने श्रोताओं को भयभीत कर दिया और वे वापस चले गए, अपने पैसे वापस कर दिए। यह निश्चित रूप से अफ़सोस की बात है: जो लोग पॉवर्सशेल तक रहते थे और इस पर मिनी-टेस्ट पास करते थे, वे बाहर खुले जैकेट में माइनस 20 में बाहर जाते थे - वायु सेना के बल आराम कर रहे होते हैं।
</ विषयांतर>

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

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

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

पहला एक औद्योगिक ट्रेडिंग कंपनी है। पिछला फाइटर DevOps में किसी दूसरी कंपनी में चला गया और आईटी इन्फ्रास्ट्रक्चर को लगभग सही हालत में छोड़ दिया। सब कुछ एक न्यूनतम पर है: सक्रिय निर्देशिका, 57 उपयोगकर्ता, दूरस्थ टर्मिनल, कुछ व्यापारिक उपकरण और मोबाइल, बाह्य उपकरणों, एक साफ (आश्चर्यजनक रूप से साफ!) लाइसेंस प्रबंधन नीति, एकवचन में एक सिस्टम व्यवस्थापक।

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

मुझे एक ट्रेडिंग कंपनी में आमंत्रित किया गया था। लेकिन मैं दोहराता हूं कि यह केवल अपने स्तर का विश्लेषण करने के उद्देश्य से था, मैं काम की तलाश में नहीं हूं, इसलिए मुझे मना करना पड़ा।

इसलिए मैं सिस्टम एडमिनिस्ट्रेटर नहीं बना। मैं विभिन्न sysadmins से मिला: विशुद्ध रूप से "बश्कोव्स" और अतिवृद्धि, कठिन लोग जो अकेले एक बड़ी कंपनी के क्षेत्रीय शाखा के पैमाने की निगरानी करने में सक्षम थे, आलसी और मेहनती, हानिकारक और उत्तरदायी। मुझे हमेशा इन लोगों का काम पसंद था - अन्य लोगों के जीवन को आसान और अधिक सुविधाजनक बनाना। और हमारा और अधिक मज़ा और विविध है, यहाँ उपयोगकर्ताओं को भी ध्यान रखा :-)

शुक्रवार की शाम सबसे गंभीर घटनाओं का पसंदीदा समय है। आज एक अपवाद दिन होने दो। सामान्य तौर पर, सभी को एक खुश छुट्टी!

---

हमारा रीजनलॉफ्ट सीआरएम , जो कि व्यवस्थापक के लिए अच्छा है :-)

हमारा लाइव टेलीग्राम चैनल बिज़ब्रीस । सीआरएम और व्यापार के बारे में कुछ भी, समझदारी से, कॉपी-पेस्ट के बिना और विज्ञापन के बिना 90%। सदस्यता लें।