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

**名無しさん＠お腹いっぱい。** · 2010/11/24(水) 03:29:01

　　　　　　　　　　　　　 ( ﾟдﾟ )
　　　　　　　　　　　　　 ¶ノ ¶ノ |
　　　　　　　　　　／￣￣￣￣￣＼
　　　　　　　　 ./　　（,）　　　（,）　　ヽ
　　　　　　　　　|　　　　　|￣|　　　　 |
　　　　　　　　　ヽ　　　　￣￣　　　 /
　　　　　　　　　　|　 |　　　|　 |　　　|
　　　　　　　　　.ノ　.ﾉヽノ　.ﾉ　　　.|
　　　　　　　　 (＿ノ　　(＿ノ　　　　.|
　　　　　　　　　　　／／￣／／
　　　　　　　　　　　<　<　　 .<　<
　　　　　　　　　　　　ヽヽ　　ヽヽ

■前スレ
.NET Frameworkなんて死んでも入れない
http://hibari.2ch.net/test/read.cgi/software/1146741473/

**名無しさん＠お腹いっぱい。** · 2012/03/19(月) 03:46:29.05

.NET Framework使ったソフトが重いんだよ！

**名無しさん＠お腹いっぱい。** · 2012/03/19(月) 08:01:07.56

もの凄くもっさりだよね
使っていて気持ち悪い

**akiyan** · 2012/03/19(月) 09:12:06.01

どんぐらい低スペックPCつかってんだよw

**名無しさん＠お腹いっぱい。** · 2012/03/19(月) 11:33:07.45

Win8 だと、Win32 と .NET にくわえて、WinRTとかいうAPIがあるみたいね

**名無しさん＠お腹いっぱい。** · 2012/03/19(月) 18:40:01.44

遅いしメモリは食うしCPUは占有するし、ロクなことないよな。
昔のソフトみたいに容量、挙動ともにシンプル・コンパクトで
キビキビ動くやつは作れないのか？

**名無しさん＠お腹いっぱい。** · 2012/03/19(月) 18:45:10.90

遅いしって言う人は、まず環境と、いつ検証したのか晒そうぜ。

**名無しさん＠お腹いっぱい。** · 2012/03/20(火) 12:40:50.36

>>525
入れるだけで遅くなるソースに言語のベンチマーク結果持ってきた馬鹿と同じ匂いを感じる。

**名無しさん＠お腹いっぱい。** · 2012/03/20(火) 22:53:24.50

Visual Studio がもっさりならもっさり。

**名無しさん＠お腹いっぱい。** · 2012/03/25(日) 21:06:55.12

>>527
言語レベルですら差が出ていて、素人が作るとどうなるか・・・・

誰が見ても屑ソフトになるなｗ

**名無しさん＠お腹いっぱい。** · 2012/03/26(月) 00:28:18.62

.NET Framework と言語を一緒くたにしてるあたりで
なにも判ってないのがまるわかりでわろたｗ

**名無しさん＠お腹いっぱい。** · 2012/03/28(水) 19:57:54.72

>>530
入り口が簡単だから技術がいまいちな人間が作るから最適化が不味い＋もともとFrameworkそのものがそれほど早くない
＝　屑ソフト

評価的には、結果物しか見ない
＝　.Net Framework　は屑と認識される

**名無しさん＠お腹いっぱい。** · 2012/03/28(水) 20:36:08.71

今どきのVMのJITの性能なんか全然知らずに語ってるんだろうな。

**名無しさん＠お腹いっぱい。** · 2012/03/28(水) 21:19:34.56

.NETはMFCより簡単？

**名無しさん＠お腹いっぱい。** · 2012/03/28(水) 21:40:56.20

めちゃくちゃ簡単。

俺がポンポン糞シェアウェア作りまくって情弱騙してそこそこ稼げてるのも.NETのおかげ

**名無しさん＠お腹いっぱい。** · 2012/03/28(水) 22:41:13.35

>>534
そのシェアウェア晒してみろよｗｗｗ　口先だけのカスだろおまえｗｗｗｗｗ

**名無しさん＠お腹いっぱい。** · 2012/03/28(水) 22:55:49.21

.NEET

**534** · 2012/03/28(水) 23:33:21.74

>>535

なんで？
どうせ晒したらセコイ商売とかGREEのパクリとかいって叩くんでしょ？

**名無しさん＠お腹いっぱい。** · 2012/03/29(木) 00:20:06.60

2chでシェアウェア作者を自称されても妄想乙としか言えんな。
技術的な事でも書いてればシェアウェア作れるぐらいの頭があるかは分かるんだが、ショボイ煽りしか書いてないからお手上げだわ。

**名無しさん＠お腹いっぱい。** · 2012/03/29(木) 01:16:39.58

　発　者　同　　　　　　　　 .　｡_　　 ____　　　　　　　　　　争
　生　同　.じ　　　　 .　　　　/´ |　 (ゝ___)　　　　　　　　　　い
　.し　士　.レ　　　　　　.__／'r-┴<ゝi,,ノ　　ro､　　　　　　は、
　.な　で　.ベ　　　　 ∠ゝ　(ゝ.／/｀　　 ./｀|　 }⌒j　　　　　
　.い　し　.ル　　　　　　　} ⌒ ／｀ヽ､_∠l,ノ　・ヽ´
　.! !　か　の　　　　　　 /　　´..:.} ＞､､___,　 .r､ｿ､｀＼
　　　　　　　　　　　　　/　　　..:.:.}　　　/　　　|∨　｀￣
　　　　　　　　　　　／　　　..:.:./　　　 |　　　丶
　　　　　　　　　　 /　＿､　..:.:.:.{　　　 .{.:.:.　　　＼
　　　　　　　　　　{　　　..:Y　　.ゝ､　　 {.:.:.:.:.　　　ヽ
　　　　　　　　　　|､　　..:/　丿　.:〉　　 >.- ⌒ 　. 　ヽ
　　　　　　　　　 / {.　..:./　ｿ　..:./　 .(　　　　..:.:.:｀　..:}
　　　　　　　　 ./..:.:}.:.:./ ヘ､ ..:./　　 .＼　..:.:r＿,ノ､.:.:}
　　　　　　　　./..:.:/|.:/　　 {.:./　　　　　X.:.:}.}　　 X X
　　　　　　　 /..:.:/ .}.:| 　　 }:/ 　　　　　　.Y丶ヽ　　Y.:Y
　　.　＿＿／.:／　{　}　　《.〈､　　　　＿,,__>.:》丶　 Y.:＼
　　／.:.:.:.:.::／　　 !.:.:ゝ　　ゝ.:.￣ヾ　´:.:.:.:.:.:.:.:.:ヾゝ　　＼.:￣＞

**名無しさん＠お腹いっぱい。** · 2012/03/30(金) 15:08:54.77

オジちゃん　もっといいパソコン買いなよ

**名無しさん＠お腹いっぱい。** · 2012/03/30(金) 23:40:39.94

.NETプログラミングを見たけど・・・
VB6やそれ以前とたいして変わらないじゃんｗ

**名無しさん＠お腹いっぱい。** · 2012/03/30(金) 23:41:16.96

VBじゃなくてVSね

**名無しさん＠お腹いっぱい。** · 2012/04/04(水) 13:21:18.91

.NET FrameworkってJava 仮想マシンみたいなものじゃねーか
UNIXやその他で動くのか・・・

でも遅いしもっさりだからイラネ

**akiyan** · 2012/04/04(水) 13:50:38.44

だから.NET Frameworkが遅いとかもっさりとか言ってる人はどんだけ低スペックなPC使ってるんですか？
Core i7やXeonなら全然もっさりしません。

**名無しさん＠お腹いっぱい。** · 2012/04/04(水) 14:02:24.71

CPUが高速でも、JITコンパイルをしない阿呆なデベロッパのせいで
起動が糞遅いのが逆に強調されてしまうアプリケーションもあるな

**名無しさん＠お腹いっぱい。** · 2012/04/04(水) 14:03:01.36

> 27 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2006/05/18(木) 09:18:08 ID:t9Q2VcTc0
> すべてのアプリが.NET化したらどうなると思う？
>
> 28 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2006/05/18(木) 09:21:06 ID:o3gFZrTg0
> >27
> まじで？そういう動きがあるん？ソースキボン。
>
> 29 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2006/05/18(木) 11:43:51 ID:cK9/pch60
> 全てのアプリがVB化したら、という悪夢の上位バージョンだな
>
> 30 名前：名無しさん＠お腹いっぱい。[sage] 投稿日：2006/05/18(木) 20:28:59 ID:itnrANoM0
> ttp://primates.ximian.com/~atsushi/longhorn-changes.html
>
> どんどん延びてる今のところ2010年ぐらい？
>
> 53 名前：名無しさん＠お腹いっぱい。[] 投稿日：2006/12/31(日) 11:44:02 ID:katjJ6hz0
> >>27
> あと何年かかるかな。

**akiyan** · 2012/04/04(水) 14:43:01.33

>>545

は？
起動が糞遅いのはまさに起動時にJITコンパイルしているからなんですが？
プリコンパイルの言い間違えでは？

**名無しさん＠お腹いっぱい。** · 2012/04/05(木) 00:01:56.05

core i7でもモッサリ感が強い
まったく何を言っているんだか・・・

**名無しさん＠お腹いっぱい。** · 2012/04/05(木) 00:27:19.17

起動すれば速いとか、そんな寝言じゃなくて、
何から何まで打てば響くようなレスポンスがほしいよね。

Core i7 でもひっかかる、というのはすごくよく分かる。
ほんの数百ミリ秒でも遅いと体感できる。Chromium 関連の
スピード狂の連中を見習って欲しい。

**名無しさん＠お腹いっぱい。** · 2012/04/06(金) 13:12:19.50

MFCアプリが本格的になったVC4の時代
当時は、MFCアプリは重いと言われていた
VBアプリもそうだった
でもPCの性能向上でその声は無くなった

そして今のnet framework
いつまでたっても、もっさりもさもさ
イライラする

**名無しさん＠お腹いっぱい。** · 2012/04/07(土) 02:48:42.31

マシン性能が上がってかなり
改善されたけど
起動も含めて全ての動作で初回は遅いね。
コントロール一杯のフォームなんかは
わらわらってコントロールが表示されるしなぁ。

**名無しさん＠お腹いっぱい。** · 2012/04/07(土) 09:32:22.18

>>551
なぜかその遅さを感じない、鈍感な人がこの世界にいるのが驚きですよね
おそらく知的障害者なんだと思います

**名無しさん＠お腹いっぱい。** · 2012/04/07(土) 12:19:50.23

Office2000 とか IE5.5 の頃とかは、速いマシンにすればするほど
ほんとファミコン並みのレスポンスで操作できた。落ちるのも速かったけどｗ

全部メモ帳並み、とは大げさかもしれないけど、そう言ってもいいくらいの
反応の良さだった。昔できたことが、なぜいまできないんだろう。

**名無しさん＠お腹いっぱい。** · 2012/04/07(土) 12:24:22.44

ただ、マシン性能で.NETもようやく
ここまできたかって感じかな
（もっさりにはもっさりだけど…。）
しかし、WPFなんかはあと何年待てば
さっくさくになるんかなぁ…。

**名無しさん＠お腹いっぱい。** · 2012/04/08(日) 13:51:39.54

まあ.NETアプリと一言に言っても許容範囲レベルの物からなんじゃこれってもっさり感のまであるよね

**名無しさん＠お腹いっぱい。** · 2012/04/08(日) 14:37:52.53

つーか日常使いするようなアプリで、
起動に時間が掛かり、メモリ喰いなものを常駐させる気にはなれんな。

**名無しさん＠お腹いっぱい。** · 2012/04/10(火) 16:28:11.98

初回起動の問題はインストーラーにプリコンパイルさせる手続きを入れればいい。
中間言語をJITするのは、オンデマンドでコードを生成・実行できる柔軟性がある。

**名無しさん＠お腹いっぱい。** · 2012/04/10(火) 16:53:13.48

Win8は知らないが、現行システムで16GBや32GBならメモリーは無駄遣いがあっても気にならない。
動画や画像ソフトを使う人はともかく、これからのメモリーの使い方は変わると思う。

**名無しさん＠お腹いっぱい。** · 2012/04/10(火) 18:27:09.45

.NETのゴミアプリにせっかく増えたメモリを無駄食いされるとか虚しいのおｗ

**名無しさん＠お腹いっぱい。** · 2012/04/10(火) 20:25:39.17

.NETで開発してる奴って当然.NETで開発されたソフトを優先して使ってるんだよな？
それって辛くネ？

**名無しさん＠お腹いっぱい。** · 2012/04/10(火) 21:50:41.85

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

**名無しさん＠お腹いっぱい。** · 2012/04/16(月) 12:39:39.89

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

**名無しさん＠お腹いっぱい。** · 2012/04/16(月) 14:21:05.90

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

**名無しさん＠お腹いっぱい。** · 2012/04/28(土) 01:45:12.75

**名無しさん＠お腹いっぱい。** · 2012/04/29(日) 20:31:13.63

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

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

**名無しさん＠お腹いっぱい。** · 2012/04/30(月) 19:36:10.75

確かに重いな…

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 00:35:11.80

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

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 01:27:34.55

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

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 01:34:14.66

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

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 01:46:42.84

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 01:54:01.91

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

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 01:54:34.55

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

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 01:59:18.22

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

dalvik VS .Net compactframework

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 02:05:17.18

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 08:12:42.78

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 08:35:34.69

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 09:57:55.54

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

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 15:14:11.86

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

**名無しさん＠お腹いっぱい。** · 2012/05/07(月) 18:14:55.74

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

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 11:10:20.45

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

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 11:27:30.48

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

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 11:51:29.85

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

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 11:55:16.61

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

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 12:18:57.68

>>583
同じく。

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 12:50:14.64

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

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 19:14:30.51

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

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

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 19:23:09.16

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

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 20:10:25.14

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

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 21:02:42.69

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

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 23:35:03.78

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

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 23:47:39.00

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

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

てかスレ違いだね

**名無しさん＠お腹いっぱい。** · 2012/05/08(火) 23:50:14.75

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/09(水) 00:26:26.79

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

**名無しさん＠お腹いっぱい。** · 2012/05/09(水) 00:40:48.33

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

**akiyan** · 2012/05/09(水) 01:43:30.25

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

**名無しさん＠お腹いっぱい。** · 2012/05/09(水) 01:52:58.23

わかった、がんばる

**名無しさん＠お腹いっぱい。** · 2012/05/09(水) 08:06:11.18

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

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/09(水) 11:57:22.05

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

**名無しさん＠お腹いっぱい。** · 2012/05/10(木) 02:04:54.82

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

**名無しさん＠お腹いっぱい。** · 2012/05/10(木) 09:20:21.07

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

**名無しさん＠お腹いっぱい。** · 2012/05/10(木) 19:17:05.22

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

**名無しさん＠お腹いっぱい。** · 2012/05/10(木) 20:25:20.92

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

**名無しさん＠お腹いっぱい。** · 2012/05/11(金) 21:09:33.81

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

**名無しさん＠お腹いっぱい。** · 2012/05/12(土) 11:41:28.70

【流出】.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コンポーネントについて、“緊急”とレーティングされている。

**名無しさん＠お腹いっぱい。** · 2012/05/12(土) 18:06:12.54

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

**名無しさん＠お腹いっぱい。** · 2012/05/12(土) 19:17:15.84

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

**名無しさん＠お腹いっぱい。** · 2012/05/12(土) 19:40:04.27

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

**名無しさん＠お腹いっぱい。** · 2012/05/12(土) 20:08:24.86

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

**akiyan** · 2012/05/12(土) 20:19:19.35

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

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/12(土) 20:28:49.06

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

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

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/12(土) 23:13:15.04

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

**名無しさん＠お腹いっぱい。** · 2012/05/12(土) 23:55:43.73

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

**名無しさん＠お腹いっぱい。** · 2012/05/13(日) 00:10:17.16

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

**名無しさん＠お腹いっぱい。** · 2012/05/13(日) 02:26:12.70

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

**名無しさん＠お腹いっぱい。** · 2012/05/13(日) 07:52:12.60

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

**名無しさん＠お腹いっぱい。** · 2012/05/13(日) 08:37:23.06

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

**名無しさん＠お腹いっぱい。** · 2012/05/13(日) 09:16:29.95

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/13(日) 11:50:26.64

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

**名無しさん＠お腹いっぱい。** · 2012/05/13(日) 11:54:46.33

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

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

**名無しさん＠お腹いっぱい。** · 2012/05/13(日) 12:33:48.83

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

**名無しさん＠お腹いっぱい。** · 2012/05/13(日) 13:01:37.12

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

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