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

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

わかった、がんばる

>>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