Apa pangsa pasar dari program yang ditulis dalam .NET saat ini? [Tutup]

11

Kami saat ini sedang memigrasi program Visual Basic 6.0 kami ke .NET . Target pengguna adalah pengguna desktop biasa di rumah. Membahas hal ini, kami menyadari bahwa kami tidak dapat membuat program arus utama yang tampaknya ditulis dalam .NET. Apakah kita salah? Apakah ada alasan bagus untuk ini?

.net

— Dabblernl
sumber

6

Saya pikir Visual Studio dan Paint.NET adalah dua program utama yang ditulis dalam .NET.

— Jonas

1

Bisakah Anda menambahkan kode ke produk Anda saat ini yang melaporkan kembali .NET librari yang dimiliki pengguna saat ini?

@ ThorbjørnRavnAndersen: ya, Anda bisa - Richard Grimes melakukan hal itu ketika Vista keluar, sehingga Anda dapat menggunakan tekniknya untuk melihat biner apa yang dibangun dengan loader CLR untuk aplikasi yang telah Anda instal. grimes.demon.co.uk/dotnet/vistaAndDotnet.htm (unduh di bagian bawah)

— gbjbaanb

3

Bergantung pada definisi "program aliran utama", sepertinya tidak banyak juga yang ditulis dalam VB6.

Tentu saja, C # dan VB.NET sekarang telah mengambil hampir tempat VB6 ~ 10 tahun yang lalu. Setidaknya 98% adalah perangkat lunak individual yang tidak dapat Anda beli di toko perangkat lunak lokal Anda. Tapi itu tidak berarti tidak ada program .NET di luar sana. Ada banyak - tetapi Anda harus mencarinya di tempat yang tepat.

— Doc Brown
sumber

18

Pelanggan Anda tidak peduli apakah program Anda ditulis dalam .NET atau tidak. Karena itu, jika Anda dapat memastikan bahwa sebagian besar audiens target Anda dapat menginstal dan menjalankan perangkat lunak Anda tanpa masalah, Anda baik.

Sangat sulit untuk menemukan informasi yang akurat tentang penetrasi .NET Framework , jadi Anda tidak harus bergantung pada apa pun.

Mengapa tidak menargetkan Profil Klien .NET dan memastikan bahwa itu diinstal bersama dengan binari Anda? Mudah, sederhana, dan efektif.

Profil Klien .NET Framework 4 adalah bagian dari .NET Framework 4 yang dioptimalkan untuk aplikasi klien. Ini menyediakan fungsionalitas untuk sebagian besar aplikasi klien, termasuk Windows Presentation Foundation (WPF), Windows Forms, Windows Communication Foundation (WCF), dan fitur ClickOnce. Ini memungkinkan penyebaran yang lebih cepat dan paket pemasangan yang lebih kecil untuk aplikasi yang menargetkan Profil Klien .NET Framework 4.

Saya melihat keuntungan besar lain dari porting kode VB6 Anda ke .NET: kemampuan untuk membuat versi perangkat lunak Anda yang berjalan di Linux dan OSX menggunakan Mono . Contoh penting aplikasi desktop yang ditulis dalam .NET dan lintas platform tersedia di sini .

— Komunitas
sumber

11

tepat di poin penting: pelanggan tidak peduli tentang platform selama itu berjalan pada sistem mereka. tetapi tidak terlalu tepat pada paragraf terakhir: mono berhasil dan merupakan pencapaian yang mengesankan; tapi itu mimpi buruk untuk diinstal pada pengguna akhir. janji 'crossplatform' dari .NET mati di atas air.

— Javier

@Javier: Yah, kecuali untuk Windows, Windows Phone, dan XBox 360. Tetapi daya tarik dari bahasa bytecode mendominasi Windows tidak pernah, bagi saya, kode lintas-platform; melainkan, Windows tidak lagi terikat pada arsitektur tertentu (x86 berantakan). Versi Windows berikutnya juga akan berjalan di ARM . Selain itu, menyenangkan bahwa perangkat lunak sekarang dapat memanfaatkan fitur pengaturan khusus; pada dasarnya, itu semua kelebihan dari pendekatan Linux (kompilasi perangkat lunak pada setiap sistem baru), tanpa ada masalah.

— BlueRaja - Danny Pflughoeft

@ BlueRaja-DannyPflughoeft: right, .net (CLR, really) benar-benar memberikan platform "cross-windows-platform". Tidak ada yang bersin untuk, pada kenyataannya

— Javier

@ BlueRaja: Anda lupa bahwa hal-hal yang ditampilkan berjalan pada ARM adalah .. Microsoft C ++ code. Hal-hal seperti driver printer dan Office. Mereka bukan aplikasi .NET, jadi argumen bahwa .NET diperlukan sepenuhnya salah.

— gbjbaanb

@ Javier: Apakah mono seburuk itu pada instalasi? Saya memasang aplikasi mono (Banshee) di Mac OSx saya dan tidak menemui masalah. Untuk windows, mono tidak perlu diinstal. Sebagai pengembang yang berencana untuk melakukan aplikasi mono, saya akan sangat senang jika Anda bisa memberikan saya artikel atau referensi apa pun yang menunjukkan apa yang Anda katakan.

8

Pengalaman pribadi saya adalah bahwa .NET dominan dalam pengembangan tingkat perusahaan di perusahaan. Sebagian besar aplikasi ini tidak dibuat untuk konsumsi publik dan karenanya bukan bagian dari kosa kata kita sehari-hari.

Namun, ada alasan yang sangat kuat bahwa begitu banyak perusahaan besar telah mengadopsi teknologi ini: produktivitas dan kebahagiaan programmer. C # adalah bahasa pemrograman yang luar biasa, produktif, dan ekosistem .NET kaya dengan pustaka yang ada agar kami harus menemukan kembali roda. Juga, WCF, meskipun sangat rumit pada waktu-waktu tertentu, adalah kerangka kerja yang sangat kuat untuk membangun komunikasi antara sistem yang berbeda.

Sehubungan dengan keadaan spesifik Anda, saya hanya akan melakukan porting aplikasi Anda jika Anda akan melakukan banyak peningkatan dan perubahan di masa depan. Jika stabil dan dalam mode pemeliharaan, Anda akan menyesali keputusan apa pun selain membiarkannya apa adanya.

— Adam Crossland
sumber

2

+1 untuk "C # is wonderful". Ini benar-benar bahasa yang luar biasa

— shashwat

2

Sebenarnya, menurut TIOBE , C # (bahasa .NET) sekarang menjadi bahasa keempat yang paling populer di dunia.

Juga, saya setuju dengan poster lain bahwa klien tidak peduli apa bahasa aplikasi Anda ditulis, asalkan berfungsi.

— Gustav Bertram
sumber

3

Saya pikir jumlah tag di StackOverflow lebih representatif daripada peringkat pencarian TIOBE.

— Jonas

4

Nah, itu hanya karena coder C adalah Programmer Real, dan Programmer Real tidak meminta bantuan.

— Gustav Bertram

2

Membaca isi perut kambing mungkin lebih akurat daripada TIOBE. Ngomong-ngomong, aku sama sekali tidak menganjurkan gugatan isi perut kambing untuk apa pun selain memproses zat yang dimakan oleh seekor kambing.

— Adam Crossland

@ Gustav: ya, jumlah tag pada C # pada SO hanya menunjukkan bahwa itu adalah bahasa yang sulit yang membutuhkan lebih banyak orang untuk membantu :)

— gbjbaanb

1

Putuskan apakah ada fitur yang diinginkan pasar yang hanya bisa Anda buat atau lebih mudah di .NET. Pertimbangkan bahwa mempekerjakan pengembang baru adalah pasar lain yang perlu dipertimbangkan. Anda mungkin atau mungkin tidak menemukan lebih banyak pengembang VB.NET yang sesuai dengan kebutuhan Anda (tingkat pengalaman, pengetahuan tentang domain, dll.). Apakah pengembang Anda saat ini benar-benar ingin beralih?

Saya tidak tahu tentang pasar pengguna rumahan, tetapi pasar bisnis cukup berat di aplikasi .net.

— JeffO
sumber

0

VB6 tidak lagi didukung oleh MS lagi (ref: http://blogs.technet.com/b/lifecycle/archive/2008/04/16/end-of-support-for-visual-basic-6-0. aspx ). Jadi, jika Anda memiliki masalah dari sudut pandang pengembangan, Anda tidak akan mendapatkan dukungan dari sumbernya.

VB.NET, di sisi lain, masih dikembangkan dan didukung secara aktif.

Kesamaan antara .NET Framework dan Java JRE serta kesamaan antara C # dan Java sendiri telah menumbuhkan komunitas pengembang C # /. NET dengan sangat cepat.

Pasokan pengembang VB6 akan berkurang sementara yang VB.NET/C# cenderung meningkat dan dapat membuat produk Anda bergerak maju.

— Jesse C. Slicer
sumber

0

kami tidak dapat membuat program streaming utama yang tampaknya ditulis dalam .Net.

Saya cukup yakin panel kontrol kartu grafis ATI Catalyst ditulis dalam .NET - jadi pada dasarnya setiap PC yang memiliki kartu grafis ATI. Sejumlah besar pengguna desktop normal ...

Contoh bagus lainnya adalah Samsung Kies - yang telah diinstal oleh kebanyakan orang yang memiliki ponsel Samsung ..

— MattDavey
sumber

Tolong jelaskan downvote?

— MattDavey

-1

Saya kira itu tidak masalah - apa yang lebih penting adalah apa yang akan ditulis oleh sebagian besar program di masa depan. Sekarang MS berfokus pada aplikasi Win8, Anda mungkin lebih baik khawatir tentang penerapan HTML5 + js dan WinRT daripada warisan .NET.

Hal terakhir yang ingin Anda lakukan adalah port segalanya ke .NET dan kemudian harus melakukan lebih banyak pengerjaan ulang agar berfungsi dengan baik dengan Windows 8.

— gbjbaanb
sumber

Ha! kebenaran menyakitkan :) WinPhone8 benar-benar menunjukkan hal ini terjadi, tidak ada lagi XNA, jika Anda ingin grafis 3d mewah, Anda memerlukan SDK asli.

— gbjbaanb

Saya tidak melihat korelasi antara dukungan XNA pada WinPhone 8 dan .NET Framework pada Windows 8? (Btw saya bukan orang yang menurunkan Anda, tetapi menyebut .NET 'legacy' agak memintanya)

— MattDavey