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

>>320
それを読んで消えそうって言っちゃう君って想像力豊かだね。

>>2
の比較っておかしくない？
全プロセスが完全に立ち上がる前のスナップショットって何がしたいんだろう
事後は起動中でユーザーが判明してないし、WindowsUpdateすら起動してない

御託はいいから、これは消してもいいのか教えろオマエ等

>>325
一回消してみて問題があったらまた入れればいいだろ

>>325
基本的にはあまり問題はないが、それを使うソフトを使えなくなる(ドライバーインストールソフトとかに使われていることもある)

そうなのか
ありがとね

>306
TailoredアプリってまんまWindows Phoneからの流用だと思うんだけど、
Windows Phoneの開発環境って.NETのみですが。
（ちなみに同じフレームワークでPC/Xbox/WP/Zuneアプリが作れる）

>320
キミは知らんのだろうけど、Silverlight はJavaScript+HTMLで動かすオプションがある。
つまり現行路線の延長線上にある技術だよソレ。

こんな所でうだうだ言うならWIN使わなきゃいいのに()笑

いろんなバージョンを複数入れる必要があった
VBランタイムよりずっといいよ

俺用メモ

Microsoft .NET Framework 3.5 Service Pack 1
http://www.microsoft.com/downloads/ja-jp/details.aspx?FamilyID=ab99342f-5d1a-413d-8319-81da479ab0d7
↓
重要 : .NET Framework 3.5 SP1 パッケージ (ブートストラップ パッケージまたは完全なパッケージ) のインストール後、
すぐに更新プログラム KB959209 をインストールして、アプリケーションの互換性に関する一連の既知の問題を解決してください。
http://go.microsoft.com/fwlink/?LinkId=136730
↓
Windows XP x86 および Windows Server 2003 x86 用 Microsoft .NET Framework 3.5 ファミリの更新プログラム
この更新プログラムをインストールすると、Microsoft .NET Framework 3.5 Service Pack 1 のアプリケーションの互換性に関する一連の既知の問題が修正されます
http://www.microsoft.com/downloads/ja-jp/details.aspx?FamilyID=6c095bba-6100-4ec9-9c54-6450b0212565
↓

「このダウンロードに含まれるファイル」に記載されている 3 つの更新プログラムすべてをダウンロードし、インストールしてください。これらの更新プログラムは、以下の順序でインストールする必要があります。

1. .NET Framework 2.0 Service Pack 2 用の更新プログラムのインストール - NDP20SP2-KB958481-x86.exe
2. .NET Framework 3.0 Service Pack 2 用の更新プログラムのインストール - NDP30SP2-KB958483-x86.exe
3. .NET Framework 3.5 Service Pack 1 用の更新プログラムのインストール - NDP35SP1-KB958484-x86.exe


メモ : 以下の更新プログラムは上で示したインストール順序のとおりに一覧表示されていない場合があるので、これらの更新プログラムのダウンロードおよびインストールは、必ずこの順序に従って実行してください。

ここはngen肯定派が多いの？
MS自体、イメージサイズが増大しHDD負荷が上がりますって言ってるじゃん
JITコンパイルの時間が無視できないCPU使ってる人？

>>333
2行目はおかしくないか？ あらかじめngenしても、実行時でも、結果は同じだろ。
バックグラウンドでガリガリが嫌なんじゃないの？

>>334
ngenの作用って
事前コンパイルによるCPUコスト低減
アセンブリサイズ増大(ネイティブイメージ分)によるガリガリ
でないの？
そもそもよく分かってなくて
２回目以降の起動が早くなる現象について説明出来ない。
何がキャッシュされてる？
JITコンパイル後イメージは破棄されるはずだから、
アセンブリ全体？.Netの機能？Windowsの機能？

ここに因ると、マシン再起動を含まない2度目以降の起動時が速いらしい。
http://msdn.microsoft.com/ja-jp/magazine/ee207418.aspx
まあ、JITよりngenがずっと速いだろうとは書いてある。

「メモリキャッシュ」だ！！

ゴミだｗ

>>336
ありがとう

>2. NGen が適している場合
の部分かな？

それならメモリキャッシュ＞＞＞＞＞＞Ngenだな〜
2度目以降の起動が早くなると言われても、
2度目以降の起動が遅いと思ったことが無いので。。。

Ngen支持者は2度目以降も遅いから使ってるのか？

>>338
全部読めば書いてあるけど、JITは毎回JITコンパイラが呼ばれる。よってngenがある。

起動したら他のプロセスを立ち上げたりせず、
おとなしくじっとしとけということですか

>>340
いや、起動時にまとめて色々と呼ぶから遅くなる って書いてある。
作る人が遅延や分散しろってさ。

>>341
あ、この辺も読んでるんでどこか分からん。
http://msdn.microsoft.com/ja-jp/magazine/cc337892.aspx
http://msdn.microsoft.com/ja-jp/magazine/dd569747.aspx

アセンブリサイズが増えるよりも、JITコンパイラを読みこまない方が効果的な場合が多いと思うけど

ngenでは、インストール時にの環境に合わせて最適化、JITでは、実行時の環境に合わせて最適化。

>>340 が審議もされなくてﾜﾛﾀ。

http://pc.nikkeibp.co.jp/article/news/20110805/1033888/
　これらのうち、同社が注意を呼びかけているのは、.NET Frameworkに関するパッチ。.NET Frame
workのパッチは、ほかのパッチに比べてインストールに時間がかかるという。場合
によっては数時間かかるので、インストール中にパソコンの電源を落とさないよう注
意する必要があるとしている。

本末転倒

アンインスコした方が早そうだな

>>346
敗北を知りたい

サブマシンで.Net4入れたら固まりまくりで使い物にならなくなっちまった……
アンインストしても戻らなくて、バックアップから復旧させたばっかりだったからやり直して事なきを得たけど

.netアプリってなにかこうイラっとする遅さだよね

だからその遅いってアプリの名前を挙げろよ

イラつくほど遅いなら、デバッグなんかとてもできそうにないが。

>>352
小　物　ア　プ　リ　す　べ　て
それなりに高機能なソフトならイラつくがガマン出来ない事もない
それにPCが異常にもっさりになって最悪だ

今まで 歴代　.NET Framework 入れてきたけど
PC が異常にもっさりなるってのは体験した事無いんだよね。

家のPCは GateWay 707JP っていう、ふっるーいPC。
CPU は知らないけどメモリは一応2GB はいってる。

PC自作する人なら、BTX 規格が
日本でメーカー製として初めて売り出された機体といえば
その古さが判ってくれるかもしれない。

ここで、異常にって言うのは、ブートが3秒長くなったとかのレベル。

ハードの状況、特にメモリーの量に比例するんじゃないか？
旧式マシンは絶対量が少ないし、増設も今更コスパが合わないのでしない
だからもともと早くないから普通以上に遅く感じるようになる

.netはNaclよりははるかに出来が悪い

naclなんて、いまだに、まともに動いてないじゃん。ActiveX もどきなもに。

>>359
３Dゲームが動いているが。

WaveもGearsも捨てちまった。Google Labsも無くなった。
NaCLなんて重荷をこれからもずっとサポートし続けると誰が保証してくれるのか。

あんな物は一部のマニアのおもちゃでしかない。今までも、これからもそうだ。

普通にIEまでワンテンポというよりツーテンポ起動が遅くなった
OSクリーンインストールしたら特に異常だと感じたよ

IE9でボトルネック確認して、Silverlight切る。

.netもフレームワークの時間差読み込みぐらい少し努力すればでき、
起動時間がどうとか言われないのにやらない
別データベースに設定情報を入れれば更に起動や反応時間を劣化させないのにそれもしない

要するに.Netは屑

>>361
十分実用レベルだが、馬鹿にはわからんか

実用レベルに達しただけでは使い物にならない。
業務には使えないと言っている。ド素人の妄想はこれだから話にならん。

事実、NaCLがどれだけの企業で使われていると思っているんだ？

>>366
最初はJavaも同じ扱いだったが、そのうち使われるようになった
.Netも同じ。
現在が使われていないからと言って将来も使われないとは言えない。
少なくとも安全性と速度を高い水準で両立させている。
使われない理由がない。

Naclなんて、Googleでさえ、使いあぐねてる。

>>367
見向きもされずに消え去る物が殆どなのに、極一部の成功例を出して君の願望を語られてもねぇ…。
そんなに熱く語りたいならム板のNaClスレにネタ投下してやれよ。
お前さんほど熱心に信仰して他を攻撃するような奴は向こうでも見れないぞ

JAVAは.NET以上に使ってないな
>>352
CCC特に起動の遅さが我慢ならない
ちなみにこれとnLiteくらいしかまともに使ってない

media goのインスコ時に2.0と2.0日本語パックが入ったんだけど(これはok)
その後セキュリティパッチが5、6個当たったら何故か3.0sp2と3.5sp1までインスコ済みになってた
どういう事なの？

3.5sp1 の中に 3.0sp2 と 2.0sp2 が入っている。
http://support.microsoft.com/kb/959209/ja

これもあった
http://support.microsoft.com/kb/958484
(.NET Framework 3.5 SP1 にアップデートを適用しないと 不適切なコードを生成する場合がある)

なっるうううううう

>370
ttp://rarara.at.webry.info/200801/article_11.html

monoプラットフォーム製アプリでも軽快に動くよ。
最近Tomboy memoのWindows版を試してみたんだが、monoという事で遅いんだろうなと思ったらそんなことは無かった。

それに引替え.netの方は起動に時間掛かるね。

そもそも.NET Ｆｒａｍｅｗｏｒｋって、何作る為のソフトかわからん

作ったソフトを実行するためのソフト。
馬鹿には理解できないかも知れん。

「開発環境」

ゴミが作ったゴミを動かすソフト。
関わらない方が幸せになれる。

大規模ランタイムライブラリとパフォーマンスに影響の出るレベルのシステム拡張のセット。それが.NET Frameworkの実態。
Side by Sideのために全ライブラリで複数バージョンを入れる羽目になってるからDirectXランタイム以上のサイズになってる。
7なら標準で3.5まで入ってるからFramework自体は気にもならないかもしれないが。

Javaよりまし。

４．０を入れてれば３．５は消しても良いですか？

いいえ、以下のバージョン間でしか互換性が無いので駄目です
1.0〜1.1
2.0〜3.5
4.0〜

Microsoftは.NetもだけどMSIインストーラみたいなゴミ仕様作るなよな
Office2010とか無駄にC:\にキャッシュ作りやがるし

じゃあ4.0だけだと3.5以上が必要と書いてあるソフトは動きませんか？
実は3.5用のセキュリティ更新プログラムKB2416473が自動更新で失敗します
3.5を使ったソフトが動かなくなるので２回システムの復元で戻しました
手動更新はまだ試してませんが手動更新で成功しますか？

>>384
こうだな。
1.0
1.1
2.0 〜 3.5
4.0

ていうか3.5を一度アンインストールして入れ直した方が早いんですかね
どこでエラーが出てるのか分からない

>>386
すまん、1.0とかの世代はもう記憶が飛んでた

>>385,387
それは個人の環境によって異なるから一概には言えない
此処で聞く前にフルバックアップを取ってから試すのが一番

会社の7は3.5入れることすら出来んな(4プリインスト)
4で2用のexe動かすと微妙におかしな動作する

これって一回消してまたインストールする場合
間にdotnetfx_cleanup_toolっていうやつで完全消去
しないと駄目ですか？

>>389
「Windows の機能の有効化または無効化

すまん。途中で送った。
Win7 では上記の一部だから。

全部消して今3.5SPをインストールしてるんだけど
何かバーが一向に進まないんだけど
一時間で終わるかどうかって感じ
こんなもんだっけ
vista 2.4gh　2G

あ、何か今一気に進んで終わった

これってセキュリティ更新しないと
どういうふうにして攻撃してくるんですかね

全然使ってないから.net framework削除したら
xpの終了時間が目が飛び出るほど早くなった

http://edn.embarcadero.com/article/41608
Delphi XE2 すげーね、これで.net氏んだｗ

Turbo CやDelphiはなんか評判良いよね
友達の会社がDelphiで業務アプリ作ってる

Windows7/Vista の x64/x86 の四つをインストールして、全部 WindowsUpdate という
それだけのために出社したけど、.NET Framework の update だけで四時間ぐらいかかるわ。

各バージョンで一回だけとは言え、氏ねと思った。

糞回線

>>397
＞組織内の人数制限なし。任意の個人または企業・団体での利用が可

すごいな。マイクロソフトやIBMが一つのライセンスで無制限に使えるのか。

hoshu

>>399
てか、大体アップデートの時にどのくらい時間がかかりますが今やっていいですか？
とか、途中中断のダイアログぐらい
考えつかないものかとMSの無神経さに呆れ果てる

ゴリ押しインストールといい、やっぱダメだね　この会社

>>299,352,366,382
http://blog.evernote.com/jp/2010/10/27/1150

最初から作り直しました

Evernote 4は今までのEvernote 3.5とは全く違います。
Evernote 3.5もたくさんの良い機能を持っていましたが、どうしてもそのままでは直せない問題がありました。
ぼやけたフォント、起動時間の長さ、起動時のメモ リー使用量、特定のグラフィックカードとの相性の悪さ等の問題は
3.5が使っているWindows .netとWPFのためになかなか改善する事ができませんでした。
皆様がよりEvernoteを便利に使って頂けるような新機能を追加する前に、改善作業ばかりに追われていました。

なので、もっと早く動く、信頼できるC++で最初から作り直す決心をしました。
使って頂くと分かると思いますが、すばらしい出来映えになりました。
この新しいバージョンがこれから新しい機能などを追加していく基盤になります。

さくさく動きます

Evernote 4は、皆様がどんなコンピューターを使っておられても、例えばネットブックや5年前に買われたWindows XP、
最近の最新・最高級のWindows 7のコンピューターを使っていても、最高の体験を経験できるように作りました。

我々のテストでは、Evernote 4(C++)はEvernote3.5(.Net Framework)より
☆☆☆5倍速く起動☆☆☆し、起動時の☆☆☆メモリー使用量も半分☆☆☆に抑えられています。

>>299,352,366,382
http://1cc.jp/jdd4ku

英国ロンドン証券取引所（LSE）は、計画が遅れているLinuxベース取引システム「Millennium Exchange」の現金市場向けの運用を、2月14日から開始することを決定した。
現金市場はLSEでの取引の中心をなしている。
(中略)
Millennium ExchangeはC++環境で作成されており、
米国Accentureが米国Microsoftの.NETをベースに開発した現金市場向けシステムに取って代わることになる。

そりゃネイティブでカリカリにチューンすれば軽くもなるだろうさ。メンテナンス性がプログラマの能力に大きく依存するけどな。
.NET Frameworkが凡庸なプログラマのための環境であることを考えれば、
当然それらのソフトの開発には余計に手間やコストが掛かってるわけだ。

ただ単に.NETに価値が無いように書く奴は、同程度の機能であっても下手をすれば数倍〜のコストが
掛かったソフトにそれだけの対価を払う気があるってことだよね？

そのメリットを活かせる場面が無いんだよ

>>406
""無料""のEvernoteですら、レスポンスや立ち上がり速度やらで支障が出てきたからC++で書き換えた
それだけユーザーのパフォーマンスに対する要求がシビアだということだな

有償のソフトならそのぐらいするのが当たり前だろう
実際に過去C++等のネイティブが多かったがコストがそれだけ掛かっていたかな？
開発にしてもライブラリー作成でカバーされることを多い
メンテンナンス性はルールを作り遵守することで対処するしか無い

>397
ttp://edn.embarcadero.com/jp/article/41572/
Q. なぜMicrosoft .NETランタイムやSDKが必要なのですか？
A. IDEのいくつかの機能が、これらのソフトウェアパッケージを利用しています。

www

>>404
なんでそんな変なとこに安価飛ばしてるんだ？

公式アナウンスなので自分に都合のいいとこしか書いてないけど
Evernote 4になって3.5から機能が削減されて不評だったのは使ってないと分からんだろうな。

今のやりとりを見ていたら、10年以上前の事を思い出した
当時、電子掲示板はperlで作るのが当たり前だった
そんな中、Cで作った掲示板が超爆速
こりゃー絶対に、掲示板はCで開発がメインになると実感した

気のせいだった

あれ？俺かきこんだか？

>>411
そりゃそうだよ。そんなのは当然だよ。サーバーは動かしっぱなしだからね。完璧なコーディングなんて無理なんだよ。

>>410
.netからC++への移行中だからだろうね、そのうち削除された機能も復活するだろう

単なる移植でさえ、機能不足でもリリースせねばならぬほど開発効率が悪い。

ま、一刻も早くダメな.netとおさらばしたかったんだろうｗ
多くの人が利用するソフトは多少開発効率が悪くてもパフォーマンス優先だわな
少人数がターゲットの安かろう悪かろうなソフトは.netで、と住みわければ良いだけさ

使いこなせなかったら元に戻したというだけの話

.netがゴミだったから元に戻したというだけの話

>>417
それなりに使いこなすようには努力したと思う
それでも、アレだったからわざわざ手間のかかるC++に書き換えた
　機能を少し省略しても、そうせざるを得なかったというところを
考えなきゃ

>>413
完璧じゃなくても世の中動いているものは多くないか？
だから、常にアップデートは必要だ
そういうのは理由にならんだろ

　要求性能を満たしていれば良いが、件のケースは満たしていなかった
ということだろう
そこら辺のミスマッチや実際に運用されているPCの速度とか
を開発者は軽く見ていると思うよ

>>411
掲示板はそれほど速度要求が大きくないから当たり前だろう

ちょっとした思いつきやアイデア等をすぐに保存したい時に待たされるのは嫌だろう
少なくとも10〜15%は速度低下するのは明らかなんだから、特に古いPCだとストレスになる。

使いもせず妄想で語るのはいい加減やめにしないか。

当時重いとかメモリの使用量がどうとか文句言ってたやつはほとんど居なかった。
今頃になって取り上げて騒いでる連中はどうせ使ったことないだろ。

要求性能は満たされていたが、上のリンク先の問題に対処できなかったというのが正しい。

ついでに言うと開発の時期も悪かった。
例えばWPFの古いバージョンではフォント描画に問題があってそれについても触れられてるけど
実際にはEvernote4が出た頃には解決済みの新しいバージョンが出てるんだよね。
GPUの互換性も同時に高まった。この辺についてはEvernote側は都合が悪いのでノーコメントだ。
このくらい大きくなると一度動き出せば止まれないのは仕方ないな。

まぁ、なんだかんだ言いつつネイティブのEvernote愛用してるよ。ただ今までに至る過程をぐちゃぐちゃに捻じ曲げるのはどうかと思うわ。