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

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

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

.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++なりを使って必要なソフトを作ればいいじゃないですか。
こんなところで文句たれるなんてみっともない。