Günümüzde .NET'te yazılmış programların pazar payı nedir? [kapalı]

Şu anda Visual Basic 6.0 programımızı .NET'e geçiriyoruz . Hedef kitle evdeki normal masaüstü kullanıcılarıdır. Bunu tartışırken, .NET ile yazılmış gibi görünen ana akım programları bulamadığımızı fark ettik. Yanılıyor muyuz? Bunun için iyi bir neden var mı?

"Ana akış programları" tanımına bağlı olarak, bunların çoğu VB6'da yazılmış gibi görünmemektedir.

Tabii ki, C # ve VB.NET, neredeyse VB6'nın yaklaşık 10 yıl önce olduğu yeri aldı. En az% 98'i yerel yazılım mağazanızdan satın alamayacağınız bireysel bir yazılımdır. Ancak bu, hiçbir .NET programı olmadığı anlamına gelmez. Çok şey var - ancak onları doğru yerlerde aramak zorunda kalacaksınız.

Müşteriniz, programınızın .NET ile yazılmış olup olmadığını umursamıyor. Bu nedenle, hedef kitlenizin büyük çoğunluğunun yazılımınızı sorunsuz bir şekilde kurup çalıştırabildiğinden emin olursanız, iyisinizdir.

.NET Framework penetrasyonu hakkında doğru bilgi bulmak çok zordur , bu nedenle bunlara güvenmemelisiniz.

Neden .NET Client Profile hedeflemiyor ve ikili dosyalarınızla birlikte yüklendiğinden emin olmuyorsunuz? Kolay, basit ve etkilidir.

.NET Framework 4 İstemci Profili, .NET Framework 4'ün istemci uygulamaları için optimize edilmiş bir alt kümesidir. Windows Presentation Foundation (WPF), Windows Forms, Windows Communication Foundation (WCF) ve ClickOnce özellikleri dahil olmak üzere çoğu istemci uygulaması için işlevsellik sağlar. Bu, .NET Framework 4 İstemci Profilini hedefleyen uygulamalar için daha hızlı dağıtım ve daha küçük bir yükleme paketi sağlar.

VB6 kodunuzu .NET'e taşımanın bir başka büyük avantajı daha var : Mono kullanarak Linux ve OSX üzerinde çalışan yazılımınızın sürümünü oluşturma yeteneği . .NET ve çapraz platformlarda yazılmış masaüstü uygulamalarına ilişkin önemli bir örnek burada mevcuttur .

Benim kişisel deneyimim, .NET'in şirket içi, kurumsal düzeyde geliştirmede baskın olması. Bu uygulamaların çoğu kamu tüketimi için üretilmemiştir ve bu nedenle günlük kelime dağarcığımızın bir parçası değildir.

Yine de, birçok büyük şirketin bu teknolojileri benimsemesinin çok zorlayıcı bir nedeni var: programcı verimliliği ve mutluluğu. C # harika, üretken bir programlama dilidir ve .NET ekosistemi, tekerlekleri yeniden icat etmek zorunda kalmamızı sağlamak için mevcut kütüphanelerle zengindir. Ayrıca, WCF zaman zaman şaşırtıcı derecede karmaşık olsa da, farklı sistemler arasında iletişim kurmak için çok güçlü bir çerçevedir.

Özel durumunuzla ilgili olarak, ancak gelecekte çok fazla geliştirme ve değişiklik yapacaksanız, başvurunuzun taşınmasını üstleneceğim. Kararlı ve bakım modundaysa, olduğu gibi bırakmanın yanı sıra herhangi bir karardan pişman olacaksınız.

Aslında, TIOBE'ye göre , C # (bir .NET dili) şimdi dünyanın dördüncü en popüler dilidir.

Ayrıca, müşterilerin çalıştığı sürece uygulamanızın hangi dilde yazılmış olduğunu umursamayacağı başka bir posteri kabul ediyorum.

Pazarınızda yalnızca veya daha kolay bir şekilde .NET'te oluşturabileceğiniz özellikler olup olmadığına karar verin. Yeni geliştiriciler işe almanın başka bir pazar olduğunu düşünün. Gereksinimlerinize uygun daha fazla VB.NET geliştiricisi bulabilir veya bulamayabilirsiniz (deneyim düzeyi, etki alanı bilgisi vb.). Mevcut geliştiricileriniz gerçekten geçiş yapmak istiyor mu?

Ev kullanıcı pazarı hakkında bilmiyorum, ancak iş pazarı .net uygulamalarında oldukça ağır.

VB6 artık MS tarafından desteklenmemektedir (ref: http://blogs.technet.com/b/lifecycle/archive/2008/04/16/end-of-support-for-visual-basic-6-0. aspx ). Dolayısıyla, geliştirme açısından sorun yaşıyorsanız, kaynaktan destek alamazsınız.

Öte yandan VB.NET hala aktif olarak geliştirilmekte ve desteklenmektedir.

.NET Framework ve Java JRE arasındaki benzerlik ve C # ile Java'nın kendisi arasındaki benzerlikler, C # /. NET geliştirici topluluğunu son derece hızlı bir şekilde büyütmüştür.

VB6 geliştiricilerinin arzı azalırken, VB.NET/C# olanların artacağı muhtemeldir ve ürününüzün ilerlemesini sağlayabilir.

.Net'te yazılmış gibi görünen ana akış programlarını bulamıyoruz.

ATI Catalyst grafik kartı kontrol panelinin .NET ile yazılmış olduğundan eminim - bu temelde bir ATI grafik kartı olan her PC. Çok sayıda normal masaüstü kullanıcısı ...

Bir diğer güzel örnek, Samsung telefonu olan çoğu kişinin yüklediği Samsung Kies .

Sanırım bunun bir önemi yok - daha önemli olan şey gelecekte programların çoğunun ne yazılacağıdır. Şimdi MS, Win8 uygulamalarına odaklanıyor, muhtemelen eski .NET yerine HTML5 + js ve WinRT'nin benimsenmesi konusunda endişelenmeniz daha iyi olur.

Yapmak istediğiniz son şey, her şeyi .NET'e taşımak ve daha sonra Windows 8 ile iyi çalışmasını sağlamak için çok daha fazla yeniden işlem yapmak zorunda.