Jeffrey Snover ve PowerShell’in geliştirilme hikayesi

 (corecursive.com)
1 puan yazan GN⁺ 2024-07-05 | 1 yorum | WhatsApp'ta paylaş

Jeffrey Snover ve PowerShell’in doğuşu

  • Kurumsal dev organizasyonlarda yolunu bulmak

    • Jeffrey Snover, Microsoft’un PowerShell’ini yaratan mimardır.
    • PowerShell, Windows sistem yönetimini kökten değiştiren bir araçtır.
    • Başlangıçta şüpheyle karşılandı, ancak Snover’ın ısrarlı çabalarıyla başarıya ulaştı.

  • Sorun

    • Microsoft, sunucu pazarını anlamıyordu.
    • Kişisel bilgisayarlara alışkın yönetim kadrosunun kurumsal ortama dair deneyimi yetersizdi.
    • Snover bu sorunu çözmek için işe alındı.

  • Jeffrey’nin ikna çabası

    • Snover, Windows’u UNIX ile rekabet edebilir hale getirmek için Microsoft’un sunucu ekibine katıldı.
    • Amaç, aynı işlevleri daha düşük maliyetle sunmaktı.

  • UNIX’i yenmek

    • UNIX dosya merkezli bir işletim sistemiydi, oysa Windows API merkezli bir işletim sistemiydi.
    • UNIX araçları Windows’ta düzgün çalışmıyordu.
    • Snover, yönetim komutlarını geliştirmek için WMI’yi (Windows Management Instrumentation) kullanmaya karar verdi.

  • Kültürel zorluklar

    • Microsoft ekibi GUI’yi tercih ediyordu ve Snover’ın komut satırı arayüzü fikrine kuşkuyla yaklaşıyordu.
    • Snover, kurumsal ortamda GUI değil komut satırı arayüzünün gerekli olduğunu savundu.

  • Kurumsal senaryo

    • Microsoft ekibi, her sorun için bir kullanıcı arayüzü sunan modern yöntemi tercih ediyordu.
    • Snover ise araç kutusu yaklaşımını savundu.

  • Windows, UNIX değildir

    • Windows dosya merkezli değil, API merkezli bir işletim sistemiydi.
    • Bu nedenle yönetim komutlarını geliştirmek için WMI kullanmaya karar verdi.

  • Kod yazma penceresi

    • Snover, kod yazmak için 10 haftası olduğunu öğrendi.
    • Yaklaşım, 10 hafta boyunca kod yazıp ardından bunun yıllarca çalışmasını sağlamaktı.

  • .NET’in kama etkisi

    • Bill Gates, .NET’i güçlü biçimde itiyordu.
    • Snover, .NET kullanarak daha geniş kapsama alanı elde edebileceğini düşündü.

  • Yeniden organizasyon

    • Snover’ın organizasyonu yeniden yapılanma nedeniyle kaosa sürüklendi.
    • Snover ise planını sürdürmeye karar verdi.

  • Shell ekibi

    • Başka bir grup shell geliştiriyordu.
    • Snover onlara daha iyi bir yöntem önerdi, ancak onlar bunu anlayamadı.
    • Sonunda Snover kendi prototipini geliştirdi.

GN⁺’un görüşü

  • PowerShell’in önemi

    • PowerShell, Windows sistem yönetiminin paradigmasını değiştirdi.
    • Komut satırı arayüzü sayesinde büyük ölçekli sunucu yönetimini mümkün kıldı.

  • Teknik liderlik

    • Snover’ın ısrarcı çabası ve net vizyonu başarının anahtarıydı.
    • Teknik liderlik, güçlü karşı çıkışlara rağmen önemli sonuçlar elde etmektir.

  • Benzer işlevlere sahip ürünler

    • Linux’taki Bash’e benzer işlevler sunar.
    • PowerShell, Windows ortamında Bash’e benzer bir rol oynar.

  • Yeni teknoloji benimsenirken dikkat edilmesi gerekenler

    • Yeni bir teknoloji benimsenirken mevcut sistemlerle uyumluluk göz önünde bulundurulmalıdır.
    • PowerShell, mevcut Windows API’leriyle uyumluluğu korurken yeni işlevler de sundu.

  • Artılar ve eksiler

    • Artılar: büyük ölçekli sunucu yönetiminde verimlilik artışı, otomasyon imkanı
    • Eksiler: başlangıçta dik öğrenme eğrisi, mevcut GUI kullanıcılarının direnci

İlgili okumalar

1 yorum

 
GN⁺ 2024-07-05
Hacker News görüşü

  • PowerShell'in yaratıcısı Jeffrey Snover, Microsoft içinde büyük bir muhalefetle karşılaştı ve sonunda görevden düşürüldü

    • Jeffrey aslında Microsoft'un veri merkezinde rekabet edebilmesine yardımcı olmak için işe alınmıştı
    • Windows dosya tabanlı olmadığı için PowerShell ortaya çıktı
    • Sunucu yönetimi için çeşitli API çağrıları ve yapılandırılmış veriler gerekiyordu

  • PowerShell yazılırken, dizi uzunluğu 1 olduğunda dizinin ortadan kalkıp içerdiği türe dönüşmesinin nedenini anlayamadığını söyledi

    • Bu yüzden çok sayıda bug ortaya çıktı

  • Bir Bash geliştiricisi olarak PowerShell çıktığında çok heyecanlandığını, ama hâlâ Bash kullandığını söyledi

    • Diğer geliştiricilerin deneyimlerini merak ediyor
    • PowerShell'in gerçekten daha verimli ve daha modern bir shell olup olmadığını sorguluyor

  • 20 yıllık bir SQL Server stored procedure kod tabanını yönetme işini üstlenmiş durumda

    • Kaynak kontrolü yoktu ve performans ayarı da düzgün yapılmamıştı
    • PowerShell Core, Windows ile birlikte çalışabilirlik konusunda en iyisiydi
    • Kod yazmak rahatsız ediciydi, ama hızlı çalışıyordu ve kullanıcıyla etkileşimli araçları iyiydi
    • Yeterince arama yaparsanız istediğinizi başarabiliyordunuz

  • Windows alt sistemiyle etkileşim kurma durumları dışında neden Python kullanmadığını anlamıyor

    • PowerShell fazla ayrıntılı ve yavaş
    • Microsoft'un neden Python veya Node tabanlı bir çözüm seçmediğini merak ediyor

  • Microsoft'un Windows'u ve kritik kurumsal uygulamaları yapılandırmanın programatik yollarının değerini görmemiş olması garip

    • Uzak masaüstü üzerinden fareyle tıklamanın alternatif olarak önerilmesi saçmaydı

  • PowerShell, Microsoft'un kendine özgü güveninin bir ürünüydü

    • Diğer dillerle sözdizimsel hiçbir bağı yoktu
    • Aşırı derecede ayrıntılı sözdizimi sunumlarda iyi görünebilir, ama gerçek kullanımda rahatsız ediciydi
    • Dosya adında köşeli parantez olduğunda sorun çıkıyordu

  • Windows yönetimi yaparken PowerShell kullanımı iyiydi

    • Linux harika, ama Bash kullanmak berbattı
    • Bash script'leri muhtemelen hâlâ çok kullanılacak

  • Windows kullanıcısı değildi ama PowerShell'i beğendi

  • PowerShell birçok açıdan harikaydı, ancak daha geniş bir kullanıcı kitlesini çekemedi

    • PowerShell cmdlet'leri kendini açıklayıcıydı ve zengin bilgi sağlıyordu
    • Simülasyon modu gibi faydalı özellikleri vardı
    • Ancak Windows dışında popülerleşemedi ve Microsoft, Linux geliştiricilerini çekmek uğruna PowerShell'i ihmal ediyor gibi görünüyor