Jeffrey Snover और PowerShell के विकास की कहानी

 (corecursive.com)
1 पॉइंट द्वारा GN⁺ 2024-07-05 | 1 टिप्पणियां | WhatsApp पर शेयर करें

Jeffrey Snover और PowerShell का जन्म

  • बड़ी एंटरप्राइज़ संस्थाओं को समझना

    • Jeffrey Snover Microsoft के PowerShell के निर्माता आर्किटेक्ट थे।
    • PowerShell ने Windows सिस्टम मैनेजमेंट को क्रांतिकारी रूप से बदल दिया।
    • शुरुआत में इसे संदेहपूर्ण प्रतिक्रिया मिली, लेकिन Snover के लगातार प्रयासों से यह सफल हुआ।

  • समस्या

    • Microsoft सर्वर बाज़ार को समझ नहीं पा रहा था।
    • पर्सनल कंप्यूटर के आदी मैनेजमेंट के पास एंटरप्राइज़ वातावरण का अनुभव कम था।
    • Snover को इस समस्या का समाधान करने के लिए नियुक्त किया गया था।

  • Jeffrey का मनाने का प्रयास

    • Snover Microsoft की सर्वर टीम में शामिल हुए और Windows को UNIX के साथ प्रतिस्पर्धा करने लायक बनाने के लिए काम किया।
    • लक्ष्य था वही क्षमताएँ कम लागत पर उपलब्ध कराना।

  • UNIX को हराना

    • UNIX एक file-centric operating system था, जबकि Windows एक API-centric operating system था।
    • UNIX के tools Windows पर ठीक से काम नहीं करते थे।
    • Snover ने WMI(Windows Management Instrumentation) का उपयोग करके management commands विकसित करने का निर्णय लिया।

  • सांस्कृतिक चुनौतियाँ

    • Microsoft की टीम GUI को पसंद करती थी और Snover के command-line interface के विचार को लेकर संदेह में थी।
    • Snover का तर्क था कि एंटरप्राइज़ वातावरण में GUI नहीं, बल्कि command-line interface की ज़रूरत होती है।

  • एंटरप्राइज़ परिदृश्य

    • Microsoft की टीम हर समस्या के लिए user interface देने वाले आधुनिक तरीके को पसंद करती थी।
    • Snover ने toolbox approach की वकालत की।

  • Windows, UNIX नहीं है

    • Windows file-centric नहीं, बल्कि API-centric operating system था।
    • WMI का उपयोग करके management commands विकसित करने का निर्णय लिया गया।

  • कोडिंग विंडो

    • Snover को पता चला कि उन्हें 10 हफ्तों तक कोडिंग करनी होगी।
    • तरीका यह था कि 10 हफ्तों तक कोड लिखा जाए और फिर उसे कई सालों तक चलने लायक बनाया जाए।

  • .Net की कील

    • Bill Gates .NET को ज़ोरदार तरीके से आगे बढ़ा रहे थे।
    • Snover ने आकलन किया कि .NET का उपयोग करके अधिक coverage मिल सकता है।

  • पुनर्गठन

    • पुनर्गठन के कारण Snover का संगठन अव्यवस्था में पड़ गया।
    • Snover ने अपनी योजना को आगे बढ़ाते रहने का फैसला किया।

  • shell टीम

    • एक दूसरा group shell विकसित कर रहा था।
    • Snover ने उन्हें बेहतर तरीका सुझाया, लेकिन वे उसे समझ नहीं पाए।
    • अंततः Snover ने अपना खुद का prototype विकसित किया।

GN⁺ की राय

  • PowerShell का महत्व

    • PowerShell ने Windows सिस्टम मैनेजमेंट का paradigm बदल दिया।
    • इसने command-line interface के माध्यम से बड़े पैमाने पर server management संभव बनाया।

  • तकनीकी नेतृत्व

    • Snover की दृढ़ता और स्पष्ट vision ही सफलता की कुंजी थी।
    • तकनीकी नेतृत्व का मतलब है कि कड़े विरोध के बावजूद महत्वपूर्ण परिणाम हासिल किए जाएँ।

  • मिलते-जुलते फीचर वाले उत्पाद

    • यह Linux के Bash जैसी कार्यक्षमता प्रदान करता है।
    • Windows वातावरण में PowerShell, Bash जैसी भूमिका निभाता है।

  • नई तकनीक अपनाते समय ध्यान देने योग्य बातें

    • नई तकनीक अपनाते समय मौजूदा systems के साथ compatibility पर विचार करना चाहिए।
    • PowerShell ने मौजूदा Windows API के साथ compatibility बनाए रखते हुए नई क्षमताएँ दीं।

  • फायदे और नुकसान

    • फायदे: बड़े पैमाने पर server management की दक्षता में वृद्धि, automation की संभावना
    • नुकसान: शुरुआती learning curve, मौजूदा GUI उपयोगकर्ताओं का विरोध

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-07-05
Hacker News राय

  • PowerShell के निर्माता Jeffrey Snover को Microsoft के भीतर कड़े विरोध का सामना करना पड़ा और अंततः उनका पद घटा दिया गया

    • Jeffrey को मूल रूप से Microsoft को data center में प्रतिस्पर्धा करने में मदद करने के लिए नियुक्त किया गया था
    • Windows file-based नहीं है, इसी वजह से PowerShell अस्तित्व में आया
    • server management के लिए विभिन्न API calls और structured data की जरूरत थी

  • PowerShell लिखते समय यह समझ में नहीं आया कि array की length 1 होने पर array हट जाता है और उसके भीतर का type बन जाता है

    • इसकी वजह से कई bugs हुए

  • Bash developer के रूप में PowerShell रिलीज़ होने पर बहुत उत्साहित था, लेकिन अब भी Bash का उपयोग कर रहा हूँ

    • दूसरे developers के अनुभव जानना चाहता हूँ
    • यह जानने की जिज्ञासा है कि क्या PowerShell सच में अधिक efficient और modern shell बन पाया

  • 20 साल पुराने SQL Server stored procedure codebase को maintain करने का काम कर रहा हूँ

    • source control नहीं था, और performance tuning भी ठीक से नहीं हुई थी
    • PowerShell Core की Windows के साथ interoperability सबसे बेहतर थी
    • code लिखना असुविधाजनक था, लेकिन यह तेज़ी से चलता था और user interaction वाले tools अच्छे थे
    • अगर अच्छी तरह search करें तो मनचाही चीज़ हासिल की जा सकती थी

  • Windows subsystem के साथ interact करने के अलावा Python का उपयोग न करने की वजह समझ में नहीं आती

    • PowerShell बहुत verbose और slow है
    • जिज्ञासा है कि Microsoft ने Python या Node को आधार क्यों नहीं बनाया

  • यह अजीब है कि Microsoft ने Windows और महत्वपूर्ण enterprise applications को configure करने के programmatic तरीकों की अहमियत नहीं देखी

    • remote desktop के जरिए mouse से क्लिक करना एक विकल्प के रूप में सुझाया जाना बेतुका था

  • PowerShell, Microsoft के proprietary आत्मविश्वास का उत्पाद है

    • दूसरी भाषाओं के साथ इसका कोई syntactic connection नहीं था
    • बेहद verbose syntax presentation के लिए अच्छा हो सकता है, लेकिन वास्तविक उपयोग में असुविधाजनक था
    • file names में square brackets शामिल होने पर समस्याएँ आती थीं

  • Windows administration करते समय PowerShell उपयोग में अच्छा था

    • Linux शानदार है, लेकिन Bash का उपयोग करना भयानक था
    • लगता है Bash scripts का उपयोग अभी भी बहुत होता रहेगा

  • मैं Windows user नहीं था, फिर भी PowerShell अच्छा लगा

  • PowerShell कई मायनों में शानदार था, लेकिन यह व्यापक user base को आकर्षित नहीं कर सका

    • PowerShell cmdlet self-explanatory थे और भरपूर जानकारी देते थे
    • simulation mode जैसी उपयोगी सुविधाएँ थीं
    • लेकिन Windows के बाहर यह लोकप्रिय नहीं हो सका, और Microsoft Linux developers को आकर्षित करने के लिए PowerShell पर पर्याप्त ध्यान नहीं दे रहा है