मैंने माइक्रोसॉफ्ट में 8 महीने में क्या सीखा

Microsoft Windows Azure में मेरी इंटर्नशिप कॉलेज के ठीक बाद दो साल पहले शुरू हुई थी, और यह उसी टीम में हुई, जिसके साथ मैंने पिछले आठ महीनों तक काम किया था।

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

मैं यह नहीं कह सकता कि मैं दुखी था, और मैं किसी भी चीज़ के बारे में शिकायत नहीं करना चाहता ... लेकिन कॉलेज में किसी ने मुझे इन चीजों के बारे में चेतावनी नहीं दी।

तो चलिए चलते हैं।

• निगम में प्रलेखन खोजने की अपेक्षा न करें। जो कुछ मैंने देखा, उसके आधार पर कंपनी में सभी ज्ञान मुख्य रूप से बातचीत और मास्टर कक्षाओं के माध्यम से प्रसारित होते हैं। उपलब्ध जानकारी में से कुछ ई-मेल द्वारा प्रेषित की जाती है और आमतौर पर कहीं भी संग्रहीत नहीं होती है। बाकी दुनिया में, इसे अभी स्वीकार नहीं किया गया है - आखिरकार, अगर कोई अचानक गलती से बस की चपेट में आ जाता है, तो कोई और आसानी से अपना काम जारी नहीं रख सकता है (उदाहरण के लिए, बैठ जाओ और तुरंत आगे कोड लिखो)। और यहां इसे आदर्श माना जाता है। अगर मेरे पास एक कंपनी होती, तो मेरे पास हजारों पन्नों के साथ एक विकी होता।
  
• महत्वपूर्ण बात यह नहीं है कि आपने क्या किया है - महत्वपूर्ण बात यह है कि आपने क्या बेचा है। आप दिनों के लिए अपने कोड में सुधार कर सकते हैं और अन्य लोगों की गलतियों को सुधार सकते हैं, लेकिन अभी तक इसका बिक्री पर कोई प्रभाव नहीं पड़ा है और प्रयासों का परिणाम बेचना असंभव है - आपके काम का मतलब व्यावहारिक रूप से कुछ भी नहीं है। आपकी शुद्धता या शैलीगत एकता की खोज में आपके कोड परिवर्तन में किसी की दिलचस्पी नहीं है; कोई भी वास्तुकला के साथ समस्याओं को हल करने में रुचि नहीं रखता है। ऐसा करने पर आप नाराज भी हो सकते हैं। जब मैं एक छात्र था, तो उन्होंने मुझे यह नहीं बताया।
  
• हर कोई प्रोग्रामिंग की परवाह नहीं करता है। आप हमेशा उन लोगों के साथ काम नहीं करेंगे जो सॉफ्टवेयर विकास को बहुत पसंद करते हैं। यहां ज्यादातर लोगों के जीवन में कुछ और है (परिवार, बच्चे), इसलिए स्वच्छ कोड लिखने की इच्छा अक्सर उनकी योजनाओं का हिस्सा नहीं होती है। और यह सामान्य है। मैंने सभी से और सभी से उत्साह का इंतजार नहीं करना सीखा।
• प्रति दिन 2-3 घंटे शुद्ध कोडिंग एक अद्भुत आंकड़ा है। इससे पहले कि मैं अपने काम पर जाता, मैंने हर दिन 8-10 घंटे प्रोग्राम किए, अपनी परियोजनाओं पर बैठे। और नए वातावरण में, मैं मुश्किल से एक पंक्ति में कोड 2 घंटे लिखने का प्रबंधन करता हूं। मैं अपना अधिकांश समय यह जानने में बिताता हूं कि किसी और के असंगत / अनिर्दिष्ट कोड कैसे काम करता है, अजीब कार्यक्रम व्यवहार को डिबगिंग करता है, और दैनिक बैठकों में भाग लेता है। उपरोक्त सभी चिंताएं केवल मुझे ही नहीं हैं, इसलिए ऐसा होता है कि दिन पूरी टीम में एक भी प्रतिबद्धता के बिना गुजरते हैं। और यह भी सामान्य है।
  
• बदले में दूसरों के लिए कुछ नहीं करना सामान्य बात है। मेरे संगठन में, मैं एक भी ब्लॉगर या ओपन सोर्स डेवलपर से नहीं मिला हूं, जो अपने समय का कुछ हिस्सा समुदाय के "पुनर्भुगतान" के लिए समर्पित करेगा। स्टैक ओवरफ्लो का जवाब गोग्लिंग एक खुशी है, लेकिन कोई भी कभी भी वहां एक प्रश्न के लिए अपना जवाब नहीं लिखेगा। मैं उन्हें समझता हूं।
• यहां उन्हें यह भी पता नहीं है कि बाहरी दुनिया में क्या हो रहा है। मुझे लगता है कि हर दिन आप रेडिट या हैकर न्यूज़ पर ब्लॉग पर विभिन्न आईटी से संबंधित समाचार पढ़ते हैं। यह यहां स्वीकार नहीं है। मुझे यह जानकर आश्चर्य हुआ कि किसी भी विंडोज एज़्योर टीम ने कभी भी हेरोकू या रैकस्पेस के बारे में नहीं सुना था - और ये उनके प्रत्यक्ष प्रतियोगी हैं। यह स्वीकार्य है, लेकिन हर किसी को इसके बारे में पता नहीं होना चाहिए। (एडम लैशिन्स्की की पुस्तक "इनसाइड ऐप्पल" - एक अनुवादक की टिप्पणी के अनुसार, वास्तव में एप्पल के लिए एक बहुत समानता है।)
• लब्बोलुआब यह है कि चीजों को प्राप्त करना है। यदि प्रबंधक आपसे एक बटन मांगता है जो यह और वह करेगा, तो कोई भी परवाह नहीं करता है कि आप वहां क्या करते हैं। जब अनुरोधित फ़ंक्शन काम करना शुरू करता है, तो हम यह मान सकते हैं कि कार्य पूरा हो गया है - बाकी सब कुछ बाद में ठीक किया जा सकता है। हालांकि, ईमानदार होने के लिए, मैं खुद कभी इस "बाद में" वादा नहीं किया। कॉलेज में, उन्होंने मुझे बताया कि कोड की गुणवत्ता उसके काम के परिणाम के रूप में महत्वपूर्ण है। यह पता चला कि ऐसा नहीं है।
• कॉपी-पेस्ट कोड सामान्य है। अगर गितुब पर कोई आपको एक समान चाल में पकड़ता है, तो अंधेरे प्रवेश द्वार में पुनर्मिलन के लिए तैयार हो जाओ। तुरंत, मैं अक्सर स्रोत कोड से मिलता था, जिसे बस प्रोजेक्ट से प्रोजेक्ट में कॉपी किया जाता था। चूंकि वे अपना काम कर रहे थे (नीचे देखें), किसी को भी इस तथ्य में कोई दिलचस्पी नहीं थी कि कोड पूरी तरह से असमर्थित था।
  
• गति के लिए, आप कोड समीक्षा के बिना कर सकते हैं। यह हमारी टीम के रीति-रिवाजों में से एक है - यदि आपने किसी और के कोड से संपर्क किया है, तो आपको कोड समीक्षा भेजनी चाहिए। आमतौर पर, कोई भी ऐसा नहीं करता है, और दसवीं पत्र के बाद किसी के उत्तर देने से पहले आप बहुत इंतजार कर सकते हैं।
• नवीनतम सॉफ्टवेयर संस्करण, हाँ, अच्छी तरह से । सभी को नवीनतम संस्करण पसंद नहीं हैं। मेरे सहयोगियों के 90% कार्यालय, विंडोज, विजुअल स्टूडियो और .NET फ्रेमवर्क के पुराने संस्करणों का उपयोग करते हैं। एक अंधविश्वास है कि नए संस्करण पूरी तरह से स्थापित वर्कफ़्लो को तोड़ते हैं। संभवतः, वे उन लोगों द्वारा निर्देशित हैं जो अभी भी जावा 1.3 - 1.5 में अपने सभी एप्लिकेशन चलाते हैं। इसलिए मैंने सीखा कि परियोजनाओं में नवीनतम सॉफ़्टवेयर संस्करणों के उपयोग की प्रतीक्षा कैसे करें।
• आपकी विशेषज्ञता मायने नहीं रखती। छात्रों को हजारों और बेतरतीब ढंग से टीमों में ढाल दिया जाता है (जिसे आप एक और डेढ़ साल तक नहीं बदल सकते)। इससे कोई फर्क नहीं पड़ता कि आपने MongoDB के साथ मज़े किए हैं, iOS के लिए विकसित एप्लिकेशन, अपाचे के लिए प्रतिबद्ध, डिज़ाइन किए गए इंटरफेस या आपके व्यक्तिगत स्टार्टअप को बूटस्ट्रैप किया है। आप वे क्या कहते हैं करने के लिए काम पर रखा गया था। मुझे इसकी उम्मीद नहीं थी। ऐसी जगह ढूंढना बहुत मुश्किल है जहाँ आप वह कर सकें जो आपको पसंद है।
• और निष्कर्ष में। आप अपने प्रबंधक के लिए और उसके वेतन के लिए काम करते हैं। इससे पहले इस बारे में किसी ने मुझसे बात नहीं की।