Makale, Windows'ta yerel (native) proje geliştirenlerin Visual Studio'yu bir bağımlılık olarak listelemenin getirdiği zorlukları ele alıyor. Yazar, Visual Studio'nun devasa ve karmaşık yapısının, geliştiricileri adeta Microsoft'un "Visual Studio Installer"ı için ücretsiz teknik destek elemanına dönüştürdüğünü belirtiyor. Proje geliştiricileri, katkıda bulunanlara doğru "Workload"ları, belirli build araçlarını ve SDK versiyonlarını seçmeleri gerektiğini açıklamakla zaman kaybediyor. Bu durum, kod yazmak yerine hatalı build'lerle uğraşmaya yol açıyor.
Linux'ta toolchain'in basit bir paket yöneticisi komutuyla kurulabilmesine karşın, Visual Studio binlerce bileşenden oluşan bir monolit olarak tanımlanıyor. Yanlış bir bileşen seçimi saatler süren gereksiz kurulumlara veya MSB8101 gibi anlaşılmaz hatalara yol açabiliyor. Eski projeler için farklı build araçları versiyonlarına geçiş yapmak ise ayrı bir kabus. Yazar, Visual Studio ekosisteminin editör, compiler ve SDK'yı tek bir karmaşık yapıda birleştirmesinin, geliştirme ortamı ile derleme ortamını ayırt etmeyi imkansız hale getirdiğini vurguluyor.
Bu durumun sonuçları arasında saatler süren indirme ve kurulum süreleri, şeffaflık eksikliği (hangi dosyaların nereye kurulduğunun bilinmemesi), versiyon kontrolü yapılamaması (compiler'ın Git'e eklenememesi) ve temiz olmayan kaldırma işlemleri yer alıyor. Hatta kurulumdan sonra bile, komut satırından tek bir C dosyasını derlemek için vcvarsall.bat gibi kırılgan bir betiği çağıran "Developer Command Prompt"u bulmak gerekiyor. Tüm bu faktörler, Windows'ta native geliştirmenin verimsiz ve sinir bozucu bir deneyim olmasına neden oluyor.
Windows'ta yerel geliştirme için Visual Studio'nun bir bağımlılık olarak kullanılması, geliştiriciler için zaman kaybına, karmaşıklığa ve sürekli sorunlara yol açan yapısal bir sorun teşkil etmektedir.