アカウント名:
パスワード:
たいして普及しなかった.NETはもう捨てていいので、AppleみたいにネイティブのObjective-C一本でOSXからiOSまで書けちゃう統合されたAPI&フレームワークを作ってほしいけどね。WinRT、WinPhoneでその方向に進みつつあるのは歓迎だが歩みが遅すぎるしMSは迷走が多いのでもうね。
> ネイティブのObjective-C一本でOSXからiOSまで> 書けちゃう統合されたAPI&フレームワーク
そんな架空の存在を持ち出されても。
Process Explorer [microsoft.com]だと.netプロセスが色分けされて表示されるから、いろいろなアプリを起動して見ると面白いかも
あなたが知らないだけで使われまくってるぞ。.NETは。
きっとおもおか狙いなんだよ…
根拠いるの?じゃあ、「たいして普及しなかった」と同じやつで。
ASPとか結構使われてると思うけど。後.netベースのデスクトップアプリも腐るほどあるでしょ。
数よりも質が重要では?ゴミの作ったゴミアプリなんていくらでもあるわけですし。商用アプリ、キラーアプリとしてどれだけあるのかという。
有名ドコロのアプリで、windowsで使えるもの。。。ゲーム界隈、大人のゲーム界隈、ブラウザ界隈(ff,opera,chrome),ドローイング(photoshop/gimp), CAD界隈,adobe flash, shade, POV-ray, エディタ(秀丸,xyzzy?),teraterm,winSCP,FFFTPなど古くからのそれ系、IDE系(MPLAB,mindstormの開発プログラム(名称忘れた))。
どれぐらい依存しているんでしょうか。
Mono経由ならbanshee,F-Spot(開発停止?)とか。songbirdとかもあったか。
autocadとかそうだよね
企業の社内システムはそれこそ無数にあるよ。
TMPGEnc MPEG Smart Renderer 4 [pegasys-inc.com]とか。
はい、どうぞ。
ASP.NET Case Studies [microsoft.com]
Case Studies [microsoft.com]
これはASP.NETかつMicrosoftに公表する許可を出したサイトだけなので、.NET全部だともっと多いですよ。
おやおや、「ほとんど普及しなかった」なんて話が、いつの間にか「数より質」とか言い換えちゃいましたね。結局普及しなかったなんて大嘘だってことで。
MPLAB は最新版で NetBeans ベースになったから外してくんない?
いやいや、上のコメントは.NETでたくさんお仕事で使えるソフトがあるよって例でしょ。その上で、数よりも質で優れたものをあげた方がいいという提案ですね。なので、「ほとんど普及しなかった」なんて主張とは反対の内容だと思いますが。
完全に排除されてませんよ使ってないでしょ?
Stackoverflow はASP.NET製だったような?
.netの普及度が大したことないって認識にはびっくりだわ。
人気言語ランキングでもc#だけで5位とかにつけてるし、vb.netと合わせて.net連合だと、さらに上位になる。
一般に出回ってるソフトだと、なかなかたくさん思い浮かぶことはないが、パッと思いつくのは、たとえばAMDのグラフィックドライバーのcatalyst control centerは.netだよね。あとは、MSの手前味噌なんだろうが、VisualStudioそのものが.net製だとも聞いている。
意外とあれって思うようなのが.netで作られたりしているんだよね。
asp.netとかのweb系を含めれば、大企業が運営しているサイトでもsharepointとかあったりするし、.net関連テクノロジーはものすごく繁栄していると思う。
MSは企業向けの製品/サービスが主たる収入源だから、インターネットの情報だけを見てると、そう見えるんだろうね。実際には、最近の決算見てもMSの売り上げは極めて好調なんだけど。
私が普段使う中で、ぱっと思い浮かぶのはGitクライアントのGitExtensions、統合開発環境のVisual Studio、TwitterクライアントのOpenTween、CUI環境としてPowerShellです。逆に非.NETアプリで同じくらいよく使うのは、Firefox、MS Office、Cygwin、ATOK、VirtualBox、PuTTYですかね。
やや非.NETアプリが多いけど、だからと言って.NET捨てるのは無理と断言できるほどには依存しています。
#元発言の#2576488や#2576509とは別人ですが。
グラフィックカードのコンパネ。intel、AMDは.NET。nVidiaは違うが、GeForce Experienceは.NET。
2chがおkならTwitterもありだよね。MetroTwit(最近Twitterのせいで死んだ)、Tween、Kriel、etc...
開発ツール入れていいなら他にも結構ある。
こう言う事言う人は、C++しか知らないか、そもそもプログラムを書けないかのどちらかだろう。生半可な開発ではC++は採用しづらいわ、現実的に。実行時パフォーマンスにガチガチに拘らないのなら、開発パフォーマンスの高いC#を選ぶよ。
新人さんに取りあえず「はじめてのお仕事ソフト」を作らせてみるのにはC#は良いのですよね。C++ほどおてちんには成り辛いので、さすがヘルスバーグのデザインだと思ったもんです。
UIの早さにこだわらないのであれば、UI周りとか全般の面倒で変更の多そうなところはC#、実行時間のかかるコア部分のみC++がお手軽簡単。C#をJavaに変えてもいいですね。上の方で挙がってる、.NETの採用例でもそういうのが多いと思う。
春休みなんだなあ、という感じ
狭いものの見方をするひとだね
気持ち悪い…
VisualStudio 2010以降MagicPottwintailautocad 2010以降
阿呆すぎて逆に微笑ましいレベル。
#2576496といい、卓越したブーメラン使いだな。
遠隔操作ウィルスにも利用されたというくらい普及しているのに。
え、素人が購入するとは考えづらい専門的なソフトウェアでしょ?
AppleこそOSX&iOSでしか使えないObjCという言語を捨てて欲しい。
Cocoaのクロスプラットフォームはほぼ死亡しているし(CocotronもOpenStepも…)、せめてC++からCocoaを使えるようにして欲しい…
現代のクロスプラットフォーム性は、C/C++を呼べるかで決まるんだよ。その点でboost, sqlite, OpenCV...C/C++のライブラリが「そのまま」使えるObjectiveCのアドバンテージは大きいんだよ。C#だとそうはいかないね。
C# で C/C++ な DLL とかが直接呼べなかったら、そもそも .NET Framework が Windows (Win32 API) の上に構成できる訳がないんですが、何言ってるんですか?
すべてのコードを純粋なマネージドコードのみで完結した場合の最大のメリットはどのようなアーキテクチャーやエンディアンになっているかを問わない事。 アンマネージドの世界に足突っ込むなら C/C++ で書かれたコードをアーキテクチャーやエンディアンに縛られながら、システムコールをダイレクトに叩くコードとか普通に書けますよ。
保守性の面などからも、普段はあまり好まれるような記述方法ではありませんし、クロスプラットフォームと言う点では「当たり前だけど、アーキテクチャーやエンディアンの違いですべてライブラリーを作り直す必要がある」ネイティブコードを「現代のクロスプラットフォーム」と評価する発想は、ちょっと良く分かりませんけど。
普通業務用アプリではマイナーなライブラリ呼び出したりしないので。
業務アプリ開発する場合は、そもそも提供されていないようなものは別の選択肢が無い場合を除いて基本的に採用しませんからね。
コンシュマー向けのパッケージアプリとごっちゃにすると話がややこしくなります。
メーカーがサポートしないから使えないって、それC#がC/C++のDLL呼べるかどうかと関係ないじゃん。そんな理由でいいなら、C#だけでなく自分が嫌いな言語すべてこき下ろせるね。
結局実行環境ごとに作り直すのなら、アーキテクチャやエンディアンに依存させても問題ないというのが現実では?デスクトップパソコンにライブラリと実行バイナリを別々に配布するという形式ではそうはいかないかもしれないけど。
Cocoaなどを話題にするなら、問題なのは言語ではなく、ライブラリでは。GCCでもコンパイルできるでしょ?http://d.hatena.ne.jp/elm200/20080426/1209211127 [hatena.ne.jp]
C++とQtでええやん。
Qtはライセンス料があれなんで。15万だっけ?とかバカじゃねとしか・・
LGPL版ではだめなん?
「統合されたAPI&フレームワークを作ってほしい」の枕に「.NETはもう捨てていい」が来るのが理解できません。
マイクロソフトが出すものはたいてい多言語対応をウリにしています。だから、「そういう立派なAPIやフレームワークを作るなら、きっと.NETでもネイティブ(まあC++だろう)でも利用できるものになるだろう」という考えのほうがしっくりきます。というか、まんまWindowsストアアプリ向けAPI (WinRT API)からMicrosoft、「universal Windows apps」を発表 [srad.jp]の流れを意識してこう書きましたが(だってストアアプリでは.NET、ネイティブC++、HTML5の選択肢がある)。
結局はCサイコー.NETくたばれ!って宗教活動をしたかっただけかめんどくさい人だな
そこはObjective-Cだけでなく「.NETでもネイティブでも」というほうがMSらしいと思う。Windowsストアアプリ用APIだってそうだし、そもそも昔からマイクロソフトは多言語対応が好きだし(COMとか.NET自体も)。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
10年遅かったかな (スコア:-1)
たいして普及しなかった.NETはもう捨てていいので、AppleみたいにネイティブのObjective-C一本でOSXからiOSまで
書けちゃう統合されたAPI&フレームワークを作ってほしいけどね。
WinRT、WinPhoneでその方向に進みつつあるのは歓迎だが歩みが遅すぎるしMSは迷走が多いのでもうね。
Re:10年遅かったかな (スコア:1)
> ネイティブのObjective-C一本でOSXからiOSまで
> 書けちゃう統合されたAPI&フレームワーク
そんな架空の存在を持ち出されても。
Re:10年遅かったかな (スコア:1)
Process Explorer [microsoft.com]だと.netプロセスが色分けされて表示されるから、いろいろなアプリを起動して見ると面白いかも
Re: (スコア:0)
あなたが知らないだけで使われまくってるぞ。.NETは。
Re: (スコア:0)
きっとおもおか狙いなんだよ…
Re: (スコア:0)
根拠いるの?
じゃあ、「たいして普及しなかった」と同じやつで。
Re: (スコア:0)
ASPとか結構使われてると思うけど。後.netベースのデスクトップアプリも腐るほどあるでしょ。
Re: (スコア:0)
数よりも質が重要では?
ゴミの作ったゴミアプリなんていくらでもあるわけですし。
商用アプリ、キラーアプリとしてどれだけあるのかという。
有名ドコロのアプリで、windowsで使えるもの。。。
ゲーム界隈、大人のゲーム界隈、ブラウザ界隈(ff,opera,chrome),
ドローイング(photoshop/gimp), CAD界隈,
adobe flash, shade, POV-ray, エディタ(秀丸,xyzzy?),
teraterm,winSCP,FFFTPなど古くからのそれ系、
IDE系(MPLAB,mindstormの開発プログラム(名称忘れた))。
どれぐらい依存しているんでしょうか。
Mono経由ならbanshee,F-Spot(開発停止?)とか。songbirdとかもあったか。
Re: (スコア:0)
autocadとかそうだよね
Re:10年遅かったかな (スコア:1)
Office?ブラウザ?世界で10程度しか存在しないものを挙げて数の勝負を挑むの?インストール数の勝負だったっけ?ストアアプリでも検索してくれば?
ちなみにOfficeもONE Note連携とかSharePoint関連では.NET必須。
あとはstackoverflowのC#タグが最上位ってのも一つの目安になるのでは。
Re: (スコア:0)
企業の社内システムはそれこそ無数にあるよ。
Re: (スコア:0)
TMPGEnc MPEG Smart Renderer 4 [pegasys-inc.com]とか。
Re:10年遅かったかな (スコア:3)
はい、どうぞ。
ASP.NET Case Studies [microsoft.com]
Case Studies [microsoft.com]
これはASP.NETかつMicrosoftに公表する許可を出したサイトだけなので、.NET全部だともっと多いですよ。
Re: (スコア:0)
おやおや、「ほとんど普及しなかった」なんて話が、いつの間にか「数より質」とか言い換えちゃいましたね。
結局普及しなかったなんて大嘘だってことで。
Re:10年遅かったかな (スコア:1)
MPLAB は最新版で NetBeans ベースになったから外してくんない?
Re: (スコア:0)
いやいや、上のコメントは.NETでたくさんお仕事で使えるソフトがあるよって例でしょ。
その上で、数よりも質で優れたものをあげた方がいいという提案ですね。
なので、「ほとんど普及しなかった」なんて主張とは反対の内容だと思いますが。
Re: (スコア:0)
完全に排除されてませんよ
使ってないでしょ?
Re: (スコア:0)
Stackoverflow はASP.NET製だったような?
Re: (スコア:0)
.netの普及度が大したことないって認識にはびっくりだわ。
人気言語ランキングでもc#だけで5位とかにつけてるし、vb.netと合わせて.net連合だと、
さらに上位になる。
一般に出回ってるソフトだと、なかなかたくさん思い浮かぶことはないが、
パッと思いつくのは、たとえばAMDのグラフィックドライバーのcatalyst control centerは.netだよね。
あとは、MSの手前味噌なんだろうが、VisualStudioそのものが.net製だとも聞いている。
意外とあれって思うようなのが.netで作られたりしているんだよね。
asp.netとかのweb系を含めれば、大企業が運営しているサイトでもsharepointとかあったりするし、.net関連テクノロジーはものすごく繁栄していると思う。
Re: (スコア:0)
MSは企業向けの製品/サービスが主たる収入源だから、インターネットの情報だけを見てると、そう見えるんだろうね。実際には、最近の決算見てもMSの売り上げは極めて好調なんだけど。
Re: (スコア:0)
私が普段使う中で、ぱっと思い浮かぶのはGitクライアントのGitExtensions、統合開発環境のVisual Studio、TwitterクライアントのOpenTween、CUI環境としてPowerShellです。逆に非.NETアプリで同じくらいよく使うのは、Firefox、MS Office、Cygwin、ATOK、VirtualBox、PuTTYですかね。
やや非.NETアプリが多いけど、だからと言って.NET捨てるのは無理と断言できるほどには依存しています。
#元発言の#2576488や#2576509とは別人ですが。
Re: (スコア:0)
グラフィックカードのコンパネ。
intel、AMDは.NET。nVidiaは違うが、GeForce Experienceは.NET。
2chがおkならTwitterもありだよね。
MetroTwit(最近Twitterのせいで死んだ)、Tween、Kriel、etc...
開発ツール入れていいなら他にも結構ある。
Re: (スコア:0)
こう言う事言う人は、C++しか知らないか、そもそもプログラムを書けないかのどちらかだろう。
生半可な開発ではC++は採用しづらいわ、現実的に。
実行時パフォーマンスにガチガチに拘らないのなら、開発パフォーマンスの高いC#を選ぶよ。
Re: (スコア:0)
新人さんに取りあえず「はじめてのお仕事ソフト」を作らせてみるのにはC#は良いのですよね。
C++ほどおてちんには成り辛いので、さすがヘルスバーグのデザインだと思ったもんです。
Re: (スコア:0)
UIの早さにこだわらないのであれば、UI周りとか全般の面倒で変更の多そうなところはC#、実行時間のかかるコア部分のみC++がお手軽簡単。
C#をJavaに変えてもいいですね。
上の方で挙がってる、.NETの採用例でもそういうのが多いと思う。
Re: (スコア:0)
春休みなんだなあ、という感じ
Re: (スコア:0)
狭いものの見方をするひとだね
Re: (スコア:0)
気持ち悪い…
Re: (スコア:0)
VisualStudio 2010以降
MagicPot
twintail
autocad 2010以降
Re: (スコア:0)
阿呆すぎて逆に微笑ましいレベル。
Re: (スコア:0)
#2576496といい、卓越したブーメラン使いだな。
Re: (スコア:0)
遠隔操作ウィルスにも利用されたというくらい普及しているのに。
Re: (スコア:0)
え、素人が購入するとは考えづらい専門的なソフトウェアでしょ?
Re: (スコア:0)
AppleこそOSX&iOSでしか使えないObjCという言語を捨てて欲しい。
Cocoaのクロスプラットフォームはほぼ死亡しているし(CocotronもOpenStepも…)、せめてC++からCocoaを使えるようにして欲しい…
Re: (スコア:0)
現代のクロスプラットフォーム性は、C/C++を呼べるかで決まるんだよ。
その点でboost, sqlite, OpenCV...C/C++のライブラリが「そのまま」使えるObjectiveCのアドバンテージは大きいんだよ。
C#だとそうはいかないね。
Re:10年遅かったかな (スコア:1)
C# で C/C++ な DLL とかが直接呼べなかったら、そもそも .NET Framework が Windows (Win32 API) の上に構成できる訳がないんですが、何言ってるんですか?
すべてのコードを純粋なマネージドコードのみで完結した場合の最大のメリットはどのようなアーキテクチャーやエンディアンになっているかを問わない事。
アンマネージドの世界に足突っ込むなら C/C++ で書かれたコードをアーキテクチャーやエンディアンに縛られながら、システムコールをダイレクトに叩くコードとか普通に書けますよ。
保守性の面などからも、普段はあまり好まれるような記述方法ではありませんし、クロスプラットフォームと言う点では「当たり前だけど、アーキテクチャーやエンディアンの違いですべてライブラリーを作り直す必要がある」ネイティブコードを「現代のクロスプラットフォーム」と評価する発想は、ちょっと良く分かりませんけど。
Re: (スコア:0)
Re:10年遅かったかな (スコア:1)
普通業務用アプリではマイナーなライブラリ呼び出したりしないので。
Re: (スコア:0)
業務アプリ開発する場合は、そもそも提供されていないようなものは別の選択肢が無い場合を除いて基本的に採用しませんからね。
コンシュマー向けのパッケージアプリとごっちゃにすると話がややこしくなります。
Re: (スコア:0)
何がしかの専用装置を操作するプログラムをC#で書きたいんだけど、メーカーが用意する制御用ミドルウェアはC/C++版のDLLだけで、.NET経由での使用はサポートしませんとかさ。
Re: (スコア:0)
メーカーがサポートしないから使えないって、それC#がC/C++のDLL呼べるかどうかと関係ないじゃん。
そんな理由でいいなら、C#だけでなく自分が嫌いな言語すべてこき下ろせるね。
Re: (スコア:0)
Re: (スコア:0)
結局実行環境ごとに作り直すのなら、アーキテクチャやエンディアンに依存させても問題ない
というのが現実では?
デスクトップパソコンにライブラリと実行バイナリを別々に配布するという形式ではそうはいかないかもしれないけど。
Re: (スコア:0)
C#からでもライブラリのコールはできるでしょ。unsafeならポインタも使えるし。
Opencvなら cv::MatからBitmapオブジェクトに変換しないといけないが、それはUIImageに変換しないといけないのと大して変わらんと思う。
ネイティブであるという部分以外にアドバンテージは感じない。
Re: (スコア:0)
Cocoaなどを話題にするなら、問題なのは言語ではなく、ライブラリでは。
GCCでもコンパイルできるでしょ?
http://d.hatena.ne.jp/elm200/20080426/1209211127 [hatena.ne.jp]
Re: (スコア:0)
C++とQtでええやん。
Re: (スコア:0)
Qtはライセンス料があれなんで。
15万だっけ?とかバカじゃねとしか・・
Re: (スコア:0)
LGPL版ではだめなん?
Re: (スコア:0)
「統合されたAPI&フレームワークを作ってほしい」の枕に「.NETはもう捨てていい」が来るのが理解できません。
マイクロソフトが出すものはたいてい多言語対応をウリにしています。だから、「そういう立派なAPIやフレームワークを作るなら、きっと.NETでもネイティブ(まあC++だろう)でも利用できるものになるだろう」という考えのほうがしっくりきます。というか、まんまWindowsストアアプリ向けAPI (WinRT API)からMicrosoft、「universal Windows apps」を発表 [srad.jp]の流れを意識してこう書きましたが(だってストアアプリでは.NET、ネイティブC++、HTML5の選択肢がある)。
Re: (スコア:0)
結局はCサイコー.NETくたばれ!って宗教活動をしたかっただけか
めんどくさい人だな
Re: (スコア:0)
そこはObjective-Cだけでなく「.NETでもネイティブでも」というほうがMSらしいと思う。Windowsストアアプリ用APIだってそうだし、そもそも昔からマイクロソフトは多言語対応が好きだし(COMとか.NET自体も)。