アカウント名:
パスワード:
.NETなんかに迷走しないで大人しくWinRTみたいに統合されたネイティブAPIに絞ってれば、デスクトップも、モバイルもこんなに苦戦しなかったろうに。
WinRTこそ迷走そのものだろ
あれこれできるデスクトップソフトはネイティブで、モバイルアプリは有象無象のそれぞれの開発環境で、一般アプリならWebって考えると.NETはもういらない子なの・・
> .NETはもういらない子なの・・
そうでもないですよ。
現在のスマホやタブレットは消費電力との戦いの側面があるため、スマホやタブレットOSのサポートする開発環境上にさらに自身の分厚いAPIレイヤーを載せるということがあまり受け入れられていませんが、ノートPCなどと同じで技術の進歩によりこれが改善するのは時間の問題です。
その際には、スマホやタブレットでも分厚いAPIレイヤーでの簡易な開発がまた復権することとなります。これはPCでもやってきたことで、時代は繰り返すの典型ですね。
MSからすると誤算だっただろうことは、AppleのiPhoneが売れた上に、Appleが上記のような分厚いAPIレイヤーについてのサードパーティー提供を禁止したことです。
AndroidのDalvikについては、ある意味で上記を最初からやっていた、という見方もできます。
デスクトップですらろくに普及してない.NETがモバイルで復権とかもうね。ネイティブじゃないと結局VBの後継にしかなれないのね、を証明したのがこの10年。そして開発環境市場で支配的立場でなくなったMSが、独自の言語・プラットフォームから譲歩してC++/CX・WinRTとか出してきたのはいい流れだと思いますよ。
>デスクトップですらろくに普及してない.NETがモバイルで>復権とかもうね。
他所で指摘のある通りWindowsデスクトップでは十分普及してます。Unix文化でクロスプラットフォームを好むオープンソース界隈ではネイティブ（標準C/C++）が選ばれてますが、それ以外の分野では普通に使われてます。
.netは、ネイティブと比べると遅いとはいえ、JITのお陰でネイティブ並みに速いです。MSが積極的にライブラリを強化しているため、今となっては、ハードウェアの性能を引き出すのも、ネイティブより有利かもしれません。VB6時代はVBだけではできないことが多く、VC++の併用が多用されましたが、C#だったらC++なしでも問題ないのではないかと思われます（ドライバは除きます）。
また、C#の言語仕様のスジの良さも忘れてはなりません。生産性とセキュリティを両立しつつ新しいパラダイムまで積極的に取り込み、プログラマーを選びません。Androidのスジの悪い設計を思うと、スマホ・タブレット分野へのWindowsの進出が条件となりますが、この分野での使用も十分なメリットがあると思われます。
したがって、後続の技術が出てきても、.netはVB6並にしぶとく生き残るのではないかと思われます。
> デスクトップですらろくに普及してない.NET
一般人が日常で仕事以外で使うPC向けアプリケーション、という話であれば、PC市場はデスクトップPCもノートPCもWindowsOSがほとんどでそれ決め打ちでいいため別に.NET使う必要自体がないですからね。
同じく、Javaを使う必要も非常に少ないです。しかし、仕事で使うために作りこむアプリとなれば話が別というのはご存知でしょう。
※ この辺、LinuxがもっとまともにデスクトップOSとして普及していれば、とは強く思います。
そのうえで今後ですが、PCだけでなくARM上で動作するiOSやAndroid、スマホからタブレット、ノートやデスクトップまで、となればマルチプラットフォームで動作する開発基盤の重要性が非常に増す、さらにスマホやタブレットもそれを受け入れられるくらい性能が向上してきている、という話ですね。
.NETが生まれた時と今はだいぶ事情が違っていて、当時MSは開発プラットフォームでは圧倒的支配力で、Javaさえ倒せばでしたよね。今は混戦状態なので、MS色の強い.NETごり押しだと苦しく、開発者を取り込みやすいC言語、OpenGLなどが必要なんでしょうね。#つまるところ、DirectXするならC++で、WPFするなら.NETとかダブルスタンダードがもうしんどいんですわorzXcodeがうらやま..
多分、見分け方もしらないんだよ。許してやれよ（笑
ヒント： B to B
ビジネスアプリのデプロイという観点でもWinRTはマジ頭おかしいという記事があったな。http://www.infoq.com/jp/articles/Win8-LOB-Options [infoq.com]
万能でないからダメって、小学生かスラド民かよ
むしろ能のある点が1つもない勢いなんですが幼稚園児ですか
有名かどうかはしらんがこり英和とかACIDとかVegasとかSoundForgeとか。あと電子書籍ビュアーは見事に.NETアプリばかり。
歴史があるソフトではなくて新たに起こしたソフトは.NET製が結構ある。生産性の違いは無視できないってことだろう。
窓の杜とかに新着で載ってくるWindows向けアプリケーションはかなり.NETのものが増えましたね。パフォーマンス重点な重量級アプリででもなければ、.NETで開発した方が圧倒的に楽だしなぁ。
結局パッケージソフトなんて9割くらいいまだにWin32/MFCなんじゃない？って気がする・・。業務系なんてWebで十分だし。
> 結局パッケージソフトなんて9割くらいいまだに> Win32/MFCなんじゃない？って気がする・・。
商用ソフトウェアの場合.NETに限らない話として中間バイナリを使用する開発環境の成果物は逆コンパイルなどが非常に容易で、せっかく開発した自社のプログラム実装などが丸見えになりがちな問題があります。
これは「そういうもの」なわけで、使い分けでしょう。
Paint.NETだと不十分ですか?個人的には、かなりお世話になっていますが
unityで作られたWindowsアプリケーションは.netになったような。
性能をシビアに求めるモジュールはC#で書かないだろ。これは常識。そうでなく、C#が使えるものはもう大概C#でいいだろ。常識で考えて。処理効率はともかく、業務開発の全体的な効率はC++とC#で大きく差が出る。
元コメもこのコメもだけど、MonoとかUnityって知らないの？
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
迷走 (スコア:0)
.NETなんかに迷走しないで大人しくWinRTみたいに統合されたネイティブAPIに絞ってれば、
デスクトップも、モバイルもこんなに苦戦しなかったろうに。
Re: (スコア:0)
WinRTこそ迷走そのものだろ
Re:迷走 (スコア:0)
あれこれできるデスクトップソフトはネイティブで、モバイルアプリは有象無象のそれぞれの開発環境で、一般アプリならWebって考えると
.NETはもういらない子なの・・
Re:迷走 (スコア:1)
> .NETはもういらない子なの・・
そうでもないですよ。
現在のスマホやタブレットは消費電力との戦いの側面があるため、
スマホやタブレットOSのサポートする開発環境上にさらに自身の分厚いAPIレイヤーを載せるということが
あまり受け入れられていませんが、
ノートPCなどと同じで技術の進歩によりこれが改善するのは時間の問題です。
その際には、スマホやタブレットでも
分厚いAPIレイヤーでの簡易な開発がまた復権することとなります。
これはPCでもやってきたことで、時代は繰り返すの典型ですね。
MSからすると誤算だっただろうことは、
AppleのiPhoneが売れた上に、
Appleが上記のような分厚いAPIレイヤーについてのサードパーティー提供を禁止したことです。
AndroidのDalvikについては、ある意味で上記を最初からやっていた、という見方もできます。
Re: (スコア:0)
デスクトップですらろくに普及してない.NETがモバイルで
復権とかもうね。
ネイティブじゃないと結局VBの後継にしかなれないのね、
を証明したのがこの10年。
そして開発環境市場で支配的立場でなくなったMSが、独自の言語・
プラットフォームから譲歩してC++/CX・WinRTとか出してきた
のはいい流れだと思いますよ。
Re:迷走 (スコア:3, 興味深い)
>デスクトップですらろくに普及してない.NETがモバイルで
>復権とかもうね。
他所で指摘のある通りWindowsデスクトップでは十分普及してます。
Unix文化でクロスプラットフォームを好むオープンソース界隈では
ネイティブ（標準C/C++）が選ばれてますが、それ以外の分野では普通に使われてます。
.netは、ネイティブと比べると遅いとはいえ、JITのお陰でネイティブ並みに速いです。
MSが積極的にライブラリを強化しているため、今となっては、ハードウェアの性能を引き出すのも、
ネイティブより有利かもしれません。
VB6時代はVBだけではできないことが多く、VC++の併用が多用されましたが、
C#だったらC++なしでも問題ないのではないかと思われます（ドライバは除きます）。
また、C#の言語仕様のスジの良さも忘れてはなりません。
生産性とセキュリティを両立しつつ新しいパラダイムまで積極的に取り込み、プログラマーを選びません。
Androidのスジの悪い設計を思うと、スマホ・タブレット分野へのWindowsの進出が条件となりますが、
この分野での使用も十分なメリットがあると思われます。
したがって、後続の技術が出てきても、.netはVB6並にしぶとく生き残るのではないかと思われます。
Re: (スコア:0)
> デスクトップですらろくに普及してない.NET
一般人が日常で仕事以外で使うPC向けアプリケーション、という話であれば、
PC市場はデスクトップPCもノートPCもWindowsOSがほとんどで
それ決め打ちでいいため
別に.NET使う必要自体がないですからね。
同じく、Javaを使う必要も非常に少ないです。
しかし、仕事で使うために作りこむアプリとなれば話が別というのはご存知でしょう。
※ この辺、LinuxがもっとまともにデスクトップOSとして普及していれば、とは強く思います。
そのうえで今後ですが、
PCだけでなくARM上で動作するiOSやAndroid、
スマホからタブレット、ノートやデスクトップまで、となれば
マルチプラットフォームで動作する開発基盤の重要性が非常に増す、
さらにスマホやタブレットもそれを受け入れられるくらい性能が向上してきている、という話ですね。
Re: (スコア:0)
.NETが生まれた時と今はだいぶ事情が違っていて、
当時MSは開発プラットフォームでは圧倒的支配力で、
Javaさえ倒せばでしたよね。
今は混戦状態なので、MS色の強い.NETごり押しだと苦しく、
開発者を取り込みやすいC言語、OpenGLなどが必要なんでしょうね。
#つまるところ、DirectXするならC++で、WPFするなら.NETとか
ダブルスタンダードがもうしんどいんですわorz
Xcodeがうらやま..
Re: (スコア:0)
市販ソフトも含めてデスクトップアプリって最近は、ほぼ .NET ばかりになってません？
Re: (スコア:0)
多分、見分け方もしらないんだよ。許してやれよ（笑
Re: (スコア:0)
ヒント： B to B
Re:迷走 (スコア:1)
ビジネスアプリのデプロイという観点でもWinRTはマジ頭おかしいという記事があったな。
http://www.infoq.com/jp/articles/Win8-LOB-Options [infoq.com]
Re: (スコア:0)
万能でないからダメって、小学生かスラド民かよ
Re: (スコア:0)
むしろ能のある点が1つもない勢いなんですが幼稚園児ですか
Re: (スコア:0)
有名かどうかはしらんが
こり英和とかACIDとかVegasとかSoundForgeとか。
あと電子書籍ビュアーは見事に.NETアプリばかり。
歴史があるソフトではなくて
新たに起こしたソフトは.NET製が結構ある。
生産性の違いは無視できないってことだろう。
Re: (スコア:0)
窓の杜とかに新着で載ってくるWindows向けアプリケーションはかなり.NETのものが増えましたね。
パフォーマンス重点な重量級アプリででもなければ、.NETで開発した方が圧倒的に楽だしなぁ。
Re: (スコア:0)
結局パッケージソフトなんて9割くらいいまだに
Win32/MFCなんじゃない？って気がする・・。
業務系なんてWebで十分だし。
Re: (スコア:0)
> 結局パッケージソフトなんて9割くらいいまだに
> Win32/MFCなんじゃない？って気がする・・。
商用ソフトウェアの場合.NETに限らない話として
中間バイナリを使用する開発環境の成果物は
逆コンパイルなどが非常に容易で、
せっかく開発した自社のプログラム実装などが丸見えになりがちな問題があります。
これは「そういうもの」なわけで、使い分けでしょう。
Re: (スコア:0)
Paint.NETだと不十分ですか?
個人的には、かなりお世話になっていますが
Re: (スコア:0)
unityで作られたWindowsアプリケーションは.netになったような。
Re: (スコア:0)
性能をシビアに求めるモジュールはC#で書かないだろ。これは常識。
そうでなく、C#が使えるものはもう大概C#でいいだろ。常識で考えて。
処理効率はともかく、業務開発の全体的な効率はC++とC#で大きく差が出る。
Re: (スコア:0)
元コメもこのコメもだけど、MonoとかUnityって知らないの？