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

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

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

http://insomniacgeek.com/blog/does-the-microsoft-net-framework-slow-down-your-pc/
嘘
パフォーマンスが低下する
起動時間が長くなる
メモリ使用量が増加する
実行中のプロセスの数が増える

本当
レジストリのサイズが増える（+10MB）
ハードディスクの空き領域を占有する（+447MB）

結論
.NET Frameworkは、お使いのPCのパフォーマンスに影響を与えないと結論付けることができます。
あなたは安全に何の心配もなく.NET Frameworkをインストールすることができます。

不具合報告があるのに「安全に何の心配もなく」と言い切るのは如何なものかねぇ
やっぱ不要なものは入れないのが安定環境構築の第一歩。

死んだら入れられた！

なんかのソフトを入れようとしたらこれも入れろとか言われるとウンザリする
ソフト単体で動かすようにできないの？

Vista以降は最初から入ってるけど死んでも入れないって言ってる人はどうしてるの？

犬糞ｳｻﾞｰ

>>5
出来るけど、それぞれのアプリごとに該当バージョンの.NET Frameworkと同じサイズのランタイムがくっつくか、
EXEがそれだけ大きいサイズになるぞ。

>>6
XPにする

.NET Frameworkはプログラムの動作環境にすぎないので
必要とするプログラムを実行しない限りいらない。

PS3用のゲームをするのにPS3が必要なのと同じ。

OSの動作に支障があるかどうかは問題ではない。
必要とするプログラムをどうしても実行しなければいけないか...
それに尽きる。

後は9割から増えてく一方。4年前ならともかく入ってるのが当たり前になった現在では、入れる入れないを論ずる意味はなくなった。
入れたくない人には自分がマイノリティである事を自覚して、死んでも入れない決意を貫き通してもらいたいね。

9割も入れてるんだ、何のために入れてるんだろうな
殆どの人が騙されて無意味に入れさせられてるだけのような気がするｗ

入れない宣言にやけに気を悪くしてる人がいるけど
それより.NET使ったソフトってマイボナぐらいしか知らないので
お薦めを教えてくれ

>入れない宣言にやけに気を悪くしてる人がいる
それは誤解だ。2chの片隅で入れない宣言したって大勢には何の影響もない。
>"3.x"のインスコで即モッサリ.Netに汚染されまくる
みないな嘘を平気でつくような人間が嫌いなだけ。

>マイボナ
マイボナってかBonanzaに全然勝てねぇ…何あれ、強すぎだろ。
>お勧め
http://hibari.2ch.net/test/read.cgi/software/1289906989/

Paint.NET
KeePass 2
nLite/vLite
XMLEDITOR .NET
Microsoft Expression Encoder
NASA World Wind
SyncToy

QTTabBar
CinemaDrape

.NET Framework 3.5 入れたら2.0消しても良いんでしょ？一応
でもダメな場合もあるから削除しちゃいけないんでしょ？
このへんがよくわからん

相変わらず微妙なソフトばかりだな

かなりの数のMODツールが.NET使ってるのでPCゲームやる人には必須と言っていいんじゃないか

>>16
まず基本的なライブラリとして.NET2.0があって
それに追加ライブラリを加えたのが.NET3.0、さらに追加したのが.NET3.5。

一部の人は表面だけ見て紛らわしいと言うけど、メリットの方が上回るのでこうなってる。
・同じ部分は共有する方がディスクやメモリの節約になる
・後から3.0/3.5だけアンインストールして2.0に戻せる
・そもそもWindows Updateから入れれば何も考えなくていい

海外製のネイティブなアプリは、
日本語の扱いが糞だったりすることが多いと思う。
たとえば、日本語ファイル名がダメとか。

「日本語化」されてても、へんなところで文字化けてたりするし。


でも海外製でも .NET Framework やら Java 製だと
日本語でも大丈夫な気がする。

英語のまま使えば良い
.NETアプリを使うよりはそのほうが遥かにマシ

>>19
未だに国際化に対する理解が進んでないからどうしようもない。
海外製のネイティブアプリはそういういう物だと思って>>20の言うように諦めるしかない。

.NETやJavaでは普通に作ってればUTF-16を文字列の内部表現に使うため何の問題もない。

まともなソフトならネイティブでも多言語に対応しておきながら文字化けするようなことはないがな

どうやれば正しく国際化に対応できるか、それを1バイト文字圏の人達に理解してもらうのがどれだけ大変か知らない人は気楽でいいな。

国際化ではなくバイト文字列の扱いが面倒というだけだ。
英語でいいのに。ファイル名を半角文字列で扱えばよいだけなのに。
むしろ国際化ができていない人ほど文句をいう。
自分の言葉が絶対のように語るからな。
国際化とうるさくいうなら、基本部分は国際標準の英語で対処しろ。
データ部分は自分の好きな言語でかまわないが、全部を自分の使う言語にしろというほうがおこがましい。

逆切れワロス
話の発端になった>>19で「日本語化」について触れられていたから国際化について話していたわけだが、お前には流れが理解できないのか？
>>21に「ネイティブアプリはそういう物だと思って諦めて英語のまま使え」と書いているように、英語UIは全く否定していない。
日本語すら理解できない馬鹿が英語がどうだと騒いでも滑稽なだけだぞｗ

>>23
いやいや、ドンドン理解してくれてるから心配は要らないかと
俺の愛用してる複数の海外製ソフトでもここ数年で文字化けは解消されてるからね

そもそも多言語に対応していないソフトのが多いしな
対応してながら文字化けはカッコ悪いけど、多言語に対応する気のあるような開発者はヤル気もあるし問題を指摘されば理解して修正してくれる
文字化けが長期間放置されるケースは人気がイマイチで需要も少なく指摘もないので開発者が文字化けに気付いてないだけなんじゃないかなｗ

まぁ、.NETやJavaで作れば>>19-27みたいな事がそもそも発生しないがな

.NETのゴミアプリは文字化け以前に使う価値すらないからねぇｗ

そもそも多言語化っつーか国際対応が凄く面倒。
漏れが知ってるだけでも、こんだけ考えなきゃならない事項がある。

・記述方向の違い
… 右から左に書く言語や、左→右と右→左の混在する言語がある。
・ソート順序の違い
… 文字の並べ方が違う。AaBb … だったりA-Za-zだったり。
　　大文字と小文字を同一視する時でも、 LoginとLogInは別という言語もある。
・小数点記号/桁区切り記号/リスト区切り記号の違い
… 例えばドイツ語等では小数点が「,」で桁区切りが「.」CSVの区切りが「;」
・桁区切りの入れ方
…インドでは桁区切りの記号をなんと「12,34,567」と入れる。
・マイナス符号の違い
… 「1-」「(1)」「- 1」等のバリエーションが存在する。
・日付を書くときの年月日の並び順の違い
・キーボードの配置の違い
…言語によっては、特定のショートカットを押せない等の問題がある。
・語順の違い
… 安易に単語を結合して文章を生成する処理を入れると、言語によっては頓珍漢な文章が出来上がる。
・アイコンの違い
…病院のマークがイスラム教圏では赤い三日月だったりと、アイコンの意味が通じないケースがある。

ちなみにMS製品はこの辺かなり作り込んであって、アプリ側で対策していなくても、
小数点が勝手にカンマに変わってくれたりする。
それが原因でバグる事もあるが。（回避策は用意されている）
もちろんOffice等の完成品は更に作り込んである。

.NETでも文字化けしてるよ
Windows-1252？らしい

>>31
どこソース？エンコーディング指定してないってオチ？

Windows-1252の英語・ラテン文字・記号は問題なくUnicodeに持っていける。
http://unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP1252.TXT

>>18
>それに追加ライブラリを加えたのが.
純粋な追加ではないから、開発現場が怒ってるのだが？

>・同じ部分は共有する方がディスクやメモリの節約になる
そのためにDLLが考えられた。それで十分。
しかも.netは、共有で節約できる数百倍のディスクを自身で食ってしまうが？
どこがメリットなのかね？君はアタマ弱すぎるのと違うか？

.netはM$が、Java文化に割って入りたかっただけ。
その動機からしてエゴだから、消費者のメリットがあるはずもない。
洗脳信者がメリットと言うものは、ほかの方法で達成できる。

>>33
突っ込みどころ満載で面白いなお前。

>純粋な追加ではない
変更点読んだ上で言ってるのか？

>開発現場が怒ってる
開発現場ってどこだよｗ俺の周りやネットでは歓迎してる人は居ても怒ってる人は見ない。

>DLLで十分
DLL Hellで散々地獄を見せられてきたわけだが

>共有で節約できる数百倍のディスクを自身で食ってしまう
共有で節約できるのがディスク領域だけだとでも思ってるの？ｗｗｗアタマ弱すぎるｗｗｗｗｗ

>ほかの方法で達成できる
具体的に

なんでわざわざ過疎スレ荒らしに行ってんの？ｗやっぱ面白い奴だな。

50 名前：名無しさん＠お腹いっぱい。[] 投稿日：2010/12/03(金) 14:14:49 ID:VMIQEHGX0
,NETの糞っぷりぷりに比べて、
>>10の砂肝のなんと素晴らしいことよ。

最近変わったけど、バージョンアップでディスクをどんどん消費していくのはJavaの方がひどかった。
いわゆるPC用なら数GBをランタイムで消費していたってどうってことはない。
DLL Hellの解消は、DLLを共有しないという方針転換で解消。（Side-by-sideの導入でかなりましになった）

Firefox 3.6 28MB
.Net 3.5sp1 38MB
JDK6 107MB
Google Chrome 215MB

「Google Chrome」はうちでは170MBくらいだな

.Net 3.5sp1 の 38MB はインストーラのサイズか？
展開されると何倍にも膨らむのに全く参考にならないなｗ
インストールすると300〜400MBくらいにはなるだろ

それに役にも立たない「.Net」に消費されるディスクスペースは「1byte」でもすごく惜しい気がするぜ

それにしても「Google Chrome」は起動も動作もサクサクでシンプルで使い心地最高だよな、
なんか、.Netとは正反対の方向を向いてる気がするわ

まぁ、何と言おうが9割以上のPCには入ってるんだけどな

.NETは、VMとしては高速。
ChromeのJSがサクサクなら、.NETは爆速。

>>39
根拠は？
Windowsのシェア自体が90%位のようだし、業務用やネットにつながってないものも入れたらそんなに多くなさそうだが。

>>41
http://www.statowl.com/microsoft_dotnet.php?1=1&timeframe=last_6&interval=month&chart_id=4&fltr_br=Internet Explorer&fltr_os=&fltr_se=&fltr_cn=&timeframe=last_month
ネットに繋がっていて、ヘッダに.NET関係の情報が入るIEでの集計。
最新の直近1ヶ月のデータで94.82%
.NETの普及は当然として、.NET4がもう35%超えたのは驚きだな。もっと時間かかると思ってた。
今のXPのシェアを考慮すると、XP∧IEでは92%ぐらいに入ってる。
XPで普及していないと言うなら根拠になる最新のデータを教えてくれ。

>Windowsのシェア自体が90%
え？Windowsじゃない環境も入れるの？それなら85%か。
クロスプラットフォームのネイティブアプリとなると、一気に選択肢なくなるがそれだけで大丈夫か？Windowsだけ考慮してりゃ充分だろ。

>業務用
業務用アプリには.NET以外の選択肢が存在しない場合が多い。
例えば定番の会計アプリでは、弥生シリーズや勘定奉行シリーズが.NET3.5 SP1を使ってる。

>ネットにつながってないもの
今時ネットに繋いでないような人が新しいアプリ導入するのか？
そういう人が使ってるのって大抵メーカー製PCで、それには.NETプリインストールが結構あった。（米国のデータはあったけど国内は見つからず）

おいおい、IE限定かよｗ
そらオマエ未だにIE使ってるような情弱だぜ？そんなタコやろう何も考えずにUpDateで勧められるまま.NETも入れるに決まっとるだろｗ
そのIEのシェアったってもう既に全体で５割下回ってるんだぜ？そんな偏ったデータを元にそれが根拠だ、94.82%だとか、そら無理あるわ

MSが一年前に90%という調査結果を出している。
Windows限定ならプレインストールモデルだけで40%は行っているし、
企業内のXPはたいていインストールされているので、
現時点で90%は堅いだろうね。

>>43
IE使わない情報強者様がみんなXPで.NET入れずに使っているとでも思っているの？ｗ
IE使ってなくてもあらゆる所でIEコンポーネントが使われているわけで、使っていないつもりでも統計に入ってたら面白いなｗ

今日日IE限定での統計なんか当てにならん、残念ｗ
ああ…ブラウザのシェアを失うとはこういうことなんだな…ｗ

マイクロソフトはOSへの.NETプリインストールをやめよ

Mac/Linuxをも含んだ全てのOSと、全てのブラウザを対象にした統計で
新参者でOSにプリインストールされていないSilverlightでさえ60%に達しようかとしているのに、.NETが普及していないという妄想を続けるのか。

http://www.statowl.com/silverlight.php?interval=month
All 58.23%
IE 59.37%
Chrome 68.55%
FireFox 60.43%

平均より10ポイントも上回り7割近くに入れられているとは…Chrome凄いな。
情強のChrome使いはSilverlightの重要性を理解しているようだ。

このスレには理解できない人が居るようだけど、それってChrome使いの中でも少数派なんだなぁ

Silverlightの重要性？
もちろん入れてないけどSilverlightを要求されたことなんか二回ほどしかないｗ
どさくさ紛れになに言ってんだかｗ

フラッシュ＞＞＞.NET＞＞＞Java≧シルバーライト
.NETがかわいく見えるくらい必要性皆無

>>51
言ってくれてありがと

>フラッシュ＞＞＞.NET＞＞＞Java≧シルバーライト
>.NETがかわいく見えるくらい必要性皆無
Silverlightでさえ6割なんだから、.NETが普及してないわけない。
ま、普及してないなんてのは少数派の妄想で否定するデータなんてどこにもないんだけどねー

Silverlightが6割だと.NETが9割？訳わからん、そういうのどんぶり勘定っていう奴じゃない？ｗ

これがどんぶり勘定なら、データもないのに否定するのは妄想でしかないよね？ｗ

いや、否定はしてないんだよ、だれもねｗ
アンタ？が自信満々に、
>「まぁ、何と言おうが9割以上のPCには入ってるんだけどな」 ｷﾘ!
なんていうから、そこまで言うのなら根拠を示せといわれてるんでしょ
で、出して来たのがIEのヘッダｗと言い出すもんだから、そんなもんあてになるかと突っ込まれてるだけっしょｗ

ああ、そうそう、オレの保有している骨董品のFM-TOWNSにも.NETは入ってませんよ？
PCってこの世にどれだけあるんだろうね (・∀・)ﾆﾔﾆﾔ

FM-TOWNSっておいｗ
それネイティブとか.NETとか以前の問題だろｗｗｗ

入れてても、殆ど使ったことがない点について。
これって死んでません？

>>44 昨年のMSによる発表によれば9割のPCにインストールされている。
>>42 IEでの統計では94.82%のPCに.NETが入っている。
（MSの統計だと妄想癖が酷い君には受け入れがたいだろうと思って、第三者機関の統計を持ってきてやったのに駄々こねやがってｗ）
>>43 IEのヘッダでは信用に足らない（根拠を示せ）との指摘
>>48 >>43への反論でブラウザ間でのシェアの差は少ないはず と主張するために、.NETのサブセットであるSilverlightを引き合いに出す。
>>50>>51で明らかなように、.NET否定派であればSilverlightを入れないであろう。との前提。
>>49 IEよりも他のブラウザでより普及しているという結果ｗ
>>56 実稼働ベースで話をしていたのに>>55突然骨董品を持ち出して困惑←今ここ

まずはIEのヘッダでは信用に足らないという根拠を示してくれ。できないでしょ？君の妄想なんだから。
Silverlightを引き合いに出した推測が妄想だと思うのなら無視していい。代わりに、MSの発表に対する反論の根拠を示してくれ。

>>58
MSの発表が何を元に90%だと言ってるのかわからないから、なんとも
うｐだての統計だと思うんだけど
MacOSだけでも5%のシェアだしね
スタンドアローンのPCが大抵メーカー製PCで、それには.NETプリインストールされてるというのも、
信用できるものなのか、てか、2000とか多そうだと思うが

そもそも、>>41とオレは別人だし、.NETのシェアに思い入れもないのであんまり気合の入った返答は出来んのでｗ

>スタンドアローンのPCが大抵メーカー製PC
そんな事を誰が言っているんだ？誤読すんな。アホかｗ

>信用できるものなのか
本質じゃない件でソース探してくるのはメンドクサイ
言いたいのは↓だから別に信用してくれなくていい。
>今時ネットに繋いでないような人が新しいアプリ導入するのか？

>2000とか多そうだと思うが
Win2kは0.34%でLinuxの7割ぐらい。
45.81%のXP、21.31%のVista、19.1%のWin7からすると、誤差の範囲に埋もれてしまうぐらいかな。
>>55みたいに骨董品になったWin2Kを持ち出してくれば少しは増えるだろうけど、それって何の意味もないよね。
ていうか、FM-TOWNS持ってる世代なら俺より年上なんだから
>PCってこの世にどれだけあるんだろうね (・∀・)ﾆﾔﾆﾔ
こんな小学生レベルの煽り方すんなよｗ

まぁ5年ならともかく9割のPCに普及した（根拠は前述の通り）今となってはシェアなんてどうでもいいよね。最初から議論の余地なんてなかった。
いつも通り「.NETには俺の使いたいアプリがない(ｷﾘｯ」とでも言うと思ってたら、珍しく食い下がってきたから遊んでただけさ。
何で無理筋を見極めれないんだろ？頭悪いの？馬鹿は好きだ。
新勢力が.NETを蹂躙するその日まで不毛な争いを続けようではないか。

.NETを無意味に入れてる人はアンインストールするべきだね

アンインストールすれば自分が（実は利用者か）どうかが判るね

システム要件
http://msdn.microsoft.com/ja-jp/library/8z6watww.aspx
実は結構大きい

比較的有名な .Net の使用例
・GYAO等の動画サイトのプレイヤー
・XboxやPCのゲームのいくつか。
・AutoCAD等の特定業種向けアプリ

ちなみにSilverlightはJavaScriptだけに依存するサイトも作れるから
アンチ君達も案外知らない間に使ってると思う。

>>63
うわ、Windows 7 Starter 対応してないんだ！
.NETやっぱ駄目だｗｗｗ
Starterだからと言ってもこれはあまりに酷い、曲がりなりにも最新の環境なのにサポート出来ないとは、てか、早くもM$の魂胆が見えてきたな
この手の悪意満点の嫌がらせを今後も拡充されて行くのだろう、毎度のことだがヤッパリな・・・。

Silverlightも同様だろうね、普及すれば競合他社の邪魔を始める
MoonlightもMonoも知らない間にクローズされて・・・。
まあ、そんなことは見透かされているのでそうはならないんだろうがねｗ

Windows 7 Starter自体が情弱への罠だな。
他にも山ほど機能制限・削除されててまともに使えないｗ
デフォルトだと壁紙すら固定とか馬鹿かよｗｗｗ

ネット見るの専用なら使えん事もないけどYouTubeの高画質のやつなんかはカクカクだった。CPU非力すぎ。仮想環境も使えねぇし

>>64
> ・GYAO等の動画サイト

合併前のヤフー動画は？

>>68
ヤフー動画は.NET Frameworks が入っていないうちの環境で再生できてた。
というかGyaOと一緒になったら.NET Frameworks が必須にされていたのか…

中身はギャオの方って事か

>>69
.NET Framework"s"

ヤフー動画/GyaOに.NET Frameworkはいらない。GyaOに必要なのはSilverlightだけ。
Windows Media PlayerよりSilverlightの方がよっぽどいいと思うのだが何を言っているんだ？
Macでも見れるようになって何が不満なのだ？

例えば夏の甲子園ではLive Smooth Streamingによる生中継が行われた。
SilverlightとWindows Media Playerによって生中継されたが、Silverlight版のみ生中継の最中に任意の地点に遡って視聴できた。

確実に利便性が上がって皆が得している。流れに逆らって騒いでるのは極一部の人間だけだな。

早くhtml5に一本化されてFlashとSilverlightは消滅してほしいね

GyaOでHTML5が使い物にならない事からも分かるように用途が違う。このまま住み分けていくだろうね。

チョッパリの不幸でオモニのキムチがマシッソヨｗｗｗ
　　〓〓　　　　　　　＿＿＿　　　　　　　　〓〓
〓〓　　　 　　　　／　　　 　＼　　　　　　　　〓〓
ﾛ├人┤|━━.／　／.　 　　＼＼━━━━|　|　|
└　　　　　　／　 　　＼　　 ／　 ＼..　　　　・ ・ ・
　　 　　 　　|　:::＼:::　 （__人__）.:::　　|
〓〓　　　　＼　 　 　　 ＼／´　　／　　　　　　〓〓
　　〓〓＿|＼∧∧∧ＭＭＭＭ∧∧∧／| 〓〓
　　　　　＞　　　　　　　　　　　　　　　　　　＜
　　─/─　/　　　　　/＿　──┐ヽ|　 |ヽ　 ム ヒ　|　|
　─/─　/　　　　/￣　/　　　／　　|￣|￣　月 ヒ　|　|
　　/　　/──ｌ　　　_ノ 　　＼　　 / | ノ ＼ ﾉ Ｌ_い o o

Pen3 800MHz 512MBで入れた時はPCがもっさりになったなぁ

おそらく、遅いPC程影響が大きいのじゃなかろうか？
前スレの計測はおそらく結構早いPCだから差が出ない。
レジストリーキーの重複とかを整理すると操作に対する反応が違うからね。

さすがに8年前に生産終了したCPUじゃ何をやるにももっさりじゃないか？
メモリは当時のPCにしてはマシな方か。

最近PCが重い！
│
├　1．PCを買い換える
│
│　　　　［まちがい］　　　　　
│　　　　　 確実な方法ではありますが、お金がかかるのが難点です。
│　　　　 　それよりも別の手段を探してみませんか？
│　　　　　　ちょっとしたフリーウェアでなんとかなるかも？
│　　　　　　　　　　　　　　↑
│　　　　　　　　　　ココがポイント！
│
└　2．RegSeekerを使う

　　　　　　[せいかい]

Regseeker
ttp://www.hoverdesk.net/freeware.htm
RegSeeker1.3Beta日本語ファイル
ttp://downloads.at.infoseek.co.jp/

RegSeekerは大抵、消してはいけないキーまで消すから使わない方が良い。
重くなったら一般的な対処法を取って、それでダメならクリーンインスコ、それでもだめなら買換え。

とにかく、レジストリを弄る回すツールは色々と危険性がある。でもその中でもレジストリクリーナーの類が一番危ない。

引っかけるつもりでもそれ貼るのは自重しろ。>>78

省電力モードにしていると、.netアプリがもっさりすぎてイラつく
だから使わない

- アプリケーション エラー
アプリケーションを正しく初期化できませんでした (0xc0000135)。[OK] をクリックしてアプリケーションを終了してください。

レジストリーキーの重複とかを整理　なんて言っちゃうような人が、レジストリの削除ミスによる障害を復旧できるのだろうかｗ

Win7ではレジストリのメモリ上の管理方法が変わってより効率的になった。
レジストリクリーナーの存在意義は先細りする一方。あんなもん使ってるのは情弱だけ。

いまだに広く使われているVisual Basic 6.0
http://www.infoq.com/jp/news/2009/02/vb6

ARM版Windowsが出れば活躍の機会が増えるはず。>.NET

>>84
VB6なら入っている環境は.NETよりは余程多いだろうから大して気にならないんだけどね。

ｎLite位しか.netアプリ使ってないな
というかnLiteを使うユーザーほど.net Framework毛嫌いするよなｗ
自分含めて

Pentium3 800MHz 512MBという環境で、.NET入れた途端、PCがもっさりになった

起動ばかりか、エクスプローラとかまでもたつくようになるよね。
容量もすげー食うし。

そのスペックは.NETが出た時にすでに旧スペックだなあ。

nLiteの場合使うということはどうせそのうち再インストールするということだから問題ないということに気づいた

まだまだ Me は現役だな。

>>89
レジストリーの.Net関係を見ると結構増えているからね。
データベースでも項目が増えると検索が遅くなるのは道理だし。

急にレス増えたなｗ
自演で頑張りすぎだろ。最近静かだったのは規制でもされてたからか？ｗ

>>93
レジストリーキーの重複とかを整理

これのどこが自演なんだよ・・・

>>94
あなたの脳みそ、.NET Framework 1.1 が入っているようですね。

単発IDが必死だな

いきなり自演扱いｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ID:39x/xNl60は何と戦ってるのｗ

で、>>93みたいな馬鹿なこと言ってた奴は居るのかい

2chには　ID:39x/xNl60　みたいな頭のおかしい人がいっぱいいます
良かったですね！

良くねーよｗ

単発IDばっかりだな

変人が湧いたなｗ

>>ID:39x/xNl60
普段から周りから妄想を指摘されたり、幻覚を見たり
思考に迷い、感情が希薄になる等の症状があるなら
統合失調症の可能性がある、心配なら一度受診すべき

ご家族の方、こちらを見られましたのなら失礼しました

ID:aIJvdPXp0
ID:+xH8m7j50
ID:5mFyP8Ph0
ID:5X8BOOLU0

残りマダー？

|ω・) ｼﾞｰ

|ω・) ｼﾞｰ

これ入れると何もしてなくてもCPU負荷がかからない？

　　 _,,....,,_　 　　　　　「レジストリのサイズが増える（+10MB）」
-''"::::::::::::::::＼　　　　　 　だってさ
ヽ::::::::::::::::::::::::::::＼　　　　　　　　　　　　　　　　　　　おお、こわいこわい
　|::::::;ノ´￣＼:::::::::::＼_,. -‐ｧ　　　　　＿_　　 _____　　 ＿_____
　|::::ﾉ　　　ヽ､ヽr-r'"´　　（.__　　　　,´　_,, '-´￣￣｀-ゝ 、_ イ、
_,.!イ_　　_,.ﾍｰｧ'二ﾊ二ヽ､へ,_7　　　'r ´　　　　　　　　　　ヽ、ﾝ、
::::::rｰ''7ｺ-‐'"´　 　 ;　 ',　｀ヽ/｀7　,'＝=─-　　　 　 -─=＝',　i
r-'ｧ'"´/　 /!　ﾊ 　ハ　 !　　iヾ_ﾉ　i　ｲ　iゝ、ｲ人レ／_ルヽｲ i　|
!イ´ ,' |　/__,.!/　V　､!__ﾊ　 ,'　,ゝ　ﾚﾘｲi rr=-,　　 r=;ｧ 　.| .|、i .||
　`! 　!/ﾚi'　rr=-,　　 r=;ｧ ﾚ'i　ﾉ　　　!Y!　￣　　　￣　　 「 !ﾉ i　|
　,'　 ﾉ 　 ! 　￣　　　 ￣　 i .ﾚ' 　　　 L.',.　　'ｰ=-'　　　　L」 ﾉ| .|
　　（　　,ﾊ　　 　'ｰ=-' 　 人! 　　 　　 | ||ヽ、　　　　　　 ,ｲ| ||ｲ| /
　,.ﾍ,）､　　）＞,､ _____,.イ　ハ 　　　 　レ ル｀ ー--─ ´ルﾚ　ﾚ

何もしていない時間（アイドル時間）を利用してコンパイルしてる。
終われば元通り>>2だし、バックグラウンドで実行されるため作業の邪魔にもならない。
http://msdn.microsoft.com/ja-jp/library/6t9t5wcf%28VS.80%29.aspx

ほっとけばすぐ終わるけど、自分で実行したいならこんな感じ
C:\Windows\Microsoft.NET\Framework\v2.0.50727\ngen.exe executeQueuedItems

>>110
まずは礎となった.NET1.1の情報から紐解いていこうか。
http://support.microsoft.com/kb/820892/ja

前のPCじゃ、入れただけでOSの挙動がもっさり
他のソフトもフリーズしたかと思うほど酷かったぞ

2chの誰かの妄想と、3.5SP1を入れて実際に計測したデータのどちらを信用すべきだろうね。
こっちは体感なんて曖昧で不確かな方法じゃなくて、ちゃんと検証方法も明記されていて誰でも反証できるよ。
http://insomniacgeek.com/blog/does-the-microsoft-net-framework-slow-down-your-pc/

インストールの残りプロセスをバックグラウンドで実行するために"一時的"に遅くなっているという主張なら理解できるけど？

ほぼ24時間付けっぱなし＆負荷はほとんどないPCでしたが、半年以上立っても重かったですよ？
OS入れ直して、余計な物一切なしでもダメでしたね

2chの誰かの体感なんて誰が信じるのさ
実測データに基づいた>>2より信用できるソースを持ってこいって言ってるじゃないか。

そんな明らかに重くなる症状が多数のPCで出てるなら、そんなソースなんて山ほど転がってる筈だろ。

ソース？
ソースは俺　つまり、100％真実

自分がソースというなら自分以外にはだれが信じるって言うんだ?
他人にとっては疑わしいという印象しかないし、間接的な証拠もないのだから信頼性も無いといって良い。

ソース
net もっさり で検索した結果 1〜10件目 / 約719,000件 - 0.21秒


以前、東大卒（情報系）でマイク●●フト SE歴数年　のやつと話をしていた
俺がそいつにjpegウイルスがあると言った
だがそいつはまったく信じなかった
どれだけ説明してもまったく信じない
結局、現物見せたらそいつは絶句

中途半端な知識を持っている自称中上級者ほどアホなんだよなｗ
そういうやつはたいてい初級者なんだよ
このアホも現物（PCと.NET Frameworkインストール後の挙動）を見せないと信じないだろうなｗ

これは酷い

現物があって再現性もあると主張している>>115のに、
まともな情報が何一つ出せない人って面白いね。

おれは>>115が嘘付いてるとも思わんけどね
ある環境であるソフトを入れてそれ以降PCが不安定になったなんてのは.NETに限らずいくらでもあることさ
400M以上でレジストリ10Mも書き込む、
さらに起動後はインストールの残りプロセスをバックグラウンドで実行するようなソフトなら何かの切っ掛けでOSが不安定になってもぜんぜん不思議でない
>>2のような安定状態の最大循環風速だけ出してほら安全ですよってのは良くあるパターンだけど、あんま当てにならないよね

それだけを根拠に絶対100%全ての環境で安全で影響を与えない、を繰り返すだけの人のいうことなんかそれこそ誰も信じない

>>122
嘘じゃないなら「ソースは俺」なんて馬鹿なことを言わず
類似の症例の一つぐらい示せばいいのに何故できないんだろうね？

>>2は
>パフォーマンスが低下する
>起動時間が長くなる
>メモリ使用量が増加する
>実行中のプロセスの数が増える
が妄想であるというデータを示し明確に否定しているわけだが、それを否定するなら相応のソースを提示してくれないとねぇ？

オカルトだから「体験談」は腐るほどあっても、
「実際に測定したデータ」なんてありません罠。

環境依存の不具合にデータも何もないわな。
まあホイホイいらんもん入れてリスクを増やす必要はない。不要なら入れるなってことだ。

>>123
昔のPCで、もう買い換えたから出せないんだと思う
体感は客観的ではないが、それなりに意味はある

ソースのPCは6Gもメモリーがあったり、2コアでモバイルとしてはそれなりにいいものだし、
テスト結果はシングルタスクに近いものだ
そういうものは純粋にHDやCPUの性能を図るような物でCPUがそれなりならそんなに差は出ない
その当時のユーザの環境を考慮すると基本的にレジストリーにあまり依存しないように設計するべき

>>126
環境すら書かれていない>>115の体感が何の役に立つんだ？
それだけで聞くに値しないのに、自分で信用を地に落とすような発言をしている。

ソースのPCでは計測誤差に収まってしまう。
遅くなると言うのなら、当然環境を示して反証してくれるんだろ？って話をしてるだけ。


あと最後の一行は間違っている。
20年先も使われ続けるインフラを整備するのに場当たり的な対応をされては困る。

先を見据えて作っておけば、後から時代が追い付いてくる。
.NETが出た当初は見向きもされてなかったのに、今では普及率95%だぜ
時間が全てを解決してくれた。沢山居たアンチも今では2chの片隅にその名残を残すのみ

実際にすげー糞重いね＞.NETアプリ
俺は初心者が作ったソフトは使わないな

google chrome 9.0をIE8からインストールしようとしたら、.NET要るよってメッセージ出てきた
.NETうざいからfirefoxからインストールした

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　おわり

.NET自体はともかく.Netアプリは糞重い

どんだけ旧マシンだよ

分かってないな。体感的なレスポンスってあんまり指標化できないけど重要なんだよ。
クリックした直後に、「打てば響く」かのように反応がないと嫌なんだよ。
「おはよう」って言ってから5秒とかしてから「おはよう」とか言われたらキモいだろ？

この辺は.NETに限らずJavaとかでも顕著。起動してから「ガラガラガラ…」とやりだす。
仮想マシンがどうとかそんな言い訳はどうでもいいし、エンドユーザの知ったこっちゃない。
スペックが低いとか時代が追いつくとかそんな話でもない。今遅いヤツは未来でもきっと遅い、
相対的に。

Firefoxも落ち目だけど、あれもガラガラやるから。クロスプラットフォームとかそんな言い訳（ｒｙ
なんでGoogle Chromeがじわじわシェア伸ばしてきてると思う？

.netアプリは起動が遅すぎてイライライライラ
何か操作をしても、ワンテンポかツーテンポ遅れる
これもまたイラっとする

なんで.NETがじわじわシェア伸ばして95%まで達したと思う？
需要があるからこれだけ普及していると理解できない馬鹿がまだ騒いでるな。

>>131
旧マシンじゃなくても重いよ
特に起動
別に最新スペックってわけじゃないけどクアッドコアCPUにSSDでも重い
nLiteレベルなら耐えられるがCCCあたりは我慢ならない
あれをスタートアップに入れてる奴はどんだけハイスペックなんだろうと思う
>>134
そんなの勝手に入れたからに決まってるだろう

ID:Db3mOvd40
こいつ・・・予想以上にアホだ・・・

単一バイナリで様々な環境に対応せざるを得ないネイティブアプリより
個々の環境に応じて実行時コンパイルされる.NETの方が速くなるケースは
多々ある。特にCPUが新しいほど新命令を活用できる.NETの方が有利。
コンパイルに要する時間の分遅くなると思うかもしれないが、
コンパイル結果はキャッシュされるから遅いと言っても初回のみ。
加えて共通コンポーネントが大きい分、個々のアプリは小さくできるから
その分でもコンパイル時間を稼げている。
また、キャッシュ&個々のアプリの小ささはロード時間の短縮にも寄与する。
だからネイティブアプリと対等以上のロード速度を出せる。

よさげなソフトみつけても、
「※ただし動作には.NET Framework 2.0以上が必要」
とか書いてあると萎えるよなｗ

>>137
>コンパイル結果はキャッシュされる
JIT結果はAppDomain単位で管理されAppDomain間で共有されず、キャッシュもされない。
そしてAppDomain（プロセス）終了と同時に破棄される。
これはJITが十分に高速であり、キャッシュに費やすIOの方が遥かに高コストであるため。

NGENの結果はAppDomain間で共有される。
全てNGEN済みの場合はJITコンパイラを読み込まないためコールドスタートアップも早くなる。

起動が遅いって言われる原因の大半はディスクIO。
VistaからはSuperFetchによって必要なランタイムがプリフェッチされるため起動は早い。

ソースも出さず騒いでる連中は、せめて自分の環境ぐらい書けよ。
馬鹿馬鹿しくて話にならんわ。

高速起動というと真っ先にMassiGraってビューアが思い浮かぶな(もちろんネイティブ)、.Net厨は一度MassiGraの起動速度を体験したほうがいいね
もっさりなネイティブアプリ探して来てこれなら.Netでも負けてない、と安心しているようではダメ

以前から気になっていた件なので検証してみました
スクリーンキャプチャは余計な負荷を掛けそうなので荒い動画ですが

http://ram.client.jp/

.net入れたら何かひっかかるようになった
PCでの操作全てが0.5秒ぐらい遅い

>>143
そう、それがレジストリ肥大化による反応速度の低下。

だから、.Netとシステムのレジストリーを分ければそういう事はほとんど少なくなるのだが、馬鹿だからすべてまとめようとする。
分割化していれば古いPCでも新しいPCでも、反応速度の低下は最小限に抑えられる

将来、必要で分割化したレジストリーを一体化することも、事前にガイドラインを作っておけば可能
実際、NT４→２０００→VISTAのような例を見ても可能だ(この場合大改造を伴っても要る)

HDスペースもメモリーも潤沢な時代なのだから昔のように一括管理する必要もすくない
むしろ将来を見据えるのであれば分割管理が望ましい。

>>142
で？今NET入れてないパソコンなんてマイナーなんだけど

Windowsのレジストリは外からは一つに見える、実体は分割されている。

ネイティブ信者は勘違いしているようだが、正しく評価した上でネイティブも.NETもJavaもAIRもバッチファイルも…全部使ってる。
2chとネットにしかPCを使ってない人には理解できないと思うけど、選択肢としてネイティブアプリが存在しない事なんて今では当たり前の話。

>>142
仮想環境はこの類の検証には使えない。余計な負荷が大きすぎる。
メモリ使用量は目安に使える。でも.NET 3.5 SP1入れても増えたのは6Mで内訳見ると…
・起動に時間がかかる：ディスクイメージが大きくなったため？
・メモリ使用量+6M：VMwareUser.exeが4M増えてる

>>144
レジストリ肥大化ｗ
アプリのデータ管理の話には持っていかない方が賢いと思うのだが
正しく分割管理されたマナーの良いアプリの方が作りやすいように設計されている.NETと違ってやりたい放題のネイティブは…結局は作り手の技量次第だが。

馬鹿だから、なんて言えるほど簡単じゃないでしょ。
互換性維持を諦めればいくらでもやりようがあるんだよ。

一番馬鹿らしいのは、explorerなんかが一つ一つの動作ごとに逐一レジストリを読みこむ仕様。
でもこれも互換性。

もうね、.NETが入ってるか否かよりも、余分なプロセスやシェルエクステンションを切って
レジストリへのアクセスを削減する方が現実的なんだよ。
IEコンポまで切れる限り切った2000のデスクトップは本当に軽かったな。Pen3なのに今使ってるC2Qのマシンより反応速いしさ。

Windowsが互換性保ちながら柔軟性も高い理由なんだが。
そもそも、ただのシェルなのだから、気に食わない奴は他のを使えば済む。

>>147
あのさ、誰もあんたみたいな低辺土方にネイティブで開発しろなんて言ってないんだよ
あんたは.NETで商用ソフトだけを生産してれば良いんだから

>>150
何も言い返せなくなると人格攻撃を始める馬鹿ってどこにでも居るね。

マ板に行けば君の同類がたくさん居るよ。
飽きもせず同じ煽りでループして何が楽しいのか理解できないが、同じぐらいの頭の君なら馴染めるだろう。

俺のレスで間違ってる所があれば具体的に指摘してくれ。できないなら黙ってろ馬鹿。

中間コードよりもネイティブの方が高尚というのはありえんな。

>>147
ディスクイメージに関しては、空HDDに各HDDフラットイメージ(最初に全領域を割り当てる)を転送
更に両方にホスト上から最適化とシュリンクを行っているのでその部分では問題ないかと思いますが

ハイパーバイザ型でない仮想環境の方が検証に相応しいと選択したのと
バックグラウンドプロセス消費が0〜1%程度だった今回の条件にてボトルネックとなる部分は
特に思い当たらないのですが、余計な負荷とは何でしょうか？

>>142
>>仮想環境はこの類の検証には使えない

何と言うか、いや何でも無いｗ

>>147だ、連稿すまんね

ユーザーが求めているのは安定かつ軽い
なのに.NETは逆行
完全に失敗だったと思う

もうネイティブの8割ぐらいの速度で動くし、十分安定している。

>>157
ゴミを押し売りに来るな！ウセロ！

.NET押し売りヤロウは朝鮮人のようにシツコイネ！

モバイルデバイスに使われているぐらいなのに重いというのは説得力に欠ける。
.NETの問題点はいろいろあるが、それは完全に的外れ。

.NETの利点は低コストで楽にソフトを作れること。

軽さを求めていると口では言いつつも、
実際は大して重要視していない(=軽さに対して金は払わない)
ユーザーが多かったので、.NETだらけになった。

ネイティブ派の人は.NETで同機能のフリーソフトがあっても
ネイティブの有料ソフトを買えよ。
でないと、ネイティブのソフトがどんどん減っていくぞ。

.NETは開発者の質にも大きな問題があるからね
つい最近もあるスレでスレ違い.NET開発者がフルボッこにされて追い出されてたのを見かけたけど
ソフトの質が悪くなければあそこまでぞんざいに扱われなかっただろうね

マイクロソフトは技術はまあ、いろいろあるがそれなりだが、
エンドユーザをあまり考えていないというのか独善的なところが嫌だ。
資金的に余裕があるのにIE6のように、firefoxのような対抗ソフトが出てこなければ改善しない。
エクセルのリボンインターフェースの押し付けもあまり好きでない。
旧手法と両方共できるようにするべきだと思う。
Xbox360の故障多発設計でも悪評を作っているし
モバイル.Netは動的最適化が確かできず遅かったのでは？

この過疎板に擁護するひとが多いのは非常に不自然だ。

IEの開発が６で停まったのはEUが原因。

>>163
5%にも満たない少数派が何を言っているのやら。

>動的最適化
なにそれ
XNA使ってモバイルで動作するゲームを作れるぐらいには軽いけど？

動的最適化って言葉はこういうところで聞いたことはないが、
環境に合わせてJIT最適化することを意味していると思われる。
モバイルデバイスではどうでもいいものですが。
インタプリタで動いているAndroid 2.1でも使い物になっているのに、遅いということはないだろうね。

>>142はGJとしか
口だけの奴等ではなく実際に検証を行ってるんだからな

>>167
ベンチの取り方の基本ぐらいは知ってほしかったけどね。

>>168
基本とは？前回に事項に関して全くのレスポンスが無いんだけど

あまりの遅さにEvernoteもC++で書き直したくらいだしなー。
やっぱ遅いっての自覚してたんじゃね？

AndroidがiPhoneに勝てない点: ニュースの社会科学的な裏側
http://anlyznews.blogspot.com/2010/12/androidiphone.html

私は無駄に煽られただけでしたか。

>>172
何が悪かったのかは、もう書かれている。

　　　　　　　＿＿＿　　　━┓ 　＿__　　　　━┓
　　　　　 ／　―　　＼　 ┏┛／　―＼ 　　┏┛
　　 　 ／　　(●)　 ＼ヽ ・. ／ノ　　(●)＼　 ・
　　　/　　 （⌒　　(●) /.　｜　(●) 　 ⌒）＼
　　 /　　 　 ￣ヽ__） ／ 　 ｜　　 （__ノ￣　　|
　／´　　　　　_＿_／ 　　　 ＼　　　　　　　 /
　|　　　　　 　 ＼ 　　 　 　　　 ＼　　　　 _ノ
　|　　　　　　　　| 　　 　　　　　　/´　　 　 ｀＼

もっさりを認めないアホは何がしたかったんだろうか？

知識のひけらかし

>>173
今まで数多くの事例の経験上、HDDフラットイメージが
ボトルネックになる無いとほぼ断言できます

と言っても信じて貰えなかった様なので、実機検証もしてみました

http://ram.client.jp/

>>147
>>168
嘘吐き馬鹿は死んで来い

>>177
ボトルネックになっているみたいだけど。

>>179
なりません

別検証のデータを上げておきます
HDD : Savvio 15k @ VMware Workstation 固定ディスク
仮想ディスクデータ無しでの→129IOpS / Q16時→263IOpS
仮想ディスク、起動ドライブでデータが山積している状態→131IOpS / Q16時→260IOpS

途中失礼、IOmeterでRR4kの値となります
どの部分がボトルネックなのかお願い、正直面倒

なんか数日来てない間に盛り上がってんな。

>>177
何も書かれてないから１つ聞きたいのだけど、当然ngenサービスはキュー消化済みだよね？

ブートだけって、何がしたいのかわかない。

何かかわいそうな奴が必死になってるな

>>182
mscorsvwが実行されてないからもう終わってるんじゃね？

ブートが2秒遅くなり、あとは大差なしが結論でOK？

>>177
はい、最適化は終わっているはずです

>>185
そこを判断されるのは各個にお任せします
デフォルトインストールのXPSP3に.net3.5SP1を追加しただけのごく基本的な比較です

これまでの流れ

多数の遅くなるという主張　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　→　そんなことはない、証拠をだせ
実際に体験したんだけど　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　→　オカルトだ
実際にVM Wareによる起動で２割遅延　　　　　　　　　　　　　　　　　　　　　　→　具体的なことを言わず、ただ　「仮想環境のオーバーヘッドだ」
ネイティブとVMwareのHDのベンチではあまり変わっていない(結果も示す)　→　理由を示さない反論　「ボトルネックになっているみたいだけど。」
」
実際に仮想環境でなくPCに直接入れて起動実験し、１割の遅延を確認　　→　「ブートが２秒遅くなる（実際は１０%遅くなっている。軽く見せる印象操作)」、「なんかかわいそうな奴(人格攻撃)、「ブートだけって、何がしたいのかわかない。(問題のすり替え)」

結局、遅くならないという主張をしているやつは印象操作や人格攻撃、問題のすり替えを行っている。遅くならないという事実を提示出来ていない。


結論

「遅くならない」と言っていたのは嘘。

少なくとも起動は10%は確実に遅くなる。その他は不明だが、余計なコードがある以上、程度の差はあれ遅くならないとは考えられない。
当初のPCであれば、間違いなくもっと遅かっただろう。また、その回避は可能であった。
最低言えることは当時のユーザの現実を無視し、硬直化したタコな設計である。

なんか142さんが悪いように書かれるのは納得行かない。

立ち上がるサービスが増えるのだから起動に時間がかかるのは当たり前。
重くなると言われているのは不意に最適化サービスが立ち上がるからだと思われる。

結論 : アンインスコ推奨

>>2

　　　　r'ﾆﾆ7　　　　　　本当にすまないという気持ちで…
　　 　 fﾄﾛ,ﾛ!___　　　　　　　胸がいっぱいなら…！
　ﾊ´￣ﾍこ/　 ハ
/　 〉 　|少　 /　|　　　　　　どこであれ土下座ができる…！
＼ ＼　　　 /｜ |
　┌―)))――)))‐―┐　　　　　　たとえそれが…
　　ヽ￣工二二丁￣
　　　〉　ヽ工工/　;′∬　　　　　肉焦がし…　骨焼く…
　　lヽ三三三∫三三＼;'
　　ｈ.ヽ三∬三三';.三三＼';∫　　　鉄板の上でもっ………！
　 └ヽ ヽ三,;'三三∬三;'三＼'"
　　　　ヽ |__|烝烝烝烝烝烝|__|
　　　　　 ｌj_」ー――――‐U_」

肯定派マジキチだな・・・
自分に都合の悪い結果が出たとたんに意味不明の発言

肯定派の「遅くならない」が嘘なのは良く分かったけど、
否定派がヒステリックに主張するほど遅くなってない事も
良く分かった。

結局、遅くなるというベンチは出てこない。

実際に使っていれば、遅くなったと実感出来る
ベンチを出すまでもない話

最適化以外でそれが起きているのならバグレポート出せ。

ベンチなんてどこまで行ってもベンチでしかない。
クルマの燃費しかり、バッテリの持ち時間しかり。
実使用とはかけ離れた、理想的な環境でしかテストできない。
（もちろん、そうしないと客観的な指標が作れないからだと
いう事情は理解できる）

上の例ではどっちも、「あれはあくまでベンチの話で、
実際はそれより若干“低い”」っていうのが一般認識だろ？

だから、ベンチで「変わらない」ってのは、若干「遅くなる」
ってことなんだよ。

こいつ病気だな・・・ｗ

今時のPCのスペックならさほど問題にならないってところじゃないの。
速くはならないけど、これで明らかに遅くなるようでは実用上問題があるスペックと言っていいんじゃない?
否定派が明らかに遅くなると言うのも、環境によっては遅くなっているかも疑わしくなるくらいの差しかなかったりして。

GUIの操作遅延の増加を（>>2への反論として）パフォーマンスの低下と言ってのけるとすれば、
明らかなミスリードを狙っているとしか思えない。
操作性は悪化していてもそれを(性能面での)パフォーマンスと言うのは違うだろうに。

.net3.x以上を入れるとosの終了が異常に遅くなる(30秒くらい)ことがある
というか、モッサリ終了が頻発する
長時間起動させて終了させたときはかなりの確立でモッサリ終了になる
アンインストールするとぴたりと治まる(10秒くらいになる)から3.5が原因でほぼ間違いないと思うわ

>>199
それは最適化やっていると思われる。

>>198
先に嘘を付いたのはどちらかな？

ベンチで早くなってても体感できない場合もあるし、その逆もある。
ベンチは実作業ではない。

どこの誰が遅くならないと言っていたのか？　肯定派でも10〜15%はどうしても遅くなると
前の方で言っていたようだが、都合の悪いことは無視か？

ここらへんが駄目なところだろうな。

遅くなる派が示したのは、起動時間が2秒弱長くなります。メモリの使用量が6MB増えます。

>>200
最適化って一月以上かかるの？

かかるよ、それはそれは大変な作業だからね。

肯定派の>>157がでさえ
＞もうネイティブの「8割」ぐらいの速度で動くし、十分安定している。

要するに2割は速度低下することを認めているんだよ。

>>203
1割減だろｗ　印象操作乙

>>207
割合で言ったらインストールサービスをもっと立ち上がる

失敗した。
割合で言ったら、インストール直後が最悪なんだから、最悪1割って事だな。

>>206
速度低下？？お前日本語読めないのか？
全てネイティブコードで書いたとしても2割しか速くならない。
開発効率は比べ物にならん。

確実に遅くなった
もっさりよりもう2段ぐらい遅い感じ

ぬったり

流れを.NETするけど、
tween が .NET Platform 4 なんだな。

たぶん今さらだろうけど。

>>210
だからさ、あんたは勝手に.netで開発してれば良いじゃん、誰もあんたにネイティブで開発しろなんて言ってないから
てか、どの道あんたの生産したゴミアプリは.Netであれネイティブであれ需要ないと思うんだがｗ

ユーザーからみたらただのランタイムのくせにパッチ対応でうぜえ
本体更新して1ファイルにまとめるだろ普通

MSとしては、Microsoft Updateが色々なパッチを自動化という主張らしい。
たいした手間では無いだろうと・・・。

>>211
ソース

,netアプリって、クリック・・・・起動・・・・完了
という感じですげーイラっとするね

2回目以降は速いんだけどね。

>>218
俺もXP使ってたときはそう思ってた
今使ってるWindows7ではぜんぜん気にならない
もっとも、Javaは今でも遅いな

あれはサービスの遅延起動すら出来ないからな。
Prefetch機能も貧弱であらゆるアプリの起動が遅い。
ユーザをイライラさせる旧世代のOSだ。

このスレではXPが標準だろうな
>>218
特に一発の目の・・・・、あのウィンドウも何も表示されてない間が大嫌いだ
厳密には他のソフトでもあるんだろうが.NETはひどすぎる

>>222
それがいやならインストーラにngen組みこむ。

>>220
MSJVMが係争に巻き込まれてなかったら・・・いや何でもない

まぁ、XP はもう終わったコンテンツだから、
どうでもいいんですけどね。

XPクリーンインストして糞遅いダウンロード終わって.NET3.5 SP1入れたんだ
再起動してタスクマネージャ見てみたらユーザーがなかなか表示されない
きっと.NET3.5が悪いんだと思って3.5だけアンインストールしたらすぐ表示されるようになった
入れるとユーザーなかなか表示されなくて気持ち悪い
でも入れないと重要なアップデートに表示されて気持ち悪い
どうすれば良いんだよ

>>226
>あれはサービスの遅延起動すら出来ないからな。

XP捨てる（推奨）か、NGENサービス完了まで待てば解決

>>227
そうか
仕様ならそれで良いんだ

>>223
最初から.Netアプリを見分けて、インストール時にngenをするように作っていない
マイクロソフトが駄目なんじゃないか？

.NETの速度低下を認めざるを得なくなると、今度はXPのせいにして話題逸らしですか。
サービスの起動遅延だって、非常に軽い呼び出し特化のサービスを作り、ランタイムを遅延起動すればいいだけのこと。
あきらかに設計が悪い。

>>229
>サービスの起動遅延だって、非常に軽い呼び出し特化のサービスを作り、ランタイムを遅延起動すればいいだけのこと。
何も分かってない人が設計語るなんてｗ

結局XPには.netは入れない方が良いってことなのか

嫌なら最適化サービスを停止すればいい。初回起動が遅くなるだけで、そっちの方が本来の姿。

規模のでかい業務用ソフトなんかがもっさり上がってくる分にはかまわんのよ。
JavaだけどEclipseとかさ。

ただ、しょーもないフリーソフト風情が手抜きでガリガリ起動してくるのは許せない。

>>233
まったくその通りだな

これの最新入れたらマルチデバイスがｶﾞｶﾞｶﾞｶﾞｯって不規則に音をたてるようになった
何も入れてないし必死に読み込もうとしてて怖いわ

http://www.h3.dion.ne.jp/~seriston/page5.htm
http://www.tamano.or.jp/usr/tosinobu/jyoreiqa.htm
http://www.gongendoh.net/
http://www5a.biglobe.ne.jp/~spk/sp_newsletter/spnl_backnumber/spnl-23/spnl-23-2.htm
http://shinnou-masakado.web.infoseek.co.jp/jorei.html
http://www.jourei-jorei72.com/
http://www.t-onmyoudou.com/
http://www.gongendoh.com/jorei.htm
http://www.tamano.or.jp/usr/tosinobu/jyorei.htm
http://www.interq.or.jp/mercury/w22525/reijutsu/bk02.htm

>>235
よくわかってない単語をそれらしく使うのはやめた方がいいよ。

>>237
マルチカードリーダーだった。ごめんね

何も入れてないマルチカードリーダーがｶﾞｶﾞｶﾞｶﾞｯって不規則に音をたてる

なにそれこわい

そんな怪奇現象まがいな事まで引き起こすのか！最低だな.netは！！

ラップ音です

古いPC+XPで使ってるなら話は別だけど、新しいハードや
Vista/7を使っているなら、積極的に使えとは言わないけど
完全拒否するのは馬鹿げている。

NET Frameworkって、4.0を入れたら、
これ以前の奴は削除していいの？

だめ、4.0と2.0〜3.5は互換性がない

はっきりいって、マイクロソフト最大の失敗の一つだな
＞.NET Framework

なかなかいいのがそろってきたな。毛嫌いしてる奴らはそろそろ現実見ようぜ。
http://www.forest.impress.co.jp/lib/special/vs2010/

えっ

Visual Studio 2010で作成されたからといって必ずしも.NET製では無いんじゃ

そうツッコミ入れようかと悩んだけど.NET製もあったんで黙ってた

ペロペロ（^ω^）

自動コンパイルがうざいので削除した

自動コンパイルｗ

ペロペロ（^ω^）

なんかPCがもっさりするわ

NET Frameworkが入ってないWINなんてありえんな

まぁしょぼいXPを使ってるなら話は別だが（笑）

xpだってちゃんと最適化すればさほど重くはならないんだけどな。
それ以前にいろんなアップデートを入れていくうちに重くなっていくわけなんだが。

ゴミを動かすためのゴミ

>>255
どういう理由でありえないのかわからないけど NET Framework で開発されたソフトって不思議なぐらい尽く出来が悪いよね、
一体何が原因なんだろうね？

.NETは以前のOfficeのように、システムに食い込んでくるからなぁ
アンインストールしてもファイルとレジストリに相当ゴミを散らかしたままにするし

>>258
.NETの良い所は、俺みたいなちょっとVBやJ++を触った程度のScriptKiddieが
簡易的なアプリケーションをすぐに作れるところに在るからね、悪い事ばっかじゃないんだ

うちはグラボのDXVAのためにCCC必須だからMSに屈して.NET入れた。

>>259
.NETでしか作れない、動かない物って無いのか？
プログラミングの神みたいな奴が作ったらVBで十分なのか？

昔から作ってる人間、今の環境で”出来る”人間ほど移行したがらないんだよ。
で、簡単にできるもんだからすぐ移行する人間は”出来ない”人間が少なくない。

今までだって結局、ランタイムやDLLをOS標準搭載にして普及させてきたんだし。
Vistaは2.0、7は3.5が標準搭載だし、旧来との互換性でも問題が出てきてるんだから嫌でも移行していくはず。

>>259
MSの目的はIT業界の大多数を占める凡庸な人間(もちろん仕事でソフト作ってる人間)をMSの
共通のソフト開発・実行環境へ移行させ、開発そのもののコストの低減を図ること。
（ちょっとプログラミングかじっただけの素人でも組めるのは、その恩恵の一部にあずかってるってだけ）
実際、業務用アプリでも出てきてるしな。大規模なものならAutoCADなんかは数年前から.NETへ移行。

あと、本当に簡易で良ければPowerShellもあるし。

twitter クライアントだと、
公式web、web アプリ、スマホ、AdobeAir、.NET
ばっかりだ。

>>257
> ゴミを動かすためのゴミ
　　↑　　　　　　　　　　　↑
お前のPC　　　　　　お前自身

上手い！！！やるなお前ｗｗｗ

>>258
ならお前はさぞ神プログラム作るんだろうなw

.NETがこの先生きのこる方法、それは.NETでしか動かない神アプリができることだ。

|ω・) ｼﾞｰ

同じＤＬＬとか、重複が多すぎる　４だけど300Ｍ以上ファイル削除で無問題って・・・
コンパクトな物、出せないのかな？

>>268
ソース

>>268
つ silverlight

>269
ソフト等で検索してみて、dll250個くらい重複してるからｗ

なんで、silverlight？

dll hell対策

>>271
.NET4 Client Profileのシステム要件でディスクの最小空き容量はx86で600M。当然ながら全部使うわけじゃない。
そこから300M以上削除となると…何を消したの？リンクを重複してカウントしてるんじゃないか？

小規模なアプリだと、もっさりしすぎてイライラする

>>233

>273

うちはひとつのアプリのためにインストしてるから、検証が楽だった
assembly 121M
Microsoft.NET 75M
まで削った、300Mくらい削除　まだいけそうだけど

VB？で、4を要求されて検証で一つのDLLを、実行ファイルの所に放り込んだら動いたとか見たから、やってみた
ノートだから、容量稼ぎたいので

メモリを異常なほどにバカ食いして、システムがかなり遅くなる
メモリが2GBは必要だな

>>276
あー、なるほど
特定のアプリしか使わないなら使ってないやつを消しても動くね。

消すのは当然自己責任で推奨できないけど
もっと削りたいならProcess Explorerあたりで使ってる.NETアセンブリを調べるといいよ。

>>277
バカ発見

#のついたフォルダが作られるのはどんなときかな？４で
大量に作られてるときがある

>276

>どとねと４といえば…。
>VS10のオンラインヘルプが、どとねと４を要求するのね
>平素unmanaged しか扱ってない俺だが、
>これはさすがにクライアントプロファイルでいいだろ…と思ったが、
>インストーラがどうしてもそれじゃだめという
>System.Web.dll (単品)を要求してたよ。。
>Microsoft.Help.dll とおなじとこに置いたら通りました
>誰かの参考になれば。雑談。

これのことかな、単品位入れとけよｗｗｗ

CPU使用率　20％が延々と・・・・
もっさりｗ

本当に糞だなｗ

これって削除しても大丈夫なの？大丈夫なら消したいんだけど
古いPC使ってると容量食われて嫌だ

.NETアプリが動かなくなる恐れがある
Pen3 800MHz 512MBのマシンではマジで最悪だったな

.NET製ソフトを使わなければ削除しても全く問題無い
アンインストールしても、レジストリに大量のゴミクラスを残してくれたり
ローカルディスクにゴミファイルを残してくれるから完全に元通りにはならないけど

ゴミPCを使うゴミ人間だから問題ないだろ

それ、WinME 世代の最新機種じゃねーか。

物持ち良いな。感心した。

OSTだかなんだかがゴリゴリ動いてい最悪という記事を見た
何だろうな
マジでブチ切れてた

XPですら既に時代遅れなのにMEとかゴミすぎるｗ

ARM版Windowsや、Windows Phone7が普及したら軌道に載るはず。
ようやく.NETの長所が活かせて、需要も見込めそうなハードが揃いつつある。

ダメなものはダメ

まだXPなんて使ってるんだ

>282
ナカーマ

SmallBasicっていうのが.net3.51なので、VMwareのゲストに入れてみた。
そしてSmallBasicを起動するが・・・もっさり。
起動し終わると、>282と同様にCPU使用率20%ほど消費し、マウスを動かすたびにCPU100%張り付き。
窓の最大化などすると、最大化完了まで数秒待たないといけません。
しばらく放置していると最低使用率が5%くらいに落ち込んできますね。裏で何かやっているんでしょう。
そこまでいくと反応が改善します。

僕のPCのスペックは
CPU:PentiumM1.7GHz
ホストMEM　:2GB
ホストVRAM:64MB
ゲストMEM　:512MB
ゲストVRAM:16MB

ホストHDDは２台で、システム用と仮想マシン用と別々にしています。
また、仮想マシンのメモリは実メモリに割り当て、ファイルを使わないようにしています。
Direct3DでホストのGPUを使うようにしてますが、ぎりぎりスペックなので高度な機能を使われるとホストのCPUを食ってしまいます。

で、ホストのタスクマネージャとゲストのタスクマネージャを比較すると、
ホスト側のCPU使用率が2〜3倍にもなるので、相当にGPUに負担をかけていることが分かります。
.netアプリが表示されている限り、常にGPUに負荷をかけています。
これが.netもっさりの原因でしょう。

つまり、GPUが弱いと.netがとたんに重くなる。
.netアプリが画面を一つも持ってなければそうでもない。

ホストを重くしたくないからゲストに入れてみたが、僕のPCのスペックで実用レベルにするにはホストに入れ、
必要がない限りは.netアプリを動かさないようにするしかないっぽい。
当然、PenIII以前のはどうがんばっても無理。

PentiumM(苦笑)

低能だと重くなくるみたいだな

>>295
人を馬鹿にする奴ほど頭が悪そうな書き込みをするみたいだな

テストの中の人もC2Qの検証環境かｗ
PentiumMでプレコンパイル中どの位重くなるかは想像するだけで嫌になるぜ
http://ram.client.jp/

本当に最悪だよな
アプリはもっさりだし

批判派はもっさりっていってるけど、
具体的にどのアプリがもっさりって感じるのか判らない。

Ｃ＋＋できりきり書き直せば速くなる。

ホストに入れたら意外と軽かった。
Googleの新しい検索ページよりよっぽど軽いよ。
古いけど３Dゲーム用VGAだからかな。

Small Basic面白いね。
機能はXPのメモ帳やペイント並みに少ないけど、それがいい。
インテリセンスが意外と軽くて快適だったのはそのおかげだろう。
作ったプログラムをボタン一つでWebで見せ合えるからいろいろはかどる。

起動するだけでかなりGPU使うけど、それ以外は別になんでもなかったから、
GPUの負荷だけが問題だった。
アニメーションとかOFFにできればだいぶ違うんだろうけどな。

あ、突然CPU食いだすプロセスがあったっけ。
ああいうのがあるからゲストで動かしたかったんだけどな。
まあ、必須のプロセスらしいから仕方ない。

blueMSX、つかえよ・・・

Small BasicでWeb？と思ったがSilverlightで走るのか。知らなかったよ。
http://www.atmarkit.co.jp/fdotnet/chushin/smallbasic_01/smallbasic_01_04.html

Silverlight(笑)

.NETはマジで糞だな

http://hibari.2ch.net/test/read.cgi/win/1295932036/134-138

windowstab動いて、便利になった
やってみる価値はある

http://pc.watch.impress.co.jp/docs/news/20110602_450053.html

Windows8で.NETはTailoredアプリへ、
SilverlightはHTML5へと取って代わられそうな雰囲気になってきたね

ネイティブアプリの支配力低下を喜ぶまで落ちぶれてしまったのか。

コードとデザインの分離は昔から熱心。

Aというソフトがインストールで.netを入れなきゃ動かないぞと怒られて
長時間かけて.netを入れたらAというソフトが実はクソだった時のガッカリ度

>>307
手段と目的の逆転（当人は気付いていない）

Windows Phone 7
1%
ttp://blog.nielsen.com/nielsenwire/wp-content/uploads/2011/05/smartphone-market-share.jpg

　　　　　　　　　,､‐ "￣:::ﾞ:丶､
　　　　　 ,r::::l3ﾞ::::::::/ﾊヽ:ヽ::::､:ヽ　　　　　　　 ━━┓┃┃
　　　　　 {::://::::::://　ヽ＼ﾄ､:::::::!　　　　　　　　 　 ┃　　　━━━━━━━━
　　　　　 ヾ l:::::::/ ノ 　　｀ヾ ｨ､:::|　　　　　　　 　　 ┃　　　　　　　　　　　　　　　┃┃┃
　　　　　　　|;:r::| 　Ｏ `　' Ｏ ﾞﾊ|　　　　　　　　　　　　　　　　　　　　　　 　 　 　 　 　 ┛
　　　　　　　 ヽﾊ　:.:.　　　　:.: ﾚ
　　　　　　　 　 ´＼ ゝ'ﾟ　　　　　≦　三　ﾟ｡　ﾟ
　　　　　　　　　 ／ ｡≧　　　　　　　三　＝=-
　　　　　　　　 /ヽ､ -ｧ,　　　　　　　　≧=-　。
　　　　　　　　|　 |　　ｲﾚ,､　　　　　　　＞三　　｡ﾟ　･　ﾟ
　　　 　 　 　 |　 | 　≦｀Vヾ　　　　　　　ヾ　≧
　　　　　　　 |　 |　 ｡ﾟ　/｡･ｲﾊ ､､　　　　｀ミ　｡ ﾟ　｡ ･

.NETは　何　故　失　敗　したのか

失敗したと言い張れば失敗したことになるの？
MSのやり方を見てれば、.NETをフェードアウトさせるなどとは到底思えないんだけど。
むしろxpのサポが切れ、.NETとの融和性がより高い7以降がメインになるであろうこれからが本番。

これって無駄に容量くってるけど、allバージョン必要不可欠な要素け

りゅうけんでん

Windows8(仮称)はforTabletと通常版に分けて欲しい
無駄な機能が入ると鬱陶しい

その御蔭で.NETとSilverlightが消えそうだから良いんじゃねーの？

これサックリ消したら問題生じるのか？教えてエロい

.NETはさらに推進だろ。

Windowsの根幹を成すネイティブは切っても切れるものではないが、
いつまでも芽のでない金食い虫の.NETとSilverlightを飼い続けるかどうか・・・M$も失敗を認めつつあるのではないかね？

「Windows 8」の開発環境を巡る不安--HTML5とJavaScriptベースに移行か？
http://japan.cnet.com/news/service/35004054/

たしかに.netは無料で配布してるから金食い虫と思えなくもない。

でも、.netの開発者がよそのチープな開発言語で開発できるかといえば疑わしい。
だから.netはまだまだ続く。

ブラウザベースになるというのは、多分、自動的にSilverLightに変換される.netアプリがあるように、
それをブラウザベースで動かせるようにするよってことなんじゃないかと。

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

　　（　＾ω＾）　
　　/ ,　　　ヽ 　　　＜.NET厨
￣_|,..i'"':,￣￣￣￣　　涙ふけお
　 |＼`､:　i'､
　 ＼ ＼`_',..-i
　　　＼.!_,..-┘

>>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愛用してるよ。ただ今までに至る過程をぐちゃぐちゃに捻じ曲げるのはどうかと思うわ。

実際に思いし、PCがもっさりする

Evernote ぐらいになれば、ネイティブでキリキリ書いてもペイするさ。セキュリティ気にしなければ。

>>422
君も認めている様にその当時のものでは、ダメだったからC++に書き換えただけだろ？

その時点では要求性能が満たされていないということだよ

ネイティブで開発してもらえるなら、どうみてもそちらのほうが良いだろ？

＞この辺についてはEvernote側は都合が悪いのでノーコメントだ。
これって君の推測だろ？　大体.Netの過去のソースもあるんだからつくろうと思えば現在からでも作れる筈
C#の方が開発効率は高いのにそれをしないということは・・・ということだよ

>>425
推測も何も
実際に都合の悪いとこはノーコメントだったのに、どこに推測を挟む余地があるというのか。

どの辺が都合が悪いのかちゃんと書いたのに、君は読めんのかね？

根拠もなしに推測だと批判しておいて、直後に根拠のない自分の推測を書くなんて笑えてくるね。
君は自分が何を話しているのか理解していないようだ。

都合の良い頭してるね

プログラミング言語人気ランキング
ttp://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
まぁ遅かれ早かれ、C++は廃れC#に取って代わられるのは目に見えてる。
Windows8(ARM版)やWP7が本格的に普及しだしたら、もっと加速するんじゃなかろうか。

WindowsPhone ユーザーだけど、
さすがにこれが普及するとは思えない。

MSKK仕事しろ。

iOS, Androidまでやるようになったら、書き直すしかないだろう。

>>426
君が根拠のない推測を語ったから、同じように推測で返しただけなんだが。

　ソースが最近のまであって、問題部分だけを書きなおすコストと一からスクラッチで
作り直すコストを比べると、どう考えても問題部分だけ書きなおすほうが低いだろう

都合がわるいのではなくコストが低い方を取るのが普通なのだが、それをしなかった理由
を考慮しないほうがよほど「都合のいい」頭をしているといえる

>>431
>ソースが最近のまであって、問題部分だけを書きなおすコストと一からスクラッチで
>作り直すコストを比べると、どう考えても問題部分だけ書きなおすほうが低いだろう

そうおもうだろ？

だけど現実は違うんだ。

そこ直すんだったら、ついでに〜〜してよーとかも頻発するしな。

>>432
C++に移行したことで開発効率低下により機能は落とさざるを得なかった
C#なら機能は落とさずに低コストで.Netの改善に対応できる可能性が高い

現実を見ろよ、.Net版は配布停止されている

何なら信者は、.Net版の復活請求でも出したらどうか？

どっちかというと、++派だけどさｗ

部分だけ直せば良いんだから簡単だろとかいう
何も知らない営業が良く陥って現場を炎上させてる
間抜けを指摘しただけだよ。

はぁ。

そこら辺走ってる軽のエンジン載せ替えりゃ
それだけでF1に出れるかっつの。

くそ営業死ね。正月とGWとお盆休み返せ。

>>431>>433
俺のレスを露程も理解できてなくて笑えてくるｗ
まぁ、知識のないド素人に理解しろと言う方が悪いか。

恥ずかしいやつだな

ネイティブで作ったら爆速で吹いた
netはマジでもっさりしてる

多数の遅くなるという主張　　　　　　　　→　そんなことはない、証拠をだせ
実際に体験したんだけど　　　　　　　　　→　オカルトだ
実際にVM Wareでの計測値を提示　　　　　→　具体的なことを言わず、ただ　「仮想環境のオーバーヘッドだ」
(Core2Quad Q8400 / 8GB / 7200rpm HDD @ VMware Workstation 7.11で、28→35SECに、メモリーも113→119ＭＢ))
ネイティブとVMwareのHDのベンチではあまり変わっていない(結果も示す)　→　理由を示さない反論「ボトルネックになっているみたいだけど。」
実際に仮想環境でなくPCに直接入れて起動計測し、１割の遅延を確認　　→　「ブートが２秒遅くなる（実際は１０%遅くなっている。軽く見せる印象操作)」、
(Core2Quad Q8400　2.66G /DDR2-800 8GB / 500GD 7200rpm HDDで、15.1→16.9(+10%)SECに、メモリも107→115ＭＢ、レジストリ13→15.8MB）

結局、遅くならないという主張をしている奴は印象操作や人格攻撃、問題のすり替えを行い、遅くならないという事実を提示できない。

結論
　>>2の　「遅くならない」と言っていたのは　「嘘」　。
少なくとも起動は10%は確実に遅くなる。その他は不明だが、余計なコードがある以上、程度の差はあれ遅くならないとは考えられない。

当初のPCであれば、間違いなくもっと遅かっただろうし、またその回避は不可能ではなかった。
(起動後遅延起動、専用レジストリに設定情報を入れる等)
最低言えることは当時のユーザの現実を無視し、独善的で硬直化したタコな設計である

参考資料(古いデータだが上記の測定結果と”整合性”有り)
http://gigazine.net/news/20060911_system_delay/(http://thepcspy.com/read/what_slows_windows_down/の引用)
「何のソフトを入れているとWindowsが重くなるのかリスト」
　11位：.NET Framework Runtime2.0（8.89％）
　25位：Java Runtime 1.5.0.06（4.00％）
（XPSP2a Pro (rel1) onto a Microsoft VirtualPC 4 (sp1) VM）
Software 　　　　　　　MeanBootTime(s) 　SystemDelay(s)　 SystemDelay(%)
　.NET Framework2　.0　　　81.67 　　　　　　　6.67 　　　　 8.89
　Control(none)　　　　 　75.00 　　　　　　　　 0.00　　　　 0.00
　JavaRuntime1.5.0.06　 　 78.00 　　　　　　　　3.00　　　　 4.00

.NET教は宗教

いまだに、劇的に遅くなるというデータが出てこない。
その程度。

Pen3 800MHｚ時代には劇的に遅くなったと体感出来たなぁ

いまだにインストール直後の ngen executeQueuedItems の話じゃないのか？
これはタスクが終われば何もしないだろ。

これで遅くなったとか騒ぐ人間がWindows7なんて使ってられるとは到底思えないから、
やはりxpユーザーなのか？

10%のスペック低下やコンマ数秒(それもほとんどは最初だけ)の遅延が気になるんだから7なんか頼まれても使わないんだろうね。
あと2年強でサポ切れになるから移行せざるを得なくなるはずだけど。

>>442
いや　ずっと重かった
アイドル時間が長いが、2年経っても重かった
ちなみに、インターネットにまったく接続していない＆開発用マシン群だったからウイルス等で重くなったなどの可能性は極めて低い

そんなところが開発をしている恐ろしさ。

開発者のPCが一番最後にされるのは
日本企業の伝統

>>445
開発云々は上でド素人だなんだと馬鹿にされたから言ってるだけだろう。
見栄張ったつもりか知らんけど底辺自慢にしかなってないなんて哀れだね。

見苦しい.net擁護が続くな…

速度で問題はない。

>>142氏のページが移転してるので支援

.net Framework 3.5 はWindows動作に影響するか
http://phase.s214.xrea.com/

>>447
開発でもいろいろある。
旧式で何とかしないといけないところも往々にしてある。

もちろんブラックだがそういう現場を知らないと見える

>>443
10％って、結構大きいよ
体感できるレベルだから

>>451
ウチはC2D/3GB/80GB/XP32bitだよ
メモリ積んどけばイケる思ってるらしい
割と新しいんだけどHDD80GBってまだあるんだね
もう文字入力で待たされるレベル

ここでいいのかわからないけど・・・
HDD入れ替えてXP再インストールして色々更新プログラム等入れて.NET Framework 4
入れたら、OS起動して２分くらい経たないとUｐｄａｔｅやＩＥでのネット閲覧できないんだけど
（メールはすぐ送受信できた）同じ人いる？

.NET Framework 3.5まではすぐできた。

.NET Frameworkを入れていない状態だとサックサクで吹くよな

>>454
それって、おそらく.Netのシステムやプログラムを起動時間やインタプリタ時間
を削減するために、Ngenという(mscorvw.exe?)コンパイルソフトが動いている
よくある事

>>455
アプリの絶対的な性能はあまり変わらないのかもしれないけど、普通のファイル操作
やタスクスウィッチ等のエクスプローラーを使うことは明らかにレスポンス上がるよね

同じようなことはレジストリを削ったら体感できる。要するにレジストリーに項目が増えるからだと思われ

>>456
素人はあまり口を出さないでくれるかな？
混乱するだけだよ

特におかしなところは無さそうだが。

どうせブラック企業の底辺自慢してた奴が騒いでるんだろ。

>>459
最低一割（おそらく体感を考慮して2割近くはある）の性能低下は真実

反証はベンチマークだけでそれは立ち上がり時間等が無視されている
また、ネイティブでカリカリにチューニングしたら確実に2割程度は遅いことは真実

嘘を言っていたのは君達、性能低下はないという否定派

使ってみれば、明らかに遅いって感じるよね
intel CPUのもっさりも感じない人っているし・・・
感性の鈍い人って実際にいるから分からないのかもしれないな

.netの違いも証明されてるが、CPUも余り違いが無いと言う事で決着が付いてる
ここでCPU宗教論争を引き合いに出してどうする、やっちまったなｗ

http://www.dosv.jp/feature/0606/02.htm

>>461はスタートメニューレスポンスの差の中で一番差の出た
PenD930とAthlon64-3800+の三回目、13msの差を体感出来るらしいぞｗ

データを示さずに体感云々言い出したら末期だと思う

>>462
高速度ビデオカメラｗｗｗ
何となくもっと差があるんじゃないかと思ってたけど全然変わらないんだな。

体感や思い込みの入る余地のないデータを>>460には提示してもらいたい。

>>465
お前さん実はスレもリンク先読んでないだろ？
462の検証はAMDとintelのCPUの検証だぞ、.NETは全く関係無いｗ
.NETは438や450あたり

レジストリ登録てんこ盛りで遅くなっているだけではないかな。
ネイティブでカリカリ書いたのと比べてるやつはアホ。

>>467
カリカリに書けば絶対値レベルでも差は出る
費用対効果の考慮は必要だがそれは真実

>>466
そんなのは分かってるよ。
.NETについても>>462のような、体感や思い込みの入る余地のないデータを>>460には提示してもらいたい。と言ってるだけさ

http://www.codeproject.com/KB/cross-platform/BenchmarkCppVsDotNet.aspx

ここをよく読めば、1割は確実にNative=C++の方が早いのがわかる
いいライブラリーだと2倍もある(sudoku)
悪いと遅いこともあるが、相対的にNativeの方が最低1割程度は確実に早い

こんなの当たり前なんだが、お前はなにを言いたいの？

基地外に論理は通じないか

問題は、悪いライブラリの方がほとんどだってことさ

.Netが遅くならないと主張する人は多少おかしくないか？

ベンチ一本で全てそうだと説明するのはどう考えてもおかしい
また、改良によって変わるのは言うまでもない

最初の頃は.Netは遅かったのは事実
現在は改良されて多少は早くなった物事実

しかし、絶対的に比べてどうかといわれれば「遅い」としか言えないだろう？
それをデータ示せとかこだわる所が、多少メンヘラ傾向あると思う

少し検索すればわかることでもある

だれも、Nativeよりも速くなる場合もあるとは言っているが、Nativeでごりごり書いたものより速いとは言っていない。
そもそもNativeは速度以前の問題が大きいので、検討対象外。

別にアンタがNativeを検討対象外にするのは勝手だが、ここでは.Netが検討対象外にされているということを理解して欲しいなｗ

Native派も、2倍程度と言い出す時代になったか。

バルスでも落ちない .NET

まあ、アプリを使うだけの人たちの中には.Net派といわれる人は存在しないけどな。
Nativeで提供してれば文句をいわれることはない　逆はあるがｗ

ネイティブと.NET比べて、カリカリにチューニングしたネイティブの方が速い！ってそりゃそうだろｗ
そんなことは議論するまでもなく.NET否定派も肯定派も分かってる。否定派の中でお前一人だけ浮いてるよ。

ネイティブでカリカリにチューニングすれば.NETより速いなんてのと
上でやってた性能低下はないって話はまったく別次元の話だが、その程度のことも理解できない君は基地外なんだね。
話の流れを理解できてない中学生が一人で騒いでるようにしか見えんのだけど

>>473
だから、ここでは.netが「遅くならない」は嘘になるだろ？

1割は遅くなっているし、ライブラリーが良ければ更に差は出てくる


また、速度以前のことはこの際関係ない。あくまで速度の話。
安全性に対しても、Naclのようなものも出てきている。


>>475
常時、2倍程度早いとか>>470で言っているか？
ライブラリーによってはそういう事もあると書いているだけ

否定派がNativeは常時2倍程度早いとは誰も書いていない

擁護派は遅くなっているという具体的な事実を出すと、
言ってもないことを言ったようにする印象操作までするようになったか

>>478
性能低下はあるだろ？　>>470のソースを見れば一目瞭然
.netだってチューニングはあるし、双方それをやった上での話

話をすり替えるばかりだな。

擁護派は速度が落ちないというソースを出したのはベンチマーク１つだけだ
この時点で客観的でないといえる

メンヘラちゃんには客観的事実をだしても主観的脳内事実の方が優先される

Nativeにしてもせいぜい2倍にしか速度が上がらないなら、Nativeのメリットは限られてくる。
1割なら、何のためにやるんだろう。

>>480
お前、面白いな。

>「.NET入れるだけでもっさりして動作が遅くなる」
>「否定派が入れたら"起動"が遅くなるってソースにすらベンチマークの結果には差がないと書いてある」
>「ネイティブでカリカリにチューニングしたら確実に2割程度は遅いことは真実」

入れるだけで遅くなるってソースがどこにもないからって、話をすり替えて騒いでる。

"ベンチマークの結果、速度は落ちない"ってソースは、そもそも否定派が出した物なんだが？ｗ
それを否定したらお前の主張の元になってるソースの信憑性が揺らぐわけだがその程度も理解できないなんて完全に基地外だなｗｗｗ
同じ記事から都合のいい所だけ抜き出して、都合の悪い所は無視ですかｗｗｗ

君が言っていることは「否定派は起動速度が落ちるというソースを出したのは画面録画１つだけだ
この時点で客観的でないといえる」という事に等しいと分かっていない馬鹿ｗｗｗ否定派の足引っ張ってるんだと自覚しろキチガイ君ｗｗｗ

あれ、君ってもしかして否定派のネガキャンやって肯定派の手伝いしてくれてるの？それだったら上手い手だ。

あ〜あｗメンヘラちゃん爆発しちゃったｗ

あきらかにもっさりしているよね

>>473 だけど >>481
あー、うん、速度に関して否定してるように読めたなら謝る。

ただな、誰もが F-1 に使うような車両を作れるわけじゃ無いんだよ。
普通の部品を組み合わせてそこらへんの車を作るのに精一杯だし、
そのそこらへんの車が、以外と便利だったら
あらためて出来る人がカリカリチューニングすれば良いわけで。

そういう点で、俺は .NET を肯定してる。速度の点ではおまいさんの言うとおり。

速度に関しての話題の時にコメントしたのがまずかったな。

>メンヘラちゃんには客観的事実をだしても主観的脳内事実の方が優先される
この定義に従うと、客観的事実を突き付けられて負け惜しみに人格否定しちゃう君はメンヘラちゃんだという結論に達するわけだけど？
精一杯煽ってるつもりなんだろうが、自己否定になってる事に気付けないあたりがキチガイをキチガイ足らしめる所以か。

　よ　ほ　う　診　 医　精　一　忠　は　あ　ま
　さ　 う　け　察　.者　神　度　告　て　き　さ
　そ　が .た　を　 の　科　　　　す　た　れ　し
　う　　　　　　　　　　　の　　　　る　な　　 　 く
　だ　　　　　　　　　　　　　　　　が　 ：
､＿__　　　　　　　　　 ＿__　　　　 　 ：
　　 (＿＿＿＿＿,／::::::::::::｀ヽ、
　　　　　　　　　 /::rー‐-ｰ-､:::l＿＿, 　 , -─
　　　　　　　 　 _|:lr_‐､￣-=､l:::|　　 /／
　　　　　　　　/)Y ´ﾟ｀ri　､'ﾟﾞ' |/,〉 /´
　　　　　　　　|｀ |l　/ヽ _,ノｌ　|ﾉ|
　　　　　　　　ヽ_|　'-=ニ=-l　!/
　　　　　　　　 /|ﾊ　　-‐　　/＼
　　　＿,. -ｰ'`´ l l ＼　 　 /'/!　l`ー-､＿

一言も反論できず人格批判しかできないとはな。
否定派にとって不利益にしかならない奴だった。

内容的に自分の意見しか通さないような書き込みはバカにされると思う
しかしあれ程自説を信じて疑わない事実はどこから沸いてくる自信なのか興味はある

程度はともあれ遅くなっているというソースを見せても、納得しない
実際に起動で遅くなっている実例も実証すらあるのに、納得しない

コレって立派なメンヘラそのものだろ
>>486のような基地外は・・・・

もう、駄々っ子に話しているようなｗ

遅くなるが大して遅くならないというソースしかないんだから仕方がない。
メンヘラはベンチをとって騒ぎ立てる。

いつもセットで出てくるP2経由書き込みの人はこう攻撃的なんだろうね
多かれ少なかれ遅くならないでも遅くなるんだよ、.Netをインストールするだけでな？

>遅くなっているというソース
http://www.codeproject.com/KB/cross-platform/BenchmarkCppVsDotNet.aspx
遅くなってるソースってまさかこれなのか？

死んでも入れないなんて宣言するぐらいだから、メンヘラなのは確定。

>>493
ネイティブが負けてるのもあるな。

.NET入れると遅くなる根拠に
ネイティブと.NETの速度比較出してくるような人だからな。

．NETアプリ自体のパフォーマンスと、．NET Frameworkを入れたOSのパフォーマンス低下を混同しないで話をしたらどうかと。
．NETを使ったソフトは開発も楽で、凡庸なプログラマでも組みやすいから開発コストは下げられるんだが、
パフォーマンス優先のソフトじゃ使いたくはならないよな。

ここで散々気になるって言ってる人間は今でもxpメインで使ってるんでしょ。7だと元々3.5SP1まで標準で入ってるんだから気にしようもないけどさ。

XPだと.Netを入れてなければ.Netアプリが起動する前にエラー吐いて終了してくれるんだが、
NT6.x以降は無条件で起動しちゃうんだよな…
.Netアプリと気付かず起動させたときに自滅してくれて助かったのになｗ

いろいろ更新来てるぞ

RADEONのドライバについてくるCCCって設定ツールが.NETだけど
MSVC++のランタイム更新かけやがるせいでDLL Hellになったな。

ngen eqi
↑これってやった方がいいの？

>>497
起動というパラメータではOSのパフォマンスは低下しているのは既出
その他のパラメータも計量されてはいないが、体感レベルで低下しているのも既出

開発者は需要があれば作ればいいし、使用者は気になれば使わなければ良い
スレ自体が使用者サイドで否定サイドでもあるので、欠点が強調されるのは当然

いちいち.NETのバージョン意識しないといけないから、Updateで
勝手に最新バージョンの.NETランタイムインストールしてほしいわ。
ついでにJavaのランタイムもMSがORACLEから受け取って配布
してくれたら文句ない。

JRE はたしかにめんどくさいよなぁ。

プリインストールメーカーPC、意識した事無いな、勝手に
MicrosoftUpdateで更新されてるな

>>1
こんな些細な議論するまえに、友達と遊んで来い！

>>503
昔、おおもめしてるから、いまさらです。

XPだけど
４．０入れたら
起動と同時の
ネットワーク接続が
できなくなった
もう限界かな・・・

>>503
自動更新がついてなかったか？＞Java

やっぱ、あるじゃん

.Net製のSHA512を算出するツールで「winhasher」ってツールがあるけど
Java製の同様ツールと計算速度を測ったら、.Net製のツールのほうが
50％近くも遅かった。

これってなんなの？

ランタイムのパフォーマンスの違いとかアルゴリズムの違いとか
実装方法の違いとか原因はいろいろある。

同じ言語で、同じランタイムを使ってても
実装方式が変わるだけでパフォーマンスに大きな違いが出ることはざら
だから、それを .NET のせいにされても困るだろ。

たとえばファイル列挙とかでも
考えて作ったのと何も考えずに作ったのとで大分ちがうんよ。

.NETのせいではないが、.NETアプリはハズレばかりなんだよね
.NETで開発する人間にハズレが多いんだろうかね

ハズレ人間でも、なんとか物を作ることができるということ。

ハズレというより経験や技能の浅い人間が多いってだけの話。
逆に言えばそれだけ簡単に組めて手軽だってことでもあるんだよね。

もう少し正確には、昔からやってる人間や企業はわざわざ環境変えてまでこっち(.NET環境)に来なくて、
新規やプログラミング能力の低い人間ばかりがこっちにきて目立ってるからこうなったってだけ。

te

俺VC++6.0のころからフリーソフト作ってるもんだけど
最近はC#ばかりだなー。
使う側としてはやっぱC#アプリは逆コンパイルできる安心感が
あるよなー。
すぐばれるからスパイウェアとか入れれないし。

3つの視点でネイティブと.NETの適材適所を考察 − ＠IT
http://www.atmarkit.co.jp/fdotnet/chushin/greatblogentry_11/greatblogentry_11_01.html

保守

このスレッド立てたやつってwindows xp3以下なの?
一生、おんぼろPCつかっとけ。

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

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

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

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

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

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

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

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

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


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

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

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

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

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

.NETはMFCより簡単？

めちゃくちゃ簡単。

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

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

.NEET

>>535

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

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

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

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

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

VBじゃなくてVSね

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

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

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

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

> 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
> あと何年かかるかな。

>>545

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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はなにかモサっとしてる
根本的な物なんだろうね

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

JITだって言ってるだけ。

Javaキチガイは都合が悪くなったら隠れちゃったけど
.NETモッサリと言ってる連中の中にJavaキチガイが紛れ込んでるのが発覚したのは収穫だったな。

.NETをモッサリだと叩いてJavaマンセーって気持ち悪いわｗ

Javaの存在意義がわからん

>>4
死姦

>>662

お前は嘘も百回言えば本当になると言うデマ吐き人間だからどうしようもないが、結局こちらが示した

>>642,643に反論できてないだろ。もしくは日本語読めないか、読みたくないかのどちらかだな。

お前の間違った主張（>>637,640,641)は根拠がないと言う証明だな

.Netのレスポンスとかを100人に聞いてみろよ。
殆ど、このスレで言われているようにレスが遅いとか起動が遅いとかexploreｒが重くなったとか言うからｗ
今はPCの性能でごまかされてはいても事態は余り変わらんよ

.Netはもっさり、出来れば無いほうがいい、これは事実

>>663
Javaの存在意義がわからんのなら.Netの存在意義もわからんよな

中立のふりをした高等ステマが横行しているな

性能が上がった分だけ何かさせるのを否定するお馬鹿さん。
アセンブラーやってろ。

速度しか誇れるところがない３Kプログラマーなんだから言わせといてやれよ
時代についていけず今更新しいものを覚える気力も余裕もないから保身に必死なんだよ

器の小さいやつだな
土台は俺に任せて子供は.NETで遊んでろくらいの気構えでいられないのかね

子供からゲーム機取り上げて俺が子供のころはうんたらかんらぬかしてるおっさんみたいでみっともない

Chrome
Firefox
Picasa
Winamp
Media Player Classic
Alcohol
WinRAR
BitComet
…

う〜ん、やっぱ一流のアプリはネイティブばかりだなぁ
こんなのは氷山の一角で上げだしたら切がないよ、優良アプリの99%ネイティブなんじゃないかな
市販のソフトだって人気のあるアプリはネイティブばかりだよね



一方.netは…

nLite
Paint.NET
…

この二つぐらいしかしらねーｗ
nLite は特殊なソフトだし微妙だな…

Paint.NET もよく知らないけど ネイティブのPictBearとかで十分なんじゃないかな…

VC++のexpressでもMFCが使えたらいいんだけど・・

DIYと大工比べるようなまねしてなに喜んでんだか
そんな土方根性丸出しからIT土方っていわれるんだよ
滑稽だから黙ってろ

やや特殊だけど、ThinkPadのThinkVantage系とかも.NETばりばりでクソ重い。
たまに起動失敗したりするし。

IBM時代の同機能ツール群の方がもっと小粒で省メモリでキビキビ動いてた。
ま、中華企業に堕ちた時点でそんなもんだろうと思っていたが。

あと、Vector（笑）とかに上がってる.NET製はフリー／シェア問わずたいたいクソ。
ちょっと前にEvernoteがC++でイチから書き直したの英断だったと思う。

なんだおまえその態度は？
金属バットで殴りまくって撲殺するぞコラ！？

>>672
中華は手を抜きたがるからな〜・・・って、ここの連中も同じじゃんｗｗｗ

あと、白髪三千丈とか南京大虐殺で兵士の何倍も殺したとか、そういうデマとか心理戦上手いからな〜・・・ここの連中も（略）ｗｗｗ


MSそのものが、シェアとったら後は手を抜いたり（IE6の色々とか）、ジャイアン的な雑な仕事をしがちだしな〜ｗ

>>666,667,668,671,672,673　とかは反論ができないから、明らかに全然関係ない別のことで中華や姦国レベルの返しだしなｗｗｗ

発言者のレベルや人格や品性がわかるよな〜ホントｗ

もうやめときなよ
傍観してる第三者だが
見てるこっちまで恥ずかしい

>>673
通宝しｍｓｔ

>>674
Java使いの品位を貶める高度なネガキャンか。

>>674
優秀なのは作者であってお前じゃないことは間違いない

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

それにしてもいい事言うね。君のレベルや人格や品性が>>674というわけだね。

>>665では>>641を否定して自分はキチガイじゃないと言いたいようだが
>>674見れば、中華だの姦国だの白髪三千丈だの南京大虐殺だの書いて騒いでるお前は誰が見てもキチガイだ。

自分がまともだといつから錯覚していた？

Microsoftは定着率高い

>>675,677
具体的に反論してください。そうしないと単なる印象操作としか思われません。そういうのが彼らは得意です。中立を装った・・・もね

>>678
「作者」って誰？　でそれが反論になってるの？別の話で印象操作してない？

>>679

あれ、いつの間にか.Netの設計者が転職したことが、C#の設計者が転職してないに変わっている
JavaはJavaとVMの両方だから、同じ考え方で行くと .net VMも含むんだよね。
定義の範囲を変えてごまかすのは先程と同じ手口だね

また、ゴスリングが転職したことでどの程度Javaの進化が止まったんだい？
はっきり言ってごらんよ。おそらく具体的に言えないだろうな。


また、反論が具体的なここが違うとかおかしいとかの指摘ではなく、こちらの言ってることのコピペかいｗ
少しは具体的な新事実で反論しろよ！ｗｗ

OSの独占とその独占を利用したバンドルによる半強制的な強要の悪影響はIE6時代のセキュリティ事故多発や
Javascriptの進歩の停滞で明らかだしね。(FirefoxやChromeがでなければどれだけ進歩が止まってたのやら）
.Net もおなじ、他プラットフォームはリフォレンス実装のみで最初から作る気がなくJava排除と独占のためにしか作ってない。
たまたまMonoが作られたから言い訳ができるようになっただけで、自社で作ってないからその不具合で責任を
とらなくても済むし、都合が悪くなれば資金提供を減らすこともできる。


相変わらず　Microsoft信者は「FUD」「印象操作」しかしないんだね
中・姦国並みの反論内容ｗ

C#の設計者として広く知られてるからそう書いただけで、当然.NETの設計者でもある。
定義が変わったのではなく、お前の知識が足りなかっただけの話さ

そもそも退職した.NET設計者って誰よ？
そんな事は全く気にも留めていなかったが、それで騒いで一喜一憂してたのってJavaキチガイだけじゃないのか。


Javaキチガイでネトウヨで、レベルや人格や品性が>>674って気持ち悪すぎるだろｗ

(／_・)／旧ボーランドは神

>>672
Vectorに上がってるソフトなんて.NETうんぬん以前に9割方クソだろ

XPでNET Frameworkの更新が来たんだけど何回終わってもループするんだが・・・(´･ω･｀)

CAPS LOCKを左CTRLとかにしてるとそうなる。

.>>685
自分もループ更新になってしまう

Microsoft Updateしたらageるスレ 72
http://toro.2ch.net/test/read.cgi/win/1334358285/

今　話題になってる　もう、知ってるか

ループ更新がうざいから、もうNET Framework自体を消した

実際XPではよほどのことが無い限り代替ソフトがあるからな。

だから、未だにXP使っているような貧乏人が.NETは重いだの文句をたれても全く説得力が無いんですよ。
いい加減にパソコン買い換えたらどうですか？

貧乏だから使ってるわけじゃないんだがなｗ
しかもパソコン買い替えたら金持ちなのかｗ

思考材料が定義化されてしまってて、頭の出来がその程度ってだけ
若しくは阿呆な煽り、どっちにしても救いようが無いけど･･･

逆に高スペック(Corei7?)とかなら初回起動もネィティブ並みの起動で
サクサク動きますか？

てかどれぐらいのスペックでもたつかずにサクサク動くんだろうか？

どんなスペックでもネイティブには勝てないから相対的に重くなる。

Java信者が隠れてもっさりだとか、ネイティブより遅いだとか言ってたんだと思うと笑える。

Winでは絶滅寸前だから痛くない　っていう自虐ネタ？ｗｗ

ここにいる人がJava信者なわけ無いじゃん

Javaキチガイでネトウヨで、レベルや人格や品性が>>674の奴が

隠れて.NET叩いて悦に浸ってたとか気持ち悪すぎる。

.NET厨でウヨ連呼とは、中々見所のあるやつだｗ

C++厨のネイティブ至上主義者からJava厨になって、今じゃ.NET厨よｗ
一通り通ってきたからそれぞれの言い分は分かるが、便利な物は使う主義なんでな。
外から眺めてるだけじゃ見えないとこも多い。

さすがに>>674のような品性下劣なネトウヨだった経歴はない。

ちょっとファイル名長いとすぐに PathTooLongException 出すのはなんとかしてくれ。

Monoがなかりせばを考えない人間も痛いね

長いものにまかれよ、勝ち馬に乗れが板についているのも痛いよ

世界の車がひとつのメーカー製であると想像するとどういう世界かわかる

>>702
OSの制限でそれ超えてると.NETに限らず色んなとこで問題出るよ。
例えばコマンドプロンプトで扱えないとか、エクスプローラで開けないとか、ゴミ箱に捨てれないとか…があったかな。
NTFSではサポートされてて作る手段もあるのに、標準で扱えないのは困るというのは同意。
ロングパスは使うなというのが結論だけど、どうしても扱いたかったら自作するかこの辺使うといい。
http://zetalongpaths.codeplex.com/
http://alphafs.codeplex.com/

>>703
ありもしないことを妄想しろってのは痛いと思うんだ。自覚ある？

.NET Framework 製のソフトって、もしかして Mac でも動いたりしない？

Mono入れれば開発環境のMonoDevelopなんかも動作するよ。
http://www.go-mono.com/mono-downloads/download.html

Windowsに強く依存したWin32APIを直接呼んでるようなやつは動かないので、そういうのはWINEの出番だね。

>>704
ありがたくつかわせてもらいます。

良い情報を予想外に得てしまった。感謝。

http://slashdot.jp/story/12/06/01/0527245/

米Microsoftは顧客との訴訟を回避するために、Windows 8以降で適用されるエンドユーザーライセンス契約（EULA）の
内容を新たなものに変更するという。
同社のブログによれば、すでにXboxではこうしたEULAの変更は終了しており、今後数か月の間にほかの製品やサービスに
おいても同様の変更が行われるとしている（Microsoftのブログ、The Register、本家/.）。

新ライセンスの最大の変更点は、消費者がMicrosoftを訴える場合、集団訴訟を禁じるというもの。
今後は個人による小額裁判のみ訴訟が可能となる。
その代わりにMicrosoftは仲裁人によって提案された和解案のなかで「最大もしくはそれ以上」の損害賠償金を必ず支払うか、
該当サービスおよび製品金額に1,000ドル相当を足したものを支払うとしている。

加えて、仲裁が成立した場合は対応する顧客側の弁護士費用を倍増、7ドルまでの製品総量の全額払い戻し、
Microsoft製ソフトウェアまたはハードウェアの45日間の返金ポリシーなども持つ。
MicrosoftはこのEULAを米国内で最も寛大な内容だとしているが、

本家タレコミ人はお怒りの模様。またコメント欄でも「この内容自体が違法である可能性」や
「EULAの内容自体に対して集団訴訟をすることが可能ではないか」などの議論もあるようだ。

＞7ドルまでの製品総量の全額払い戻し、
＞Microsoft製ソフトウェアまたはハードウェアの45日間の返金ポリシーなども持つ。
「45日以内なら商品の代金全額+$7までの送料を返金するポリシー」だそうだ。
　ttp://slashdot.jp/comments.pl?sid=569838&cid=2165202

＞集団訴訟を禁じる
ttp://slashdot.jp/comments.pl?sid=569838&cid=2165217
＞集団訴訟は、弁護士だけが儲かるシステム(スコア:0)
＞
＞ by Anonymous Coward on 2012年06月01日 21時30分 (#2165217)
＞
＞なんで悪く言われているの？
＞
＞集団訴訟ってのは、弁護士（及び時々、懲罰的課金をする国家）だけが儲かるシステムで、個別訴訟者に入る額は雀の涙。
＞だから、集団訴訟しなけりゃ、最初からそれ以上払いますよってのがマイクロソフトの提案なんだが。

>>709
個人で訴訟をおこすのは時間も含めコストがかかるから、総訴訟数が減る。

その結果、多少一人に多く払っても総支払額も減るので利益がある

>>709
by CowardDuck (25674) on 2012年06月03日 8時01分 (#2165859)

> 弁護士だけが儲かる

個別訴訟者に入る額が雀の涙なのは集団訴訟だろうが
個別訴訟だろうが変わんないとおもうけど。

そして、その雀の涙を払わせるには、まず勝訴しなけりゃいけない。

で、個別訴訟だと原告側の弁護団を大企業を相手に出来るほど強力に
することが難しいので、そもそも勝訴できるかどうかが問題になる。

妥協して不十分な弁護体制で訴訟を行っても訴訟費用は安くない。
敗訴して安くはない訴訟費用を払ったら原告にとっては金銭的な負担が大きい。

集団訴訟にすれば原告は強力な弁護団を個々の負担を抑えて
得ることができる。別に弁護士だけにメリットがあるわけではない。

払われる金が雀の涙から鳩の涙になったくらいじゃ、この
メリットを補填するには全然、不十分だと思う。

VS 2012 Express は ネイティブや.Netの開発できなくなるってさ

>>712
できなくなるのは、デスクトップアプリの製作ではないか？

UMSSORTって2.0が必要なんだけど、
VISTAと7ではNET Frameworkがデフォルトで入ってるらしいから
そのまま何もしなくても動く？

動くよ

>>715
どうも。そろそろXPから７に移行しようと考えてたから助かった。
.NET Frameworkを使用するソフトが主にUMSSORTだけしか使ってないから
これだけのためにまたトラブル満載の.NET Framework旧verとか入れたくないんでね。

3.0を入れても2.0は動くよ
4.0を入れても2.0は動くよ

必ずしもそうとはいえない

Windows8RPで.net3.5製ゴミクズアプリが起動しなくてワロタよ

http://blogs.msdn.com/b/dd_jpn/archive/2007/11/13/6172535.aspx

1.0/1.1/4は独立しているから必要なら必要なバージョンを入れる必要がある
2.0/3.0/3.5は下位バージョンを含んでいるから3.5さえ入れておけば2.0/3.0/3.5を全て利用できる
2.0/3.0がなければ勝手にインストールされるようだから

1.0/1.1は7に入れられないじゃん
このせいでVS2003が使用できないからXP入れてるわ

Win7x64メモリ満載の仮想マシンでいいじゃん
スナップショットが便利すぎて開発が捗るぞ

だよなー
俺も64bitの7でVMにXP入れて開発している

マイクロソフトがクズ過ぎるという結論

>>721
サポートがないだけで警告無視したら入る。
VSは動かない

「.NET Framework Cleanup Tool」が「.NET Framework 4.5」と「Windows 8」に対応
インストール・削除・更新などでエラーが発生した場合のためのクリーンアップツール
ttp://www.forest.impress.co.jp/docs/news/20120806_551677.html

本末転倒

http://msdn.microsoft.com/ja-jp/library/ee942965%28v=vs.110%29.aspx

いい加減.NETって名前変えて欲しい。
検索で引っかかりにくくて調べるのが大変。

4.5はすぐに入れた方が良いの？一応ここ本スレだよね

.NET FrameworkもしくはC#で検索するとおｋ

.NET4.5必須のアプリはまだ出回っていないので急いで入れる必要はないけど
4.0のアプリもパフォーマンスUPするので入れてもいい。
http://msdn.microsoft.com/ja-jp/magazine/hh882452.aspx

【下落】C#の下落が続く - プログラミング言語人気
http://kohada.2ch.net/test/read.cgi/pcnews/1345040924/

4.0入れたら起動時に30秒近くタスクバーがフリーズするようになった
アップデートでしつこくすすめてくるけど公式ウィルスだろｗｗｗｗ死ねよ

例の遠隔操作ウイルスって.netで開発されてたらしいねｗ
.net厨って役に立つソフトは作れないくせにこういうのだけは作るんだ

🔰

〼

「Microsoft .NET Framework Version 1.1 再頒布可能パッケージ」が2012/08/17にリリースされている

これは、Service Packを名乗っていないので、セキュリィパッチが当たっていない昔の物を再リリースしたと言うことだろうか？

ページだけの作り直しの多いサイトだから、中身を見ないと分からん
いつもの事

そっか(-_-;)
レスありがとう

.NET3.0で開発しました
XPユーザー様は.NET3.0をインストールしてお使いください
Vista以降のユーザー様は.Net3.0のインストールは必要ありません

XPユーザー「ウゼー、いらねーよこんなソフト」

.NET3.5に変えました
XPとVistaユーザー様は.NET3.5をインスコしてお使いください
7ユーザー様は.Net3.5のインスコは必要ありません

Vistaユーザー「ウゼー、もうこのソフト使わんわ」

Win8ユーザー「動かねーぞボケ」

申し訳ございません8ユーザー様も.NET3.5をインスコしてお使いください

Win8ユーザー「チッめんどくせーな、このソフトいらんわ」

.NET4.0に変えました
XP/Vista/7ユーザー様は.NET4.0をインスコしてお使いください
8ユーザー様はそのままで動作致します利用してください

7ユーザー「ウゼー、もうこのソフト使わんわ」

大量に更新来て
かなり時間かかった

.netをインスコするのを嫌がるようなユーザーを排除できていいね

今年ものっけからセキュリティパッチが大漁っすな。大馬鹿.NETｗ
マイクロソフトはActiveXから何を学んだのかと。やっぱ入れなくて大正解！

.NET大嫌い！！！！
.NET大嫌い！！！！
.NET大嫌い！！！！
.NET大嫌い！！！！
.NET大嫌い！！！！

あーちょっとだけスッキリ

開発言語シェア
ttp://www.tiobe.com/index.php/content/paperinfo/tpci/index.html

これを見ると、.Net Framework はオワコンって感じ。
ソフト開発者が追従してこない以上、そのうち切り捨てられる運命だな

>>745
え?

オワコンじゃない

2013年か
XP機は未だにいれておりません

7機ももってますが標準装備以外入れる気はありません

どうぞどうぞ

Win7には4.0が入ってないのよね
で、Win8には3.5が入ってないｗ

ツイッタークライアントではこれの4.0とAirあたりが使われまくってるな

こんなスレあるんだ

>>751
タスクマネージャ見ると腰抜かすよ。

本当にゴミなフレームワークだ…orz
XPとの相性は最悪
絶対に入れちゃダメだな…

元々入ってるVista以降との相性は良いんだよ。というか、Vista以降の機能を使うことを前提にしてるから。
xp用は無理して作ってるのとシステムの奥深くまで平気で弄る人間ばかりだからからおかしなことになってるだけ。

javaもインスコしたくない

Windowsも入れたくない

Windows7にアップグレードして、.netの存在が気にならなくなったのは良いが
i7 2700k、メモリ32GB、SSD256GBと強力なスペックになっても
結局小規模なアプリでも.net製は起動が遅いのは変わらなかった

そのスペックのどこが強力なんですか？
いたって庶民向けのスペックではないですか。
.NET Frameworkを使おうと思ったら最低でもXeonを複数個搭載して、SSDをRAIDしたパソコンが必要です。

>>759
言っちゃ悪いが、SSDをRAIDしても.Netは速くならん、Xeonも同じく

また.netがどんどん糞重くなっていくし
どうなってんだよ

脆弱性は増えるし碌なことがないな

確かプログラム作る側としては楽な言語なんだっけ？

超楽
もう仕事でもないかぎりC++でネイティブアプリなんて
作ってらんない

いくら楽でもゴミしか出来ないんじゃ意味無いじゃん

ゴミしかないなら気にしなくていいじゃん
使いたいソフトが.netだったりするの？

.netをディスるスレでそんな事言われても困るわｗ

なんだ、その程度だったのかｗ
そりゃすまんかった。

君たちがいくら喚こうが、.NET Frameworkは我々開発者にとって金のなる卵であることは間違いありません。

p.s.　ちなみに去年の.NETFramework向けに作ったソフトウェアの売り上げは2200万円でした。

負け惜しみのブラフ言い逃げ来たｗ

嘘吐きのレス乞食、どこぞのヒトモドキか？
まー恥の上塗りとはこの事

なぜ私の書き込みを嘘だと思うのか。

人間は自分が想像できない事象を簡単には信じません。

たとえばもしあなたが生まれて一度も飛行機を見たことがなければきっと
「空を飛ぶ乗り物なんてあるはずがない！　嘘だ！」と言うことでしょう。

同じようにあなた方はキツイ労働をしながらも大して稼げない世界に常日頃から居る、そして
周囲も似たような人たちばかりだから、私がソフトウェアの売り上げが2200万円と言っても嘘だと思ってしまうのです。

逆の支点から見てみましょう。
私から見れば、毎日満員電車に詰め込まれ、スーツという名の囚人服を着せられ、奴隷のように必死に働いて
それでいて稼げる金額が精々年収700万円、なんていう世界は想像できません。

なぜなら私はそんなことをしなくともお金を稼げるからです。
それに実際にたいして労働をせずともお金を稼ぐことは難しくありません。

尤も、別のとらえ方をすれば、相手の意見を嘘だと決めつけることで、楽にお金を稼げる世界があるという現実を
必死に無いことにして、奴隷のように働く自分を正当化しようとしている自己防衛ともとれますがね。

まあ、嘘だと思うならいつでも証拠は出せますよ。

あーあー・・・嘘吐きってのはXeonやらSSD-RAID(笑)等の部分なんだが
勝手にオナニー始めちゃったよ、この猿

このスレのwindows7ユーザーはわざわざ.netをアンインストールしてんの？

>>771
せっかくなんで、その「いつでも出せる証拠」ってのを見せてくれよ。
できればそれが.net製のソフトで稼いだってことが分かるように、お願いします。

流石にもうOSとの統合されている物を、無理やり引き剥がす事はしない

よく利用する商用の重量級ソフトは.Net化されたが
起動時に外部モジュールやデータをロードしている間に
並行して起動しているのか、ストレスは感じない
向上心を忘れないコーダーの技術や、ソフトの出来も良いんだろうな

まぁよく見る.Netソフトは、大した物でもないのにモッサリが多い

大したものでもないものなんてどうせ使わないんだから
どうでもよくない？

もともと.netはJAVAみたいに様々な環境で動作するソフトのはずじゃなかったの？

Javaほどじゃないにせよ様々な環境で動作するよ？

.NETというのはMSのCLI実装の名前。実は案外種類ある。
.NET Framework（最も一般的なWindowsデスクトップ・サーバ用）
.NET Compact Framework（Windows CEベースの組み込み・モバイル機器用）
.NET Micro Framework（家電とか車載機器とか　今時はタッチパネルやネットワーク機能が当たり前になって案外使われてるらしい？）

あとは、.NET Framework for Silverlight（名前通り）とか
Microsoft シェアード ソース CLI 実装…これはECMA-334とECMA-335の実装サンプルみたいなもんだから入れなくていいか。

MSオフィシャルじゃないやつだとMonoがある。
MonoはCLIのオープンソース実装で
Linux、FreeBSD、UNIX、Mac OS X、Solaris、Windowsで動く
Monoプロジェクトの一環でiOS, Androidで動くやつも作られている。
Monoを採用してクロスプラットフォーム化してるソフトで一番有名なのはUnityだろうか。

様々な環境で動く、を売りに.netは選ばれてないしあくまでwindowsアプリでしかない
ランタイム入れるだけでも一苦労

インテルのグラフィクドライバは.net要求しやがるんだが.net使ってるのはGUIだけっぽいね
設定した後に.netアンインストールしても問題ないｗ

インストーラから inf とか sys だけ取り出して、
デバイスマネージャでたたき込むのがシンプルで好き。

>>778
Windowsデスクトップ環境しか使ってない人には馴染みがないだろうけど
汎用性のあるクラスライブラリを作るための機能（Portable Class Library）が開発環境に標準で入れられてるくらいには売りにしてるよ。

>>781
当然デスクトップ環境の話してるし
windows以外でどこで動くんだよそれ？
こんなところで主張してくんな、うっとおしい

>>781
板を考えろバカ

>>782
>>777
デスクトップ環境に限ってもデスクトップ、WinRT、Silverlightの3系統あってPCLが使われているんだが？
移植する予定がなくても余計な依存を避けるために、汎用的なクラスライブラリをPCLで作るというのはよくある。

最も成功した実例の一つとしてUnityを挙げている。
あれはMonoとC#を採用して、iOS、Android、Windows、Mac OS X、Web、Wii U、PlayStation3、Xbox 360　他で動く

>>783
>>781はWindowsで動くソフトウェア（Visual Studio）の話。

そういや以前はこの板にもVisual Studioスレがあったな。
partが付くぐらいには賑わってた。

WindowsUpdateえらい時間かかったぞ

.NET Framework 2.0 までなら許す

各versionの言語ＰＡＣＫって必要なのか

ベンダは積極的に使ってるようだが
フリーソフト作者にはすこぶる評判悪い

フリーソフト天国の終焉
http://anago.2ch.net/test/read.cgi/software/1362394924/

フリーソフトでも結構あるんだけど、.Netで作られてるやつはどれも低品質だから目に付かないだけなんだよ

昔のC++製とかDelphi製の方が良作多いよね。

>>790
じゃあお前の作った｢高品質｣ソフト出してみろよw

人に物尋ねるならまず自分からだろう

>>788
エラーメッセージなどの翻訳テキストが入ってる。
なくても動作に支障はない。

まぁ、所詮はテキストデータなんで容量的には取るに足らないよ。インストーラーが3.5Mとかそんなもん

マイクロソフトが.NET 構想を打ち出してすぐに、
この.NET Framework が使えるかどうか私が試しに作ったソフトがある。
それはDirBaseというソフトだ。

当初はCPUがceleron 480Mhz、メモリが192メガバイトの環境で作り始めた。

このソフトを一度使えば.NET Framework
は使えると誰もがわかるだろう。

GUIとか実行速度が問題にならない部分だけ.NETっていうのが多いよね

www.wincert.net/forum/topic/10480-slim-net-framework-45-full-x86x64-8-15-2013/

slim .netだってｗ

金融緩和に対し、政治的な支持を集めることは長期的に行うためにもより必要

だから、実質所得増になり効果を確認しやすい直接給付が必要になる

更新しなくても問題無いし自分が使うのに意味があるのか良くわからん
皆が入れてるから…みたいな発想で入れるのが正義！みたいな発想は配布してる側の発想ですな
頻繁に使わないなら必要になったら入れればいいんじゃないの？

つーか結局昔のDLL地獄と同じように肥大&複雑化してきたよな。
特に困るのがWindows(Microsoft)Update周りの不具合。

更新が反映されず、いくらやってもゾンビのようにアップデート通知が甦ってきたり
言語パックだのなんだで結局インスコに時間が掛かってしまったりする。

>つーか結局昔のDLL地獄と同じように肥大&複雑化してきたよな。
DLL地獄がどういう物か理解してれば、「同じように」なんて発想は出て来ない。
お前はあれがどれほど深刻だったのか露ほども理解してないだろ。

つーか結局DLL地獄って言いたかっただけ？ｗ

おやおや、おっさんが怒り心頭みたいだなｗ

一般人、ライトユーザーのAndroidタブレット＆スマートフォンへの依存が増えているし
WEBブラウズやSNS、Twitter、動画閲覧等はそれで充分になった

PCソフトへの需要は今後も下がっていくだろうな
ビューア、ブラウズ、業務会計、開発、クリエイティブ系は生き残るだろうが

わざわざ.NETソフトを選ばなくても良くなりそうだ

なんだか、完全に勘違いしてるな。

ソフトウェアってのはいくらでもコピーできるから、
一本当たりの値段は「売れる本数÷開発費」になるわけ。

そして、PCソフトの需要が下がるとどうなるか？
売れる本数が下がるので、値段を上げるか開発費を下げるしかない。

だが、値段を上げると売れなくなるので、さらに開発費がかけられないという悪循環に陥る。
では、開発費を下げるにはどうすればいいのか？
そう、.NETの採用による開発の効率化だよ。

今後、PCソフトでは.NETを使わざるをえない状況が増えるだろうね。

×「売れる本数÷開発費」
○「開発費÷売れる本数」

オレらにはあんま関係ないな
フリーやらシェアソフトで.Net必要と記されてれば無条件でゴミ箱にポイだからｗ
.Netアプリって少ないし

そういう必ず需要のあるソフトは大丈夫って意味だったんだけどね

>>804
そこで、開発費を下げるために外国に外注ですよ。
人件費が半分以下だから、開発費も比例して下がる。
マネージメントやらスケジュール管理等が難しいがやらざるを得ない時代はすでに来てる。
経験値がたまればその欠点も改善されていく。

ライブラリーとかフレームワークがしっかりした言語を使えば、関係なくね？

ブラウザみたいな需要のあるソフトは安泰だな。
.NETを使った時点で競争に負けて消えるから。

フリーソフトは.NETを使わないのが馬鹿らしくなってくるので危ないかもしれない。

4.0向けだと7ユーザーに4.0を入れてくれと頼まなきゃならん
3.5向けだと8ユーザーに3.5を入れてくれと頼まなきゃならん

何でM$は.NET開発者にこういう嫌がらせをするんだろねｗ
ただでさえディスられてるのにさｗ

>>808
>ライブラリーとかフレームワークがしっかりした言語を使えば、関係なくね？
それってJavaや.NETの事なんですが…

>>810
>4.0向けだと7ユーザーに4.0を入れてくれと頼まなきゃならん
これは正しい。まぁ、Windows Updateやってれば勝手に入ってるんですけどね。

>3.5向けだと8ユーザーに3.5を入れてくれと頼まなきゃならん
これは間違ってる。
アプリの設定ファイルに4.0でもおｋと書き足すだけで2.0〜3.5が4.0で動くようになる。

>>803
Xamarinの手によってタブレット＆スマートフォンの世界にも.NET技術が静かに浸透を続けている…

PCの世界で.NET使ってるのは分かりやすいけど
スマホのアプリだとばらして中見ないといけないから分かりづらい。

>ビューア、ブラウズ、業務会計、開発、クリエイティブ系は生き残るだろうが
業務会計って.NET製の弥生のやつが売り上げNo1だよね？他にも.NET製のやつが結構あるんですが…

コンシューマでも青色申告やらの会計系ソフトだけは異常だからな
かなりの数が.Net製、まぁ殆どが土方系開発業者ってのが判り易いけど
年賀状系はまだマシだな、つかその部分は.Net云々の話ではないと思う

>>811
> アプリの設定ファイルに4.0でもおｋと書き足すだけで2.0〜3.5が4.0で動くようになる。
できなくはないが、トラブルの元だぜ？
なぜMSが既定で3.5アプリが4.0で起動しないようにしてるかわかってる？

ここ数年フリーソフトの新規数が激減したような、気のせい？

個人向け会計ソフトが特殊なのは、
企業向け会計ソフトの機能を制限して、個人向けとして売ってるからだよ。

そして、企業向けソフトではコストパフォーマンスの高い.NET製ソフトの人気が高い。
そのため、自然と個人向け会計ソフトも.NET製が多くなる。

Framework導入が必要ですか？と
何度も来る鬱陶しい営業に嫌味言った事はある
何処のソフトも同じだと思いますよ、と返されたが

>>814
下位互換性に関する話はMSDNに載ってるから割愛するけど
要は完全な互換性はないから、予期せぬ動作をしないようデフォルトで起動しないようになっている。
まぁ、ほとんどのアプリはそのまま動くんですけどね。でも開発者がしっかりテストした上で設定するべき

素人向けの乱暴な説明だったのは謝る。

現実には7には4.0入れろ8には3.5入れろってのが普通だからねぇ
ま、どの道.NETなだけで使わないんだけどねｗ

>>777
ぜんぶ作動がトロいってはっきり分かんだね

Framework使わずにニコ生アラートを入れたいんだけど、どれがいいだろう。
公式のやつしかないかな。
Frameworkだけで600MB超えるとか簡便してほしい。

ニコ生アラートくらい自分で作ろうよ

.NET 1.1の延長サポート期間終了

Windows 7 SP1に.NET Framework 4.5.1
のアップデートがあったので、当てた
ら。Polycom C100S を立ち上げると
O/Sが 固まるようになった。仕方ない
ので.NET Frameworkを4.5に戻した
らOK。Polycomのドライバーのバージ
ョンは3.0.0.29

.NET Framework is Oh MY GOD!!!

3.5SP1がWin XPへのインストールできません＞＜

何回やっても同じエラーで強制中断
WIC Installer: [2] Error code 1603 for this component means "Fatal error during installation.
クリーンナップツールで 全部消してもダメ
インストーラ4.5にしても更新してもダメ

誰かポインタください
ググり疲れた

>>826
インストール先のフォルダの権限を弄ったりしておかしくなってないか？

レスありがとうです
権限はいじってないです。

一応・・・
っ http://support.microsoft.com/kb/2161107/ja

あ、1603 は fatal error としか書いてないよ
http://msdn.microsoft.com/en-us/library/aa368542.aspx

後2ヶ月でXPサポ切れで、標準搭載のVista以降しかサポートされないんだな
UEFIで、7以降のOS自体の起動終了は気にならなくなったけど
.NET実用系アプリだけは起動が緩慢でよくわかる

どんなに便利でも.NETアプリは入れない
一生入れない

4年前にWindows7に移行してから、ずっと使ってるけど
追加の.net4.xは絶対に入れてやらないｗ

7使ってて.NETをどうしても使いたくないならデフォで入る3.5.1も無効にしろ。
コントロールパネルの[プログラムと機能]-[Windowsの機能の有効かはまた無効化]で無効にできるぞ。

そこまでして外すのはただ単に.NETという機構が嫌いだという意地でしかないけど。

RAW現像ソフトをアップグレードしたら、.NET4.xを要求しやがった・・・

入れるなよ！

仕方ないから入れたよｗ

どうやら死んでも入れない事は出来なかったようだ
まぁシステム要件でメモリとGPU部分までしか、読まなかった俺がダメなんだけどね
その下に4.5を強制インストールしますよと記載されてたし

http://www.dxo.com/jp/photography/dxo-optics-pro/

最悪だ
二度と来るな！

入れたのは1PCだけだぜ、後の7機は3.5Xも無効化してるから・・・

ＸＰだけど削除した方が良いのか？？？？

一度入れたら終わりだよ
OSをクリーンインストールしないと

ドットネット入れろよバカヤロウ

削除できたぞ！バカヤロウ！！

ゴミが残るって意味でねｗ

穢れたOSになるんだぞ

クリーニングしたぞ！
HDD使用領域4Gになったぞ！コノヤロウ！！

XPを削除しろ！バカヤロウ！！

>>19
デルのpcも文字化けよくするわ。
なぜか支那文字、すてたわ。

>>672
WPFからCEFに移行したんだっけ
日本語入力回りが移行直後超バグバグ、今だに挙動怪しいときあるのがな..

＞大阪府三島郡島本町の小学校や中学校は、暴力イジメ学校や。
島本町の学校でいじめ・暴力・脅迫・恐喝などを受け続けて廃人になってしもうた僕が言うんやから、
まちがいないで。僕のほかにも、イジメが原因で精神病になったりひきこもりになったりした子が何人もおる。
教師も校長も、暴力やいじめがあっても見て見ぬフリ。イジメに加担する教師すらおった。
誰かがイジメを苦にして自殺しても、「本校にイジメはなかった」と言うて逃げるんやろうなあ。
島本町の学校の関係者は、僕を捜し出して口封じをするな

＞島本町って町は、暴力といじめと口裏合わせと口封じの町なんだな

子供の時に受けた酷いイジメの体験は、一生癒えない深い傷になるなあ

Win8をスルーしてるから、最近のトレンドは判らない俺だけど

Windows10のTP試した上では、.NET 3.5が既に外れてるんだな

入ってんるですが

.Net1.x
XP〜Vista　別途インスコ
7以降　不可

.Net2.x 〜 .Net3.x
XP　別途インスコ
8.x以降　別途インスコ

.Net4.0
XP〜7　別途インスコ

.Net4.5
XP　不可
Vista〜7　別途インスコ


喧嘩売ってるな

.NET3.5がWin8で別途インスコってのは不正解。
他の別途インスコとは事情が違って、入ってるけどデフォルトで無効になっているってのが正しい。

機能の追加から手動で有効にできるし、3.5使うやつをインストールしても有効化される。
メーカー製は最初から3.5が有効になってる事も多い。

>>854
てっきり容量ケチるために入れてないとばかり思ってたが、益々意味不明だねｗ

有効に出来るけどソースを取ってくる必要があるでしょ？

ソースを取ってくる？

4.0のアップデートに失敗したので、4.0を一旦アンインストールしてから、
改めて全てのアップデートを終了したのですが、4.0が必要なソフトで

Could not load file or assembly
'System.Web.Extensions, Version=4.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35' or one of its dependencies.
指定されたファイルが見つかりません。

と、起動する事はできても、使おうとすると上記のような表示がでて使う事ができません。
再度4.0の入れ直しを試みましたが駄目でした。

この症状を改善するにはどうしたらいいですか？

31bf3856ad364e35

ClientProfile(サブセット)じゃなくて完全版をインストールする

>>855>>856
インストールディスクに同梱されてる。

昔と違って必ずインストールディスクがあるとは限らないだろ。

ディスクが必要なのを「既にインストールされている」とは言わないだろ

ディスクはソース>>856の一例。
他とは事情が違うのに別途インスコとまとめちゃうのは違うやろ

http://www.dotup.org/uploda/www.dotup.org5393652.png

全部、消した
起動はしたｗ

アセンブリフォルダの
Microsoft.A3ec156ec#

のような＃付きフォルダって、どういうときにつくらtれる？

未だに全く困らないんだが.Netで開発してる奴らって何でこんなに無能なんだ？

ﾜﾛｽｗ