Microsoft के प्रीमियर फील्ड इंजीनियर (विकास) कौन हैं और वे क्या खाते हैं

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

बेशक, आप आधिकारिक आवश्यकताओं के साथ प्रीमियर फील्ड इंजीनियर आर की आधिकारिक घोषणा पा सकते हैं। शायद कुछ भी गूगल, लेकिन मैं बात करूंगा क्योंकि मैं खुद को समझाऊंगा कि मैं क्या कर रहा हूं। मैंने मास्को से सबसे अधिक भाग के लिए और विकास के लिए प्रीमियर फील्ड इंजीनियर के रूप में 4 साल तक काम किया मेरे स्थान पर वे अब एक प्रतिस्थापन की तलाश में हैं, मैंने PFE के काम के बारे में बात करने का फैसला किया।

हर कोई जो रुचि रखता है, नीचे पढ़ें।

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

PFE (बाकी की तरह) वे लोग हैं जिनके साथ वास्तविक जीवन में 99% कंपनियां कभी नहीं मिलेंगी, क्योंकि कंपनी को प्रीमियर समर्थन अनुबंध ( समर्थन का उच्चतम स्तर, जो बहुत कम है) की आवश्यकता है। जब आप सक्रिय विंडो कहते हैं - यह समर्थन का एक पूरी तरह से अलग स्तर है। यदि आप अपने Skype खाते को अवरुद्ध करने के बारे में उत्तर नहीं दे रहे हैं, तो यह हमारे लिए भी नहीं है। यहां तक ​​कि जब आप एक Microsoft भागीदार होते हैं, तो यह PFE / प्रीमियर समर्थन से सबसे अधिक असंबंधित भी होता है।

PFE क्या करते हैं

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

आइए देखें कि PFE आमतौर पर क्या करते हैं:

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

PFE अपनी तकनीक के साथ कई वर्षों के अनुभव के साथ एक उच्च योग्य इंजीनियर है।

PFE देव कौन हैं

मैंने अभी डोमेन शब्द का उल्लेख किया है। डोमेन एक सेवा संगठन के भीतर एक संगठन है जो समान तकनीकों और क्षेत्रों में इंजीनियरों को एक साथ लाता है। कुछ उदाहरण: सभी विंडोज प्लेटफ़ॉर्म इंजीनियरों को एक सिक्योर इन्फ्रास्ट्रक्चर डोमेन में वर्गीकृत किया गया है; व्यवसाय और शेयरपॉइंट / एक्सचेंज इंजीनियरों के लिए स्काइप को व्यावसायिक उत्पादकता डोमेन में वर्गीकृत किया गया है; SQL कॉमरेड को डेटा और AI डोमेन में वर्गीकृत किया जाता है।

और मेरा डोमेन है - एप्लिकेशन (इसे पहले मॉडर्न ऐप्स कहा जाता था, लेकिन उन्होंने इसका नाम बदलकर सिर्फ एप्स कर दिया)। प्रत्येक डोमेन का अपना अनूठा कार्य होता है जो केवल वे आकलन / पढ़ने के प्रशिक्षण / डीएसई, आदि के अलावा करते हैं।

• उदाहरण के लिए, कोड समीक्षा । बेशक, यह शेयरपॉइंट और डायनामिक्स सीआरएम / एक्सपट्टा दोनों के लिए किया जा सकता है और यह अन्य डोमेन की क्षमता में होगा, लेकिन सिर्फ नेट पर आवेदनों की एक कोड / वास्तुकला समीक्षा PFE DEV के लिए है।
• आप एक अवधारणा का सबूत कर सकते हैं - यह तब होता है जब Microsoft एक मिनी पायलट बनाता है और परिणाम एक उदाहरण कोड होता है जो यह दिखाता है कि Microsoft प्रौद्योगिकियों का उपयोग करते हुए सिद्धांत रूप में ऐसी परियोजना कैसे करें (लेकिन उत्पादन तैयार कोड नहीं)।
• ठीक है, निश्चित रूप से, Microsoft Azure के लिए विकास भी हमारे लिए है, हालांकि भागों में यह अन्य डोमेन में निहित है।

इस प्रकार, PFE देव विकास इंजीनियर हैं जो कोड लिख सकते हैं, कोड पढ़ सकते हैं, कोड की आलोचना कर सकते हैं, जैसा कि उन्हें करना चाहिए, अनुप्रयोगों को डिबग करें, ट्रेन कोड पढ़ें, आदि।

PFE DEV क्या नहीं करते हैं

• PFE DEV सबसे सस्ता संसाधन नहीं है, इसलिए उन्हें नाखूनों पर हथौड़ा चलाने की आवश्यकता नहीं है। एक साधारण व्यवसाय कार्ड वेबसाइट लिखने के लिए PFE DEV के बिना सुनिश्चित है।
• VBS Excel 2003 में भी अच्छी तरह से काम नहीं करता है।
• लिनक्स पर जावा के साथ मदद? ठीक है, केवल अगर यह सब Azure में है;)
• बड़ी परियोजनाओं का विकास - यदि आप नहीं जानते कि पैसा कहाँ लगाना है, तो आप कोशिश कर सकते हैं। लेकिन सामान्य तौर पर, PFE DEV ऐसा नहीं करता है, और आपको परामर्श या किसी सरल व्यक्ति के पास जाने की आवश्यकता है।

PFE के लिए क्या कौशल महत्वपूर्ण हैं (PFE DEV)

मैं PFE को Microsoft बैज के साथ फ्रीलांसरों के रूप में कहूंगा व्यक्तिगत गुणों की आवश्यकताएं फ्रीलांसरों की तरह ही होती हैं।

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

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

व्यक्तिगत अनुभव

मुझे एक अच्छे दोस्त ने बुलाया था जो खुद गूगल गया था। लेकिन यह मत सोचो कि यह एक काबिला है, क्योंकि सभी प्रक्रियाओं जैसे पृष्ठभूमि की जांच, तकनीकी साक्षात्कार या अंग्रेजी में साक्षात्कार को पूरा करने की आवश्यकता होगी। व्यक्तिगत रूप से, मैं अपने 25 वें जन्मदिन से एक महीने पहले आया था, औपचारिक स्नातक होने के 2.5 साल बाद (हालांकि मैंने आधिकारिक तौर पर 3 साल से एक प्रोग्रामर के रूप में काम करना शुरू कर दिया था, अच्छी तरह से ज्ञात कंपनियों में काम किया था)। मैं उस समय रूस में सबसे कम उम्र के PFE में से एक था (रूस में मेरे सहयोगी मुझसे 5-15 साल बड़े थे), और इटली से औसत (50 वर्षीय) PFE की पृष्ठभूमि के खिलाफ, यह सिर्फ एक बच्चे की तरह लग रहा था, हालांकि इस मामले में उम्र अनुभव के साथ सहसंबंध रैखिक नहीं है।

व्यापार यात्राएं

अपने 4 वर्षों के लिए, मैं कई देशों और शहरों में काम करने गया।

• अध्ययन करने के लिए यूके / जर्मनी / फ्रांस / यूएसए
• वह अल्बानिया, बुल्गारिया, बेल्जियम, चेक गणराज्य, पोलैंड, रोमानिया, लातविया, एस्टोनिया, फिनलैंड, कजाकिस्तान, अर्मेनिया, अजरबैजान, जॉर्जिया, सऊदी अरब, सर्बिया, डेनमार्क, यूक्रेन, बेलारूस, साइप्रस में काम करता रहा है।
  
  
  
  यदि आप शहर की सूची बनाते हैं, तो एक मजबूत लंबी सूची निकल जाएगी, लेकिन, निश्चित रूप से मुख्य रूप से राजधानियों में।

यद्यपि, यदि आप दूरस्थ कार्य जोड़ते हैं, तो आप संभवतः पूरे यूरोप और पूरे समृद्ध मध्य पूर्व में पेंट कर सकते हैं।

अफगानिस्तान, नाइजीरिया, नॉर्वे, स्वीडन, फरो आइलैंड्स, मिस्र, जॉर्डन, अल्जीरिया की व्यापारिक यात्रा पर जाने के प्रस्ताव थे। लेकिन कहीं मैं नहीं चाहता था, कहीं काम नहीं किया। मेरे सहयोगी पाकिस्तान में थे, और मध्य अफ्रीका में, और यहां तक ​​कि मलेशिया में भी, कोई था। मिथकों के एक सेट के बारे में जो व्यापारिक यात्राओं के बारे में विकसित हो सकते हैं, मैं एक अलग लेख में बताऊंगा।

परियोजनाओं

मैंने asp.net/asp.net कोर पर वेब डेवलपमेंट पर बहुत सारी ट्रेनिंग पढ़ी, एज़्योर के लिए डेवलपमेंट और उसमें इन्फ्रास्ट्रक्चर पर; कुछ डिबग सत्र और यहां तक ​​कि कोड समीक्षा में बिताए; लिखित और पूरक सामग्री प्रशिक्षण, जो तब दूसरों ने दुनिया भर में पढ़ा; एक दर्जन प्रणालियों से प्रोटोटाइप लिखा; Azure में कार्य प्रक्रियाओं का निर्माण करने में मदद की; तकनीकी सिद्धांत, आदि में संलग्न। लेकिन यह समझना महत्वपूर्ण है कि यह हमारी टीम में केवल 4 इंजीनियरों में से एक का अनुभव है। अन्य 3 का अनुभव पूरी तरह से अलग है, मैंने लगभग उनके साथ प्रौद्योगिकी में अंतरंग नहीं किया, साथ ही साथ गतिविधि के प्रकार (खैर, मैं विंडोज़ कर्नेल डिबगिंग पर प्रशिक्षण नहीं पढ़ सकता हूं)

सामान्य तौर पर, बहुत सारी दिलचस्प चीजें होती हैं, लेकिन अब मुझे 90% परियोजनाएं याद नहीं हैं, क्योंकि परियोजनाएं आमतौर पर साप्ताहिक होती हैं, और 4 वर्षों में यह 100 + विभिन्न कार्यों में होती है (मुझे नहीं पता कि इसे कैसे गुणा करना है, यह उन परियोजनाओं के लिए एक समायोजन है जो एक सप्ताह से अधिक समय से किया गया है)।

हालाँकि, मैंने इन 4 वर्षों में बहुत कुछ सीखा। सबसे समझने योग्य - MS से पहले, डिबगिंग शब्द Visual Studio और ब्राउज़र dev टूल्स से जुड़ा था, और मैंने खुद को एक अच्छा विशेषज्ञ माना, और उसके बाद विंडबग / परफ्यूव / परफॉमेंस / वायरशर्क के साथ इसकी संभावना अधिक थी और मुझे लगता है कि मुझे अब डिबग के बारे में ज्यादा जानकारी नहीं है। ।

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

मुझे इस बात का अफ़सोस नहीं है कि मैंने PFE DEV में 4 साल तक काम किया, हालाँकि मैं यह नहीं कहूँगा कि यह गुलाब से ढका एक रास्ता था।

पीएस वित्तीय स्थितियों के बारे में - हम सभी एक एनडीए पर हस्ताक्षर करते हैं, जिसमें बहुत सी चीजें शामिल हैं।

PPS सवाल "आप क्यों और कहाँ चले गए?" मैं इसमें सुधार करूंगा: मैंने Microsoft को नहीं छोड़ा, लेकिन EPAM में सॉल्यूशन आर्किटेक्ट (Azure / Microsoft Stack) के रूप में आया। क्यों? संक्षिप्त उत्तर यह है कि EPAM ने अच्छी परिस्थितियों और दिलचस्प कार्यों की पेशकश की, और Microsoft RUS में मैं अपनी छत पर पहुंच गया। सभी विकल्पों के विश्लेषण के साथ एक विस्तृत जवाब मैंने वर्ड में 10 पृष्ठों का पाठ लिया। मुझे नहीं लगता कि यह यहाँ प्रकाशन के लायक है।

अंत में, मैं कुछ सामान्य मिथकों और गलतफहमी के बारे में बात करना चाहता हूं जो PFE के काम के बारे में कहानियों के बाद उत्पन्न होती हैं।

एक अलग लेख के लिए आवंटित, क्योंकि वहाँ 2-3 बार और पाठ।