Qual è la quota di mercato dei programmi scritti in .NET al giorno d'oggi? [chiuso]

Al momento stiamo migrando il nostro programma Visual Basic 6.0 su .NET . I destinatari sono solo normali utenti desktop a casa. Discutendo di questo, ci siamo resi conto che non possiamo inventare programmi tradizionali che sembrano essere scritti in .NET. Ci sbagliamo? C'è una buona ragione per questo?

A seconda della definizione di "programmi di flusso principale", non sembrano esserci molti di essi scritti in VB6.

Naturalmente, C # e VB.NET ora hanno preso quasi il posto in cui VB6 era ~ 10 anni fa. Almeno il 98% è costituito da singoli software che non è possibile acquistare nel proprio negozio di software locale. Ma ciò non significa che non ci siano programmi .NET disponibili. Ce ne sono molti, ma dovrai cercarli nei posti giusti.

Al tuo cliente non importa se il tuo programma è scritto in .NET o no. Pertanto, se puoi assicurarti che la stragrande maggioranza del tuo pubblico di destinazione possa installare ed eseguire il tuo software senza problemi, sei a posto.

È molto difficile trovare informazioni accurate sulla penetrazione di .NET Framework , quindi non dovresti fare affidamento su nessuno.

Perché non scegliere come target il profilo client .NET e assicurarsi che sia installato insieme ai file binari? È facile, semplice ed efficace.

Il profilo client .NET Framework 4 è un sottoinsieme di .NET Framework 4 ottimizzato per le applicazioni client. Fornisce funzionalità per la maggior parte delle applicazioni client, tra cui Windows Presentation Foundation (WPF), Windows Form, Windows Communication Foundation (WCF) e ClickOnce. Ciò consente una distribuzione più rapida e un pacchetto di installazione più piccolo per le applicazioni destinate al profilo client .NET Framework 4.

Vedo un altro grande vantaggio del porting del tuo codice VB6 su .NET: la possibilità di creare una versione del tuo software che gira su Linux e OSX usando Mono . Notevoli esempi di applicazioni desktop scritte in .NET e multipiattaforma sono disponibili qui .

La mia esperienza personale è che .NET è dominante nello sviluppo interno, a livello aziendale. La maggior parte di queste applicazioni non sono costruite per il consumo pubblico e quindi non fanno parte del nostro vocabolario quotidiano.

Tuttavia, c'è una ragione molto convincente che così tante grandi aziende hanno adottato queste tecnologie: produttività e felicità del programmatore. C # è un linguaggio di programmazione meraviglioso e produttivo e l'ecosistema .NET è ricco di librerie esistenti per impedirci di reinventare le ruote. Inoltre, WCF, sebbene a volte sorprendentemente complicato, è un framework molto potente per costruire comunicazioni tra sistemi diversi.

Per quanto riguarda la tua specifica circostanza, intraprenderei il porting della tua applicazione solo se in futuro farai molti miglioramenti e modifiche. Se è stabile e in modalità manutenzione, rimpiangerai qualsiasi decisione oltre a lasciarla così com'è.

In realtà, secondo TIOBE , C # (un linguaggio .NET) è ora il quarto linguaggio più popolare al mondo.

Inoltre, sono d'accordo con un altro poster che i clienti non si preoccupano della lingua in cui è scritta la tua app, purché funzioni.

Decidi se ci sono funzionalità che il tuo mercato desidera che puoi solo o più facilmente creare in .NET. Considera che assumere nuovi sviluppatori è un altro mercato da considerare. Potresti trovare o meno altri sviluppatori VB.NET adatti alle tue esigenze (livello di esperienza, conoscenza del dominio, ecc.). I tuoi attuali sviluppatori vogliono davvero fare il passaggio?

Non conosco il mercato degli utenti domestici, ma il mercato aziendale è piuttosto pesante nelle app .net.

VB6 non è più supportato dagli Stati membri (rif: http://blogs.technet.com/b/lifecycle/archive/2008/04/16/end-of-support-for-visual-basic-6-0. aspx ). Quindi, se hai problemi dal punto di vista dello sviluppo, non otterrai supporto dalla fonte.

VB.NET, d'altra parte, è ancora attivamente sviluppato e supportato.

La somiglianza tra .NET Framework e Java JRE così come le somiglianze tra C # e Java stesso ha fatto crescere rapidamente la comunità di sviluppatori C # /. NET.

La fornitura di sviluppatori VB6 diminuirà mentre è probabile che quelli VB.NET/C# aumentino e possano far progredire il prodotto.

non possiamo trovare i principali programmi di streaming che sembrano essere scritti in .Net.

Sono abbastanza sicuro che il pannello di controllo della scheda grafica ATI Catalyst sia scritto in .NET, quindi praticamente tutti i PC che dispongono di una scheda grafica ATI. Grandi numeri di normali utenti desktop ...

Un altro buon esempio è Samsung Kies , che la maggior parte delle persone che hanno telefoni Samsung hanno installato.

Suppongo che non abbia importanza: ciò che potrebbe importare di più è in che cosa verrà scritta la maggior parte dei programmi in futuro. Ora MS si sta concentrando sulle app di Win8, forse ti conviene preoccuparti dell'adozione di HTML5 + js e WinRT piuttosto che di .NET legacy.

L'ultima cosa che vuoi fare è portare tutto su .NET e quindi devi fare molte più rielaborazioni per farlo funzionare bene con Windows 8.