मैले कसरी डराउन छोडें र समर्थनको साथ प्रेममा परें

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

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

सुरु गर्न X थिच्नुहोस्

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

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

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

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

प्राविधिक सहयोग, नमस्कार

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

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

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

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

उद्यम र विरासत

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

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

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

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

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

सेल्फहरूमा बिछ्याउँदै

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

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

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

साहित्य

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

1. युनिक्स र लिनक्स। प्रणाली प्रशासकको गाइड। एवी नेमेथ, गर्थ स्नाइडर, ट्रेन्ट हेन, बेन व्हेली
2. लिनक्स आन्तरिकहरू। वार्ड ब्रायन

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

स्रोत: www.habr.com