.NET Frameworkなんて死んでも入れない 2

Visual Studio が.NET。別に遅くもない。コンパイラは full C++。

.NETってバージョンいくつもあるけど、互換性とか大丈夫なん？

ないよ。全部バラバラ。コンパネ見てみ。
だからクソみたいに重くなる。

te

>>557
作る人がそこまで気を使ってくれると無問題なのだが、現状は・・・なので
MSが作る人が気を使わなくても、プリコンパイルするように作っていれば・・

大した手間でもないんだから、MS仕事しろ・・

確かに重いな…

http://slashdot.jp/story/03/12/04/0929209/FAT%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB%E3%82%B7%E3%82%B9%E3%83%86%E3%83%A0%E3%81%AB%E7%89%B9%E8%A8%B1%E6%96%99

.Net framework　ってECMAで採択された標準だから、API著作権訴訟にならないとか言う奴もいるが
その代表的実装でWindows固有の部分があるから、それをMonoで再現すると訴訟の原因になると思うけどね。

また、.Net Framework使用コストで見てもWindowsOSごとライセンス料をとっていると考えられない？
JavaMEでOracleやSunがライセンシーをとっているのとあまり変わらんよね

スピードで互角か多少劣る程度なのにアンチJava多すぎ（Scalaもあるし・・）、.Net framework≒C#擁護多すぎ

Oracleがそもそも嫌い、脆弱性多すぎだからJavaはｗ
かといって.NETも嫌いなわけだが

うちはソフト作る側だけど、.NETのおかげで生産性かなり上がった。思いついた機能をすぐに実装できるのは楽。
MFCとかWin32だと発狂するぐらいの面倒さだったのに、.NETは本当にあっという間。

でも、ユーザー側は.NET嫌いな人多くて申し訳ない。

さらに言えば、Monoと比べるのはJavaSEなんじゃなかろうか？

それをDalvikと比べること自体がナンセンス＞ https://github.com/zanew/MonovsDalvik
Dalvikと比べるなら.Net frameworkだろうに

スラドのheadressとかいうやつも”http://linux.slashdot.jp/story/12/05/05/0546247/”
で内容を考えず印象操作？したいのかなんなのかｗ

>>570
他に選択肢が無ければありがたく使わせてもらう感じではあるよｗ
業務系プラットホームなら、IEバージョン指定されるようなP言語アプリより充分好ましい
2年前からWindows7に移行して、否応無しにバンドルされてるしね

ちなみに少なめではあるが.Net frameworkもセキュリティ関係の更新はあるから完璧ってわけでもない

dalvik VS .Net compactframework

さらに言えば、このような過疎スレに2件連続して書き込んだら、レス速くてビビるｗ

・・・なにも言ってないからな、・・・・・・本当になにも言う気はないし含意すら無いぞwww

Net Frameworkで発注なら、単価20分の1以下だわｗ
日常的に使うアプリで、Net Frameworkなんて選択肢あり得ない
まさに情弱専用だわな

＃そういえば、CPUクロックが100MHｚ未満の頃はMFCも重かったな

MSはLonghorn(Vista)で.net frameworkはOSレベルでWindowsと統合され、Win32APIに置き換わるWinFxとなる!!!!!
みたいに触れ回ってたけど、結局WinFx→.net Framework3になって単なるバージョンアップ版に成り下がってたしな。

DLL地獄の悪夢再来と言われるFramework地獄で、
複数の実行環境を走らせなきゃならん羽目になる事も多いしねぇ・・・
もうOS統合なんて無理じゃねーの?

.Netが一部使われているVS2003がVista以降では起動すらしなくなってる
VC6なら動くのにね

VC 4 5 6あたりは余裕でしょ

>>577
デバッガのつくりが悪かったのが原因。

>>576
>DLL地獄の悪夢再来と言われるFramework地獄
誰が言ってるって？
DLL地獄が何だったのか理解してれば、そんな見当違いな発言は出てこないよね。

業界用語（）出して通ぶってみたかっただけだろ。

>>580
ﾄﾞﾄﾈﾄでも同じ様な問題が起こってるよ。
例えばWindows Updateでバージョン間の整合性がとれなくて
何回も同じアップデート実行・失敗を繰り返したりする事例がある。

全部のバージョンの.NET Frameworkをインストールしているがそんな問題発生したことない。

>>583
同じく。

バージョンが違うフレームワークむけのアセンブリをリンクすると問題発生する。
また、アセンブリを共有すると問題発生する。

>>582
DLL Hellじゃないんだが、定義も知らずに語っているのか。

>>585
>バージョンが違うフレームワークむけのアセンブリをリンクすると問題発生する。
SxSでバージョンの違うアセンブリが共存できるのは前提知識として
.NET4からはIn-Proc SxSにより個々のアセンブリが作られたバージョンのフレームワークで動作できるようになった。

>アセンブリを共有すると問題発生する。
共有すれば他の変更の影響受けるのは.NETに限った話ではなく、あらゆる言語に共通する話だが
.NETにおいては、その影響を減らしたり無くす機能が備わっている。

通常は実行ファイルのディレクトリに配備して共有することはない。
共有する場合でも厳密名付けてGACに登録して、使う側がバージョン指定すればDLL Hellは起こらない。

同じライブラリの違うバージョンを参照していてとか。

たまたま同じライブラリの違うバージョンを参照していて
同じフォルダにまとめて入れたら上書きしちゃった。みたいな？

それはさすがに使ってる人の問題だと思うけど…

対策するならClickOnceやインストーラ使うとか、ILMargeで一つにまとめるとかが楽だろうか。

>>588
同じライブラリの違うバージョンを参照し、そのライブラリの中にあるオブジェクトを参照していて、それらのソースコードが利用できない。

そんなもん厳密名付けてプライベート配置しとけばいいじゃないか。

プログラマさん、お仕事お疲れ様です

別にここで.NetをDisても大勢に影響ありませんから安心してお仕事を頑張られてください。

てかスレ違いだね

影響はなくても確実に重いなと思ってる人は多いのは事実だなぁ

ブラインドテストする必要の無いレベルでｗ

最近は.Net framework必須のソフトが多いから消せない

必須のソフトがいくら増えても相変わらずゴミしかないけどな
どうしても使いたいと思わせるキラーソフトがいまだに一つもないってのが凄いよね

だったら自分でC++なりを使って必要なソフトを作ればいいじゃないですか。
こんなところで文句たれるなんてみっともない。

わかった、がんばる

>>595
ここって、「ソフトウェア」板だね
ユーザー視点から使いやすさとか問題の回避方法とか裏ワザとかを交換するところだよね

なんで、使いにくいって文句を言ったら自分で作れってことになる？
顧客にそういう事言ってるの？

GKとか聞いたことあるけどステマとか普通にあるんだなとわかるよ
軽くて使いやすいと思われれば黙ってても使われるよ

.NETアプリって微妙なのが多いよね
作者の技量が低いからしょうがないけどさ

定例アップデートと同時に来る.NET修正入れたら
X79+i7-3930k+HD6850環境のサブPCのLucid Virtuが起動時にエラー吐いて死んだ
修正入れてないX79+E5-2680+Quadro4000環境のメインPCの方のVirtuは勿論何とも無い

>>599
そういうことがあるから、パッチを当てないことができるようになっている。

.NETアプリは最近のマシンですら起動が遅いし
.NET Runtime Optimization ServiceのせいでPC起動後のパフォーマンスがめっちゃ低下する
誰だよこんなゴミランタイム作った奴は
当然こんなゴミランタイム使ってる開発者もゴミ

手軽・簡単なのが良いなら、普通にvb6の発展系で良かったのに・・・
イラン事をするからどんどんおかしくなる

【流出】.Net Frameworkに危険なバグ 誰で攻撃可能
http://toro.2ch.net/test/read.cgi/win/1336566668/

【流出】.Net Frameworkに危険なバグ 誰で攻撃可能
http://toro.2ch.net/test/read.cgi/win/1336566668/　より転載

http://internet.watch.impress.co.jp/docs/news/20120509_531386.html

　日本マイクロソフト株式会社は9日、WindowsやOfficeなど同社ソフトウェアに関する月例のセキュリティ更新プログラム（修正パッチ）およびセキュリティ情報7件を公開した。
脆弱性の最大深刻度は、4段階で最も高い“緊急”が3件、2番目に高い“重要”が4件。

　最大深刻度が“緊急”の3件は、「MS12-029」「MS12-034」「MS12-035」。

　「MS12-029」は、Microsoft Officeに存在する1件の脆弱性を修正する。Wordの脆弱性により、細工を施されたRTFファイルをユーザーが開いた場合、リモートでコードが実行
される恐れのあるものだ。影響を受けるソフトは、Office 2007/2003のほか、Office for Mac 2011/Office 2008 for Mac、Office互換機能パックも含まれる。なお、深刻度が
“緊急”なのはOffice 2007においてで、他では“重要”。

　「MS12-034」は、Office、Windows、.NET Framework、Silverlight用のセキュリティ更新プログラムの組み合わせで、計10件の脆弱性を修正する。このうち3件が、すでに情報が
公開されている脆弱性だという。最も深刻な場合、細工を施された文書を開いた場合や、TrueTypeフォントファイルが埋め込まれた悪意のあるウェブページを表示した場合に、
リモートでコードが実行される可能性があるとしている。

深刻度は、現在サポートされているすべてのエディションのWindows（Windows 7/Vista/XP、Windows Server 2008 R2/2008/2003）と、.NET Framework 4（一部を除く）および
Silverlight 5/4（Mac版を含む）において“緊急”、 Office 2010/2007/2003において“重要”とレーティングされている。

　「MS12-035」は、.NET Framework に存在する2件の脆弱性を修正する。XAMLブラウザーアプリケーション（XBAP）を実行するウェブブラウザーを使用して細工されたウェブ
ページを表示した場合、リモートでコードが実行される可能性があるという。現在サポートされているすべてのエディションのWindows（Windows 7/Vista/XP、Windows Server
2008 R2/2008/2003）上の.NET Frameworkコンポーネントについて、“緊急”とレーティングされている。

結論 : 入れない方が良い。

作る方は楽かも知れんが、こんなの常用する身にもなれってんだよな。
.netはJavaにはなれんのは分かったんだから、.netのAPIをネィティブに置き換えりゃみんなハッピーになれるのにねぇ…

>.netのAPIをネィティブに置き換えりゃみんなハッピーになれる
っ WinRT

そう言われても、今更MFCとか苦痛すぎる。
Delphi6は開発も楽なのにネイティブでよかった。

だから.NETが遅いって言ってる人はどれだけ古いパソコン使ってるんですか？

最上位のXeon+SSDの組み合わせでは遅さを微塵も感じさせませんが？

あなた方の言ってるとは486マシンでWindows XPを走らせて「遅い」と文句を垂れているのと同じです。

>>609
個々の事情によって感じ方は違うと思うから、別に嫌ってもいいんじゃないの？

自分のPCが早くて問題ないから、事情が違うお前は否定する資格なしといえる？

また、さすがに486マシンは今時ないやろ・・・・極論に走るのは詭弁のガイドラインに抵触するぞ
ネイティブが同じ環境で軽く動いてストレスがないのに〜と言っているだけだろ？

批判したら個々の事情の批判するのは論点を変えていないか？

>>599みたいに.Net更新しただけで死ぬアプリがあるのも問題ｗ

間違いなく遅い
完全にもっさりしている
.net frameworkアプリは使うと不快になる
非常に気持ち悪い

せめて起動だけでも早ければねぇ・・・

どんなに高性能機を使っていようが、
いや、高性能機であればある程他のアプリの起動も速くなるので
総体的にやはりもっさり感は残る。

初回起動が遅いのは他も同じだが。

>>615
同じであれば、Javaの方がマルチプラットフォームという点で優れている
Monoはあくまで、OSSだし、長期的な保証はない。

.netはマルチプラットフォーム

という話だったのに、まったく見かけませんね

Xamarinは、AndroidのJavaで書かれた部分をC#に移植した「XobotOS」をGitHubで公開した
( Xamarinのブログ記事、 GitHub - XobotOS、 atsushieno氏のブログ記事、 本家/. )。

XobotOSはJavaをC#に変換する「Sharpen」と呼ばれるツールを使用して移植された。
ホストOSと統合する部分のコードと、Java JNIからCで書かれたネイティブコードを呼び出
すコードを手作業で置き換えた以外は、Sharpenにより自動変換されている。

XobotOSではAndroidがMono上で動作し、Dalvik VM上と比べて大幅にパフォーマンスが
向上するという。

また、C#と.NET VMはECMAで標準化されており、Javaのような特許問題が発生しない点も
メリットといえる。
http://linux.slashdot.jp/article.pl?sid=12/05/05/0546247

Xamarinが設立されてからそろそろ1年が経とうとしています（ついでにMono for Androidの
バージョン1.0が出てから1年と1ヶ月くらいです）。その間にXamarinはエンジニアを揃え、
ドキュメントチームを編成し、QAチームを再編成し、オンラインセミナーを行えるような体制
を整えてきたわけです。これだけやってまだ1年とか…まあわたしがjoinしたのは8月ですけど。

そんなわけで、設立1周年を記念して(?)、Xamarinからでっかい釣り餌、AndroidをC#に移植した
リサーチプロジェクトXobotOSがリリースされました。
（以下略）
http://d.hatena.ne.jp/atsushieno/20120502/p1

■パフォーマンス比較
http://tirania.org/s/71de890b.png

Oracleがこんなだから長期的な保証という点ではだいぶ不安があるな。
マルチプラットフォームだと思ってたらOracle vs Googleの訴訟のように突然梯子外ししてくるわけだ。

もうJava捨ててC#でいい。何倍も速くて省メモリだ。（デスクトップ版は大差ない）

>>618
それってMonoがDalvikVM(本家JavaVMとは違うGoogle独自実装)よりテスト環境でのパフォーマンスが勝っていたという事であって
.net FrameworkとJavaVMのもっさり感とは全く関係無いよね。

>>616がマルチプラットフォームで長期的な保証があるかのように言ってるから
そんなわけないだろと笑ってるだけよ。

上で議論してるのは俺じゃないけど、もっさりってどんな環境使ってんの？コールドスタートアップ？NGEN済み？

ついでにいうと、AndroidのDalvikVMはレジスタベースの仮想マシンで、本家JavaVMや.net Framework(mono)のVMはスタックベースの仮想マシン。
レジスタマシンはスタックマシンに比べてパフォーマンスが落ちる事が知られているので、
本家JavaVMで実装したとしても同じような結果になるのではなかろうか。

(大本営発表だが)組込向けJavaとAndroidのパフォーマンステスト
https://blogs.oracle.com/javaseembedded/entry/how_does_android_22s_performance_stack_up_against_java_se_embedded
組込向けJavaの方が2〜3倍良好なパフォーマンスになる事が分かる。

>>621
Dalvik≠Java

今更分かり切ったことをドヤ顔で語られても…ね。

マルチプラットフォームで長期的な保証があるかのように言ってるからそんなわけないだろと笑ってるだけ
遅いと言いながらどうして自分の環境を晒さないのか

コマンドプロンプトが分かるなら、入れた物に応じて下記のどちらかの場所で
C:\Windows\Microsoft.NET\Framework\v4.0.30319\
C:\Windows\Microsoft.NET\Framework\v2.0.50727\

ngen.exe update
ってやれば、.net の反応が少し早くなるかも。
おまじない程度かも知れんが、.net を入れて置くしかないならやってみれば良い。

>>623
あんたVMとプログラミング言語、その種類なんかを混同してるじゃん。
一番笑えるのはあんたの書き込みだよ。

それになんでこっちの環境が気になるの?
馬鹿馬鹿しい。
どの環境であろうが、程度の差こそあれもっさりには変わりない。

低スペならポンコツと煽るつもりなのかな?
確かにあんたご自慢のスペに劣るかも知れんが、標準的なものだよ。

>>618

Monoと比較するべきはJavaSE、それはDalvikというメモリー削減を優先し
速度をそれほど優先していないVMを使っている。

Monoですら本家と比べると性能が落ちているのに、JavaSEと比べると
JavaSE>=.Net>>Monoが現実(JavaSEの方が早い)

　メモリー消費はたしかに少ないけどね。現状ではメモリー制約が減ってきているので
あまり問題にはならない

環境がどうあれ、変わらないよ。
それを持ち出す時点で論破されていることを誤魔化そうとしているんだ。

少数の基地外が粘着しているようだね

なんだJavaキチが常駐してたのか。
Javaモッサリと言えば、Eclipseはいつまで経っても酷いままだな。

それにしてもこのキチガイ共は
>（デスクトップ版は大差ない）
と書いてるのが見えんのかね。予め釘刺しといてやったのに無駄なご高説お疲れ様です。

論破って勝利宣言までしちゃって笑えるｗ

まぁ、こんなのはどうでもよくて、何度も書いてるように本題は
「Oracleの酷い対応の数々を見ても何とも思わんのか？
あんな状況でマルチプラットフォームで長期的な保証があるなんてよく言えたもんだ。」ってとこ

>>616
いやJavaもOSSなんだが・・・
MSの干渉が云々言うならともかくOSSだからって何よ

>>627,628
EclipseはDalvikの件と関係ないね
一旦論破されたら、また論点を変えようとしているな

.NetはMS公式の他のプラットフォームの完全な実装があるかい？　無いだろ
資金力はあるくせにMSはこういうことをするんだぜ
さらに、>>567に書いてあるようにFATからも金をとったりもする

Monoは小企業だからOracleよりはどう考えても安定性がない
だからJavaの方が継続性がある

比較内容が間違っているし、それを指摘するとフォアびょって感情的になる
わざと間違った文章を書くことで悪宣伝・印象付けを繰り返すのがおまえの手口だろ


>>629
会社の規模や収益力を考えると継続性が高いのはどちらだろう

Javaのように、.NetもMSが公式に各プラットフォーム向けに作ればこういう反論はない
簡単にいえば独占したいからだろ

Javaもコミュニティーベースになっちゃったから、土俵は同じ。
また、Monoの開発はMSの援助で成り立っている。

自分とこ以外の実装は絶対に認めないと言って潰してきたのはSunからの歴史ですし
自らを棚に上げて平気で他を独占だと批判できる根性が分からんわ。

公式に作ったもの以外は認めないと言って潰すのは「独占」だろ。
好きに作らせて資金・技術援助までしてたMSとは対照的だね。

>>630
いやだから、それOSSがどうとか関係ないよね

>>632
独自実装は認めてますよ。
IBMのは本家よりも優秀だとか、MSのは裁判になって.NETプロジェクトをやるきっかけになったとか。

>>632
単に使うなら金払えって言っただけだろ？

MSのようにOSの独占的地位を利用してバンドルして使うことを半強制すればそりゃ皆使いますよ
Javaだって入れたら入れたで独自に拡張してせっかくの互換性を台無しにするし。

フェアじゃないんだよね


もちろん今は独占禁止法に問われないよういろいろ繕っているけどね

>>633
資金がなければOSSも低調になりがちなのはよく見られることだけどね
MSの援助は独禁法対策だろ

>>634
独自実装認めてるなんて嘘書くな。
Apache Harmonyにした仕打ちを忘れたのか。
仕様を忠実に守っていたにも関わらず、TCKを取得させなかったのは誰の所業だったか忘れたのか。

自らが主導するOpenJDKに囲い込み独占するために何をやってきたか見て見ぬふりを続けているのか。

Sunのやり口を批判していたOracleは、買収してから手のひら返しして同じような物になってしまった。

形骸化したJCPはもはや何の意味も持たない。

お前の曇った眼には何も見えていない。

>>635
うん、自分で「OSS"も"」と言ってるように、OSSは関係ないよね
というかむしろOSSの方が会社なくなっても存続の可能性は高い

ついでに長期的な保証の話をするなら、それこそJava(オラクル)も信用できないよ？
実際オラクルは(同じ買収したSunの)MySQLは飼い殺しにしたし、Javaの設計者もGoogleに逃げちゃったし
大本営ではJavaは重要だと言ってはいるけどね

>>636
ライセンス料を払う必要はある。
オープンともなればIBM、MSよりもさらに高額にする必要があるだろう。

>>636

＞632 ：名無しさん＠お腹いっぱい。 [↓] ：2012/05/13(日) 23:23:48.10 ID:Vvm0+kBr0 (7/7) [PC]
＞自分とこ以外の実装は絶対に認めないと言って潰してきたのはSunからの歴史ですし

それで、IBMのVMは独自実装じゃないと言い張るの？
あれ、明らかに独自実装で当時の公式より早いって有名だったんだけど。


ID:Vvm0+kBr0とID:hvT56P+70は同一人だと思うけど、

またまた、嘘ですか・・・・・　何回嘘を重ねるおつもりですか？
本心はその後のF(嘘)UDが書きたかったんでしょ？

なにやってんの。マイクロソフトの会社の人なの？

独自実装の定義で意見の相違があるようだ。
こっちが言ってる独自実装はもっと厳密なもので
JDKのクリーンルーム実装で、それはSun/Oracleの支配下にないものだ。

表現が悪かった点については訂正しよう。

で、潰した事は事実なわけだが。「独自実装」のとこだけしか言い返せないんですか。


あと>>637は都合が悪いから無視ですか。

それにしても人をMS社員だなんだと妄想するなんて、Javaキチは頭おかしいわ

>>637,640,641
間違っていれば定義を変え、誤ってないという。見苦しいですね。OSSでも独自実装はありますね
BEAもあったかな。どちらにしてもご立派としかｗ

637：名無しさん＠お腹いっぱい。 [↓] ：2012/05/14(月) 01:47:34.54 ID:qCSEaIaW0 [PC]
>実際オラクルは(同じ買収したSunの)MySQLは飼い殺しにしたし、

Oracle、パフォーマンスを向上させたMySQL 5.6開発版マイルストーンを公開
http://news.mynavi.jp/news/2012/04/16/005/index.html

オラクル、「MySQL Cluster 7.2」をリリース
Memcached APIを提供、データ・ジョインを伴う複雑なクエリを高速化
http://www.computerworld.jp/topics/688/Oracle%E3%82%A6%E3%82%A9%E3%83%83%E3%83%81/201723/%E3%82%AA%E3%83%A9%E3%82%AF%E3%83%AB%E3%80%81%E3%80%8CMySQL%20Cluster%207.2%E3%80%8D%E3%82%92%E3%83%AA%E3%83%AA%E3%83%BC%E3%82%B9

どこが飼い殺し？　またまた嘘ですか？

＞Javaの設計者もGoogleに逃げちゃったし、大本営ではJavaは重要だと言ってはいるけどね
Microsoftを逃げた＝退社した人も結構居ますね。またJavaの設計者が居なければいけない属人的な技術ではないでしょう。
アメリカじゃ転職は当たり前だし、.netの開発者も2〜3年前やめて他に移ったって話もあったし、またまた印象操作ですか？

こういう考えもある・・・おそらくこれが真意
http://www.itmedia.co.jp/news/articles/1001/28/news064.html

「MicrosoftがMySQLとJavaに対して不安を抱いているのは間違いない」とユーハンナ氏は話す。
「MySQLはローエンドからミッドレンジのデータベースとして非常に人気が高くなった。
この分野はMicrosoftが長年にわたって支配してきた領域だ。MySQLプラスOracleという組み合わせは、
データベース市場の最もローエンドから最もハイエンドまでカバーできる」

　「加えて、Javaと.NETの戦いも長年にわたって続いている。Microsoftは.NETとMicrosoft SQL Serverとの
連係によってユーザーに訴求しようとしてきたのに対し、JavaとDBMS（データベース管理システム）との連係は
それほど緊密なものではなかった。だが今回の買収でそれが可能になる」とユーハンナ氏は付け加える。

>>636
http://japan.internet.com/busnews/20111121/7.html
　OpenJDK が優勢となることで、多くの人は Apache Harmony の存在意義自体に疑問を持ち始めた。
Apache Tomcat 以外では Apache はこれといったものを生み出してはいないのではないかと。
　OpenJDK は機能しており、現在ではオープンソース Java のメインストリームとなっている。
一方、Apache Software Foundation は、すでに脱退した Java Community Process（JCP）との間でいまだにごたごたを抱えている。
　Harmony の失敗は、必ずしもオープンソースの失敗とは言えない。今日、Java はすでにオープンソースであり、
Harmony がスタートした2005年とは事態が異なるからだ。

Harmony の敗北は、””オープンソース””となった OpenJDK の勝利と考えるべきだろう。


http://news.mynavi.jp/news/2011/11/10/018/index.html
　Harmonyひっそりと終了、Java開発はOpenJDKへ集中
　プロジェクト終了の是非を問う投票は賛成20に対して反対2。その役目を終えたと判断された。
以後、OSS開発のJavaは「OpenJDK」へ絞られていくことになる。

もともとApache HarmonyはIBMが強く後押ししていたプロジェクトだった。そのIBMは2010年10月にOpenJDKを支援すると方針を転換。
結果的に開発リソースはOpenJDKに集中することになり、Apache Harmonyはその役目を終えることになった。


http://www.infoq.com/jp/news/2011/11/apache-harmony-finale
しかし Apache Harmony の JVM が持つメリットも，OpenJDK の Hotspot あるいは他の JIT 改良による
パフォーマンスのメリットには追い付けなかったため，結果としてパフォーマンスクリティカルなシステムにはほとんど使われていない。

.NET製のアプリが遅い遅い言うけれど
具体的にはどのアプリが遅いのかしら

速い遅い以前に.Netで具体的に名前挙げられるような有名なソフトって無いよね
てか、逆に遅くないソフトって存在するの？

別に有名じゃなくても具体的な名前は挙げれると思うけど

有名でもないソフトを適当に吊るし上げるとか失礼だろｗ
それよりモッサリじゃないソフトを一つでも挙げれば解決じゃね？

そう来ると思ったｗ

さっしてやれよ

2600k+SSD環境だが、とりあえずCatalyst Control Panelか？
ウィンドウが見えた後に一々画像を描画しているようなモッサリの後に表示される
これ確か.NETだよね？

てか、モッサリのアプリなんかネイティブでもいくらでもあるから挙げても意味ないね
キビキビアプリがどれだけ存在するのかが重要

ｷﾘｯ

後はスタンドアロンの商用アプリとかなんでちょっと挙げ辛いんだが
SSDの速度に慣れると、不自然な引っ掛かりやローディング画面の遅さで
不快に思ったソフトが大抵.NET製な気がする、Adobe等の重量級アプリ除いてね

ストレージ部分のボトルネックは割とあったんだなと感じる他に
貧弱なCPUやメモリ搭載量のPCで、足回りだけ6Gとかの高速SSDなら
更に妙なレスポンスを体感できるんだろうなｗ

そうか、残念だ
まあ、俺もキビキビ動くソフトとか知らんけどな
擁護派でもないんで（否定派でもないけど）

やっとこのスレらしさが戻ってきて安心した

>>650
そのスペックでも待たされるって事は

ウィンドウが見えた段階でローディング完了してて、
それからGPUのハードウェア情報とか拾いに行ってる分だけ待たされてるんじゃないか？

>>650
そのもっさりは、.NETではなくプログラミングの問題では？

Chrome とか Picasa とか、Google 系のソフトはなんで
あんなにキビキビ動くのか。全部ああなればいいのに。

単純なダイアログボックス表示だけなのに、.NET Frameworkはなにかモサっとしてる
根本的な物なんだろうね

バージョン情報ダイアログだけでもディスクカリカリ言うときあるよね