इस हफ्ते गीकवायर पॉडकास्ट पर, हमारा अतिथि है मार्कस फोंटौराAzure कोर के लिए Microsoft और CTO में तकनीकी साथी।
उनकी नई किताब है एक मंच मानसिकताद्वारा प्रकाशित Microsoft की 8080 पुस्तकेंजो स्केलेबल सिस्टम का निर्माण करने के लिए, उच्च प्रदर्शन करने वाली टीमों का समर्थन करने और सहयोग की संस्कृति बनाने की खोज करता है। इसके takeaways न केवल इंजीनियरिंग के लिए बल्कि व्यापक व्यापार नेतृत्व के लिए कई मामलों में लागू होते हैं।
फोंटौरा ने आईबीएम, याहू और गूगल सहित टेक के कुछ सबसे बड़े नामों में काम किया है। वह अब Microsoft में अपने दूसरे कार्यकाल में है, जहां वह क्लाउड इन्फ्रास्ट्रक्चर के भविष्य को आकार देने में मदद कर रहा है।
इस बातचीत में, रेडमंड में माइक्रोसॉफ्ट में रिकॉर्ड किया गया, हम तकनीकी प्लेटफार्मों की भूमिका के बारे में बात करते हैं, इसका मतलब है कि स्केल पर इंजीनियरिंग का नेतृत्व करने का क्या मतलब है, और सॉफ्टवेयर इंजीनियरिंग पर एआई के बढ़ते प्रभाव।
“मुझे लगता है कि यह हमें अपने दिमाग का उपयोग करने के लिए बहुत सारे अवसर देगा जो हम वास्तव में यहां करने के लिए हैं – अर्थात्, प्रौद्योगिकी का उपयोग करके दुनिया को बदलें,” उन्होंने कहा।
नीचे सुनें, और फ़ॉन्टौरा की टिप्पणियों से हाइलाइट्स के लिए पढ़ना जारी रखें, संदर्भ और स्पष्टता के लिए संपादित।
सॉफ्टवेयर इंजीनियरिंग में एआई और एजेंटों के प्रभाव पर: यह हमारे काम करने के तरीके को बदल देगा, निश्चित रूप से, और मुझे लगता है कि यह हमें अपने दिमाग का उपयोग करने के लिए बहुत अवसर देगा जो हम वास्तव में यहां करने के लिए हैं – प्रौद्योगिकी का उपयोग करके दुनिया को बदलें। मुझे यांत्रिक कार्यों को करने के बारे में जितना कम सोचना है, उतनी ही अधिक स्वतंत्रता मुझे अपना समय उन चीजों को करने में बितानी होगी जो वास्तव में मायने रखती हैं।
सॉफ्टवेयर टीमों के आकार और प्रभाव पर: यदि मेरे पास 500 लोगों का एक संगठन है, तो मैं चाहता हूं कि यह 4,000 लोगों के संगठन के रूप में काम करे, न कि 100 लोगों का संगठन, और मैं केवल यह प्राप्त कर सकता हूं कि अगर मैं अपने इंजीनियरों को अपना सर्वश्रेष्ठ काम करने के लिए सशक्त बना रहा हूं, और मैं किसी को भी माइक्रोमैन नहीं कर रहा हूं।
उन्होंने पुस्तक क्यों लिखी: हम अच्छे डेवलपर्स को इंजीनियरिंग नेता बनने के लिए बढ़ावा देते हैं, और हम सभी नौकरी पर सीखते हैं … और फिर एक प्लेबुक नहीं है। आप इंजीनियरिंग संगठन का नेतृत्व कैसे करते हैं, विशेष रूप से पैमाने पर? इसलिए यह बार -बार करने से, मैंने सोचा, मैं कैसे संहिताबद्ध कर सकता हूं और एक ऐसी प्रणाली बना सकता हूं जिसे मैं किसी ऐसे व्यक्ति को सिखा सकता हूं जो इस भूमिका में नया है?
इंजीनियरिंग नेताओं को इंजीनियरों के बारे में कलाकारों के रूप में क्यों सोचना चाहिए: हम इंजीनियरों को वह करने की क्षमता देना चाहते हैं जो वे प्यार करते हैं – अर्थात, समस्याओं को हल करना, गुंजाइश को परिभाषित करना, और किस समाधान का उपयोग करना है और किन प्लेटफार्मों का लाभ उठाना है। ये वे सभी कार्य हैं जो इंजीनियरों को करना पसंद है। और अगर मैं, एक इंजीनियरिंग नेता के रूप में, उनसे दूर ले जाता हूं, तो मैं उनकी वृद्धि को सीमित कर रहा हूं, मैं सहयोग को सीमित कर रहा हूं, और मैं उस प्रभाव को सीमित कर रहा हूं जो मेरी टीम संगठन के अंदर हो सकता है।
उत्पादकता पर एआई का प्रभाव: यह वास्तव में एक क्रांति नहीं है, मेरे लिए। यह एक विकास की तरह है, क्योंकि सबसे लंबे समय तक, हमने प्रोग्रामिंग भाषाओं को अधिक से अधिक उच्च स्तर के रूप में देखा है। हम कंप्यूटर आर्किटेक्चर से बहुत अधिक दूर हो रहे हैं और प्राकृतिक भाषा के करीब हैं, जिस तरह से हम कंप्यूटरों को कार्यों को निर्दिष्ट करते हैं।
एक मंच की वास्तविक प्रकृति पर: मेरे लिए एक मंच सॉफ्टवेयर का एक टुकड़ा है जो जटिलता को बढ़ाता है, और इस एनकैप्सुलेशन को करने से, हम लाभ प्राप्त करने और अधिक करने के लिए मंच पर भरोसा कर सकते हैं, और अधिक प्राप्त कर सकते हैं।
तकनीकी ऋण की कीमत पर: जितना अधिक आप देरी (मानकीकरण), आप अधिक से अधिक तकनीकी ऋण बनाते हैं। और यह तकनीकी ऋण किसी भी तरह का कर्ज है, है ना? जितनी जल्दी आप भुगतान करते हैं, आप उतने ही बेहतर होते हैं।
व्यक्तिगत योगदानकर्ताओं के लिए कैरियर पथ पर: “यह बहुत दुर्भाग्यपूर्ण है कि प्रतिभाशाली इंजीनियर … प्रबंधक बनना चाहते हैं क्योंकि वे वास्तव में सत्य (नडेला) की तरह बनना चाहते हैं। और फिर मैं उन्हें बताता हूं, वास्तव में, यह बहुत अच्छा है कि आप सत्या की तरह बनना चाहते हैं, लेकिन एक भूमिका है – वह पहले से ही उस भूमिका में है।”
में geekwire की सदस्यता लें सेब पॉडकास्ट, Spotifyया जहाँ भी आप सुनते हैं।
कर्ट मिल्टन द्वारा ऑडियो संपादन
