最近の.NETで記述されたプログラムの市場シェアはどのくらいですか?[閉まっている]


11

現在、Visual Basic 6.0プログラムを.NETに移行しています。ターゲットオーディエンスは、自宅の通常のデスクトップユーザーです。これについて議論すると、.NETで記述されているように見える主流のプログラムを思い付かないことがわかりました。私たちは間違っていますか?これには正当な理由がありますか?


6
Visual StudioとPaint.NETは、.NETで記述された2つの主流プログラムだと思います。
ジョナス

1
現在のユーザーが持っている.NETライブラリを報告するコードを現在の製品に追加できますか?

@ThorbjørnRavnAndersen:はい、できます-Vistaが登場したとき、リチャード・グリムズはそれをやったので、彼のテクニックを使って、インストールしたアプリのCLRローダーでビルドされたバイナリを確認できます。grimes.demon.co.uk/dotnet/vistaAndDotnet.htm(下部からダウンロード)
gbjbaanb

回答:


3

「メインストリームプログラム」の定義にもよりますが、VB6で記述されるプログラムも多くないようです。

もちろん、C#とVB.NETは、VB6が約10年前にあった場所のほとんどを占めています。少なくとも98%は、ローカルソフトウェアストアで購入できない個々のソフトウェアです。しかし、それはそこに.NETプログラムがないことを意味しません。たくさんありますが、適切な場所でそれらを検索する必要があります。


18

顧客は、プログラムが.NETで作成されているかどうかを気にしません。したがって、対象ユーザーの大部分が問題なくソフトウェアをインストールして実行できることを確認できれば、それで十分です。

.NET Frameworkの普及に関する正確な情報を見つけることは非常に難しいので、それに頼るべきではありません。

.NET Client Profileターゲットにせず、バイナリとともにインストールされていることを確認してください。簡単、簡単、効果的です。

.NET Framework 4 Client Profileは、クライアントアプリケーション用に最適化された.NET Framework 4のサブセットです。Windows Presentation Foundation(WPF)、Windows Forms、Windows Communication Foundation(WCF)、ClickOnce機能など、ほとんどのクライアントアプリケーションに機能を提供します。これにより、.NET Framework 4 Client Profileを対象とするアプリケーションの展開が高速になり、インストールパッケージが小さくなります。

VB6コードを.NET に移植することのもう1つの大きな利点は、Monoを使用してLinuxおよびOSXで実行するソフトウェアのバージョンを作成できることです。.NETおよびクロスプラットフォームで記述されたデスクトップアプリケーションの注目すべき例は、ここから入手できます


11
重要な点として、顧客はプラットフォームがシステム上で実行されている限り、プラットフォームを気にしません。しかし、最後の段落ではそうではありません。モノは動作し、印象的な成果です。しかし、エンドユーザーにインストールするのは悪夢です。.NETの「クロスプラットフォーム」の約束は水上で死んでいます。
ハビエル

@Javier:まあ、Windows、Windows Phone、XBox 360を除きます。しかし、Windowsを支配するバイトコード言語の魅力は、クロスプラットフォームコードではありません。むしろ、Windowsが特定のアーキテクチャに縛られなくなったということです(x86は混乱です)。 Windowsの次のバージョンもARMで実行されます。また、ソフトウェアがセットアップ固有の機能を利用できるようになったのは素晴らしいことです。基本的には、面倒なことなく、Linuxアプローチ(すべての新しいシステムでソフトウェアをコンパイルする)のすべての利点です。
BlueRaja-ダニーPflughoeft

@ BlueRaja-DannyPflughoeft:そうです。.net(実際にはCLR)は、「クロスウィンドウプラットフォーム」プラットフォームとして配信されます。くしゃみをするものは何もない、実際には
ハビエル

@BlueRaja:ARMで実行されていることが示されたことは、MicrosoftのC ++コードであることを忘れています。プリンタードライバーやOfficeなど。これらは.NETアプリケーションではないため、.NETが必要であるという議論は完全に間違っています。
gbjbaanb

@ハビエル:モノはインストール時に悪いですか?Mac OSxにモノラルアプリ(Banshee)をインストールしましたが、問題は発生しませんでした。Windowsの場合、monoをインストールする必要はありません。モノラルアプリの開発を計画している開発者として、あなたの意見を実証する記事や参考資料を提供していただければ幸いです。

8

私の個人的な経験では、社内レベルのエンタープライズレベルの開発では.NETが支配的です。これらのアプリケーションのほとんどは、一般消費向けに構築されていないため、日常の語彙の一部ではありません。

それでも、非常に多くの大企業がこれらのテクノロジーを採用している非常に説得力のある理由があります:プログラマーの生産性と幸福。C#は優れた生産的なプログラミング言語であり、.NETエコシステムには既存のライブラリが豊富にあり、車輪を再発明する必要があります。また、WCFは時には驚くほど複雑ですが、異なるシステム間の通信を構築するための非常に強力なフレームワークです。

特定の状況に関しては、将来多くの機能強化や変更を行う場合にのみ、アプリケーションの移植を引き受けます。安定しており、メンテナンスモードになっている場合は、そのままにしておく以外の決定を後悔します。


2
「C#is wonderful」の+1。その本当に素晴らしい言語
-shashwat

2

実際、TIOBEによると、C#(.NET言語)は現在、世界で4番目に人気のある言語です。

また、機能する限り、クライアントはアプリの言語を気にしないという別のポスターにも同意します。


3
StackOverflowのタグ数は、TIOBE検索ランキングよりも代表的だと思います。
ジョナス

4
いや、それは単にCコーダーが本物のプログラマーであり、本物のプログラマーが助けを求めないからです。
グスタフバートラム

2
ヤギの内臓の読み取りは、おそらくTIOBEよりも正確です。ちなみに、私はヤギが食べた物質を処理する以外の目的でヤギの内臓の訴えを提唱することはありません。
アダムクロスランド

@Gustav:はい、SOのC#のタグの数は、より多くの人々が支援を必要とする困難な言語であることを示しています:)
gbjbaanb

1

.NETでのみ作成できる、またはより簡単に作成できる機能が市場で必要かどうかを判断します。新しい開発者を雇うことも検討すべき市場であると考えてください。ニーズ(経験レベル、ドメインの知識など)に適したVB.NET開発者がさらに見つかる場合も、ない場合もあります。現在の開発者は本当に切り替えを望んでいますか?

ホームユーザー市場については知りませんが、.netアプリのビジネス市場はかなり重いです。


0

VB6はMSでサポートされなくなりました(参照:http : //blogs.technet.com/b/lifecycle/archive/2008/04/16/end-of-support-for-visual-basic-6-0。 aspx)。したがって、開発の観点から問題がある場合、ソースからサポートを受けられません。

一方、VB.NETは依然として積極的に開発およびサポートされています。

.NET FrameworkとJava JREの類似性、およびC#とJava自体の類似性により、C#/。NET開発者コミュニティは非常に急速に成長しました。

VB6開発者の供給は減少しつつありますが、VB.NET / C#の開発者は増加する可能性が高く、製品を前進させることができます。


0

.Netで記述されているように見えるメインストリームプログラムを思い付くことができません。

ATI Catalystグラフィックカードのコントロールパネルは.NETで記述されていると確信しています。つまり、基本的にATIグラフィックカードを搭載したすべてのPCです。多くの通常のデスクトップユーザー...

もう1つの良い例は、Samsung Kiesです。Samsungの携帯電話を持っているほとんどの人がインストールしています。


downvoteを説明してください?
MattDavey

-1

私はそれが問題ではないと思います-さらに重要なことは、将来、大部分のプログラムが何で書かれるかです。現在、MSはWin8アプリに焦点を当てています。おそらく、従来の.NETではなくHTML5 + jsとWinRTの採用を心配する方が良いでしょう。

最後にしたいことは、すべてを.NETに移植し、Windows 8で適切に動作させるためにさらに多くの作業をやり直す必要があることです。


ハ!真実が痛い:) WinPhone8は実際にこれが事実であることを示していますが、XNAはもう必要ありません。派手な3Dグラフィックが必要な場合は、ネイティブSDKが必要です。
gbjbaanb

WinPhone 8でのXNAサポートとWindows 8での.NET Frameworkサポートとの間に相関関係が見られませんか?(ところで、私はあなたを降格した人ではありませんでしたが、.NETの「レガシー」と呼ぶことはちょっとそれを求めていました)
-MattDavey
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.