Visual Studio 2005スレ Part8
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2006/01/16(月) 04:48:41http://www.microsoft.com/japan/msdn/vstudio/express/
貧乏人は急いでＧＥＴだぜ！
Visual Studio 2005 Developer Center
http://www.microsoft.com/japan/msdn/vstudio/2005/
http://lab.msdn.microsoft.com/vs2005/
Visual Studio 2005 製品ライン概要
http://www.microsoft.com/japan/msdn/vstudio/productinfo/productline/
http://www.microsoft.com/japan/msdn/howtobuy/vs2005/
Product Feedback Center
http://lab.msdn.microsoft.com/productfeedback/
過去スレ
Part7 http://pc8.2ch.net/test/read.cgi/tech/1135529419/
Part6 http://pc8.2ch.net/test/read.cgi/tech/1134819322/
Part5 http://pc8.2ch.net/test/read.cgi/tech/1133029283/
Part4 http://pc8.2ch.net/test/read.cgi/tech/1131494714/
Part3 http://pc8.2ch.net/test/read.cgi/tech/1125460842/
Part2 http://pc8.2ch.net/test/read.cgi/tech/1113305966/
Part1 http://pc8.2ch.net/test/read.cgi/tech/1080916113/
0097デフォルトの名無しさん
2006/01/18(水) 12:27:570098デフォルトの名無しさん
2006/01/18(水) 12:31:54あれ、いつの間にか追加されてたのか
前に見た時は無かったから、このスレや他のコミュニティを見てあわてて入れたんかなｗ
0099デフォルトの名無しさん
2006/01/18(水) 12:34:38お金渡す→代わりに買ってきてもらう
0100デフォルトの名無しさん
2006/01/18(水) 12:40:33んで、このスレでもひと悶着あったんだから。
0101デフォルトの名無しさん
2006/01/18(水) 12:43:44価格も一覧がある。
相変わらずわかりにくいところにあるけどな…
http://www.microsoft.com/japan/presspass/addcont.aspx?addid=724
0102デフォルトの名無しさん
2006/01/18(水) 13:33:40略称はVS2005EEでOK?
0103デフォルトの名無しさん
2006/01/18(水) 13:46:100104デフォルトの名無しさん
2006/01/18(水) 13:57:55今がチャンスって言ってるよ。
デイトレーダーてか株やろうと思っているが、片手間に出来ないよね。プログラミングと同じく。
0105デフォルトの名無しさん
2006/01/18(水) 14:54:04あれ？何時の間にかVS97からのアップグレードが復活してる？
前に一度打ち切られた様な気がしてたんだが・・・・・・
VS2005Pro＋VSSのアップグレードで10万ちょいか、悪くはないな。
会社からｆｌぢｓｐｎすれば無料ではあるけどｌあｓじｆぴｊ
0106デフォルトの名無しさん
2006/01/18(水) 14:59:52＞7 名前： デフォルトの名無しさん [sage] 投稿日： 2006/01/16(月) 09:10:51
＞ExpressのVisualC++使ってみたがいまいちだな
＞CLR使うと起動がクソ重いし、利点がほとんどない
＞
＞唯一の利点はWindowsフォームで簡単にUI作れるくらいか
＞
＞Win32SDKのみでUI作るのはだるい、しかしMFCもセンス悪くて吐き気がする
＞WindowsフォームもCLRが必要なので使いたくない
＞
＞なにかこう決定打はないのだろうか
＞14 名前： デフォルトの名無しさん [sage] 投稿日： 2006/01/16(月) 12:20:51
＞>>7
＞WTL
＞19 名前： デフォルトの名無しさん [sage] 投稿日： 2006/01/16(月) 14:05:57
＞>>14
＞WTLは終焉。OTL
0107デフォルトの名無しさん
2006/01/18(水) 15:06:550108デフォルトの名無しさん
2006/01/18(水) 15:21:580109デフォルトの名無しさん
2006/01/18(水) 16:11:170110デフォルトの名無しさん
2006/01/18(水) 16:18:48そんな話の頃はとっくに超えてるんだが
0111デフォルトの名無しさん
2006/01/18(水) 16:33:36?
>とっくに超えてる
?
0112デフォルトの名無しさん
2006/01/18(水) 18:16:390113デフォルトの名無しさん
2006/01/18(水) 18:44:16新しいC++BuilderもATL装備したし
0114デフォルトの名無しさん
2006/01/18(水) 18:51:13C++BuilderがATL装備したことに何の関係が？
0115デフォルトの名無しさん
2006/01/18(水) 18:53:47オープンソース化後も2〜3ヶ月毎にバージョンアップしてるのに、
何で今更急に終焉とか言ってるんだ？ってことだと思う。
0116デフォルトの名無しさん
2006/01/18(水) 19:40:01Express Edition って印するトールしてから1年経つと
自動的に使えなくなるの？
0117デフォルトの名無しさん
2006/01/18(水) 19:41:04WTLが流行ってる訳じゃないしー。
大体、Ｍ＄厨はＭ＄推奨に付いてくだけでオプソを怖がるしー。
0118デフォルトの名無しさん
2006/01/18(水) 19:41:47ttp://groups.yahoo.com/group/wtl/message/13140
前から気になってたんだが、WTLの名前を出すと
テキトーぶっこくヤツが居るのは何なんだ？
0119デフォルトの名無しさん
2006/01/18(水) 19:44:03それってＭ＄謹製じゃないじゃん。
だからＭ＄厨が付いてくわきゃない。
0120デフォルトの名無しさん
2006/01/18(水) 19:47:07＞430 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/24(土) 02:18:07
＞ついにねんがんのVS6.0をてにいれたぞ！
＞
＞会社の倉庫に眠ってたのを譲り受けた。
＞で開けたら「VISUAL J++」だけ未開封。
＞
＞(´･ω･`)ｶﾜｲｿｽ
泣いた
0121デフォルトの名無しさん
2006/01/18(水) 20:01:560122デフォルトの名無しさん
2006/01/18(水) 20:21:02というだけだろ、気にするな
0123デフォルトの名無しさん
2006/01/18(水) 20:23:53どうがんばったって仮想マシン上で動くソフトのパフォーマンスが
ネイティブコードの速度を上回ることはあり得ないし
逆コンパイルされやすくなるリスクまで考えると
大手のパッケージソフトメーカーが.net採用するとは思えないな
逆に社内の情報システム構築なんかの用途では
.netのほうが手軽に開発できるので使用されるかもしれないが。
どっちにしろ俺は.net使う気がおきねぇ
0124デフォルトの名無しさん
2006/01/18(水) 20:30:15適当なスレに行ってくれ。
0125デフォルトの名無しさん
2006/01/18(水) 20:43:31てきとーに書いてんだろ
0126デフォルトの名無しさん
2006/01/18(水) 20:44:510127デフォルトの名無しさん
2006/01/18(水) 20:47:43どこがてきとーなんだい？お兄さんに教えてくれないかな
0128デフォルトの名無しさん
2006/01/18(水) 20:49:17んあこたーない
0129デフォルトの名無しさん
2006/01/18(水) 20:50:100130デフォルトの名無しさん
2006/01/18(水) 20:50:130131デフォルトの名無しさん
2006/01/18(水) 21:48:43仮想マシンとネイティブがいい勝負だとか言ってるやつは
MSやSunの戯言を真に受けてるお馬鹿さんですか？
0132デフォルトの名無しさん
2006/01/18(水) 22:07:160133デフォルトの名無しさん
2006/01/18(水) 22:16:37最適化の効果は様々だが、少なくとも何のソースも示さない
>>131の戯れ言よりはこっちの方が信用できるな
0134デフォルトの名無しさん
2006/01/18(水) 22:37:38その記事は読んでないのでしらないが
どうせ１関数内でループ計算して比較するたぐいの物だろ？
その比較法ではコード生成部分の比較にしかならず全体的な最適化性能
を比較してることにはならない
一般的なプログラムというのはそういう単純な構造ではなく
大量のオブジェクトを生成と破棄をくりかえし
それぞれのメソッドを幾度となく呼ぶわけで
フラットにマシン語に置き換えることしかできないJITの場合には
コアなメソッドがインライン展開されることもなく
またオブジェクトをスタックに配置できないjavaの場合には
オブジェクトの生成と破棄に圧倒的に負荷がかかる
さらにその負荷のかかる処理もGC任せで行うことしかできず
GCが動作する分の負荷がよけいにかかる
Javaとg++が同等の速度になることは100%ありえないと俺は断言できる
0135デフォルトの名無しさん
2006/01/18(水) 22:42:14JIT は、実行中の情報が使えるから特殊な状況なら逆
転することもあるだろうな。
と、てきとーにレスしてみる。
0136デフォルトの名無しさん
2006/01/18(水) 22:44:43または、十分にメモリがあるなら
かなりのオブジェクトがプロセスの終了まで
ですと楽とされないかもしれん。
0137デフォルトの名無しさん
2006/01/18(水) 22:45:15ゲームなら最初からC++、その他は開発コスト優先だろうが。
0138デフォルトの名無しさん
2006/01/18(水) 22:50:30なんか時代は変わったな。素直に嬉しい。
0139デフォルトの名無しさん
2006/01/18(水) 22:56:27コードは普通のエラトステネス。
JavaはGCJ(ネイティブコンパイル最適化あり、なし)、
gij、J2SE 5.0(インタプリタ、ClientVM、ServerVM)。
CはGCC4.0.1のg++(最適化は何故か-O、なし)。
順番は
g++(-O) = ServerVM(9.0秒) < GCJ最適化(9.1秒) < ClientVM(9.2秒)
< g++(10.0秒) < GCJ(10.6秒) < J2SEインタ(16.3秒) < gij(23秒)
0140デフォルトの名無しさん
2006/01/18(水) 23:27:23デザイン画面では、ツールボックスを隠さない、プロパティ表示
コード画面では、ツールボックスを隠す、プロパティ非表示
というようなウィンドウ制御するマクロｷﾎﾞﾝﾇ
0141デフォルトの名無しさん
2006/01/18(水) 23:30:14g++(-O)が9.0秒なのかよ。
ありえねぇ
0142デフォルトの名無しさん
2006/01/18(水) 23:39:08洋書でもいいんだけ
0143デフォルトの名無しさん
2006/01/18(水) 23:41:100144デフォルトの名無しさん
2006/01/18(水) 23:53:34>Javaとg++が同等の速度になることは100%ありえないと俺は断言できる
そんな単純な問題でもないし、状況によるとしかいえない。
というかSAXONあたりだとネイティブ越えたりという状況は普通に起こっているので
単純に知識が古いんじゃない？
それと、最適化でJITが劣るようなこともいってるけど、現在の最適化コンパイラが
やる程度のことはJITでも当然のごとくやっている。というか中の人たちが同じ
なんだから当たり前の話だが。制限要素はJITの場合あるにしても、JITの場合
コード自体も最適化しやすい(ように作っている)ので差が出ないことも珍しいことではない。
また、そのCPU｢だけ｣に最適化できるということはそれほど軽視できる利点ではない。
レジスタ、2次キャッシュ周りまで細かく制御出来てしまうわけだから。
つか.NETの場合JIT程度の問題よりP/Invokeコストの問題のほうが大きいんだが
(WinFormはその典型)、Managed DirectX(比較して95%以上の性能)のような例もあって、
ライブラリ設計の方がパフォに影響を与える点ではネイティブと変わりはしない(つまり
JIT性能云々なんてどうでもいいこと)。
0145デフォルトの名無しさん
2006/01/19(木) 00:04:210146デフォルトの名無しさん
2006/01/19(木) 00:26:07> Managed DirectX(比較して95%以上の性能)
お、そんなに凄いの？
ソースある？
0147デフォルトの名無しさん
2006/01/19(木) 00:48:21つ ttp://d.hatena.ne.jp/NyaRuRu/20050110#p2
俺も「これぞ」なソースは見たことはないが。
ここでも触れているけど、結局パフォーマンスは「設計による」。この点では
ネイティブと何も変わらない。方法が異なるだけ。
GCだのはその(ネイティブとCLRで手法が異なる)典型だけど、否定論にそれを考えた
上での比較をするやつを見たことがない。
0148デフォルトの名無しさん
2006/01/19(木) 00:51:05中間コードを使うメリットが全く思いつかないんだが
ただ単にVS6で定着しちゃった客に新しいの買わせたいだけなんじゃないのか？
0149デフォルトの名無しさん
2006/01/19(木) 00:52:340150デフォルトの名無しさん
2006/01/19(木) 00:57:04つ メタデータ自己記述
一例だけどな。使ってないからそういうんだろうが、使ってりゃ必要性なんてわかるよ。
COMの｢方向性はまったく一緒｣な後継だし。それをただスマートに実現しただけだ。
0151デフォルトの名無しさん
2006/01/19(木) 02:16:27そうじゃなけりゃそもそもネイティブは動かんだろ。
CPUに合わせた最適化ってのはそういうことじゃなかろ。
0152デフォルトの名無しさん
2006/01/19(木) 02:59:280153デフォルトの名無しさん
2006/01/19(木) 04:06:02まずインストルメントビルドしてそれを実行して発生した実行データを基に最適化というのは
文章は短いけどやってみたらかなり辛い単純作業の繰り返し。
実行してX押しただけじゃ当然全く意味がない。
完全にPGOの恩恵を受けるには理論上プログラムのあらゆるコードを実際に1回以上実行する必要があるらしく
多機能ソフトではもうなんていうか一人じゃ無理。
必死に10回も実行して色々やったけど
900 of 6000 ぐらいだった。20回で1800には多分ならない。
まぁ自分が使う機能に関する部分だけ最適化されればいいじゃないと言えばその通りだが。
0154デフォルトの名無しさん
2006/01/19(木) 04:52:34つ[x64]
まあマネージコードのバイナリにもなぜかCPUの違いがあるわけだが
0155デフォルトの名無しさん
2006/01/19(木) 08:23:59無駄なオーバーヘッドが発生してCPUリソースの無駄
0156デフォルトの名無しさん
2006/01/19(木) 08:45:480157デフォルトの名無しさん
2006/01/19(木) 08:46:50正直賛同できません。
ttp://satoshi.blogs.com/life/2005/08/google_os_.html
>こう考えて見ると、どうして Google の提供するＡＰＩの方が
>Longhorn のＡＰＩよりも遥かに魅力的なのかが明確になってくる。
>Microsoft や Intel がどんなに頑張っても、
>一台のコンピューターに閉じた世界で出来ることは限られている。
>世界中にあるネットに繋がった全てのコンピューターをシステム・リソースとみなした
>Google OS の方が遥かに優れているのはどう考えても明らかだ。
0158デフォルトの名無しさん
2006/01/19(木) 08:48:40Visual Studio 2005スレ Part7
ttp://pc8.2ch.net/test/read.cgi/tech/1135529419/72-
＞72 名前： デフォルトの名無しさん [sage] 投稿日： 2005/12/27(火) 22:09:46
＞いまさらながらExpress入れてみたけど……モッサリにも程がないかこのIDE。
＞これがサクサクに動く環境ってあるのかな。5年後のPCでもやっぱり重いと思うんだが。
＞っていうか、これで開発する気になる正直？
＞79 名前： デフォルトの名無しさん [sage] 投稿日： 2005/12/28(水) 00:25:26
＞やっぱりメモリ1Gが最低ラインか･･･
＞俺もPen4-2.8GH+512Mで重いからメモリかとは思ってたが
＞明日にでも1Gを2本買ってくるかね
＞104 名前： デフォルトの名無しさん [sage] 投稿日： 2005/12/28(水) 10:23:33
＞メモリ256MB
＞使い物になりませぬ
＞110 名前： デフォルトの名無しさん [sage] 投稿日： 2005/12/28(水) 11:05:11
＞うちは2Gだけど
＞ぶっちゃけ、これでも足りないぞ・・・・。
＞112 名前： デフォルトの名無しさん [sage] 投稿日： 2005/12/28(水) 11:12:16
＞メモリは1GBで足りてる感じ。
＞CPUとHDDのパワーが足りん。
0159デフォルトの名無しさん
2006/01/19(木) 09:26:05つSuppressUnmanagedCodeSecurity
みたいなもんが必要なMscorの設計のためだよ。
純粋なデバッグシンボルの塊みたいなものに
Nativeコード入れられるとM＄が逆汗できないから？
嫌がってるだけだから
ま、通常のプログラムは大半のCPU時間が
OSなどのNativeコンポーネント内で実行さるのだからきにするな。
0160デフォルトの名無しさん
2006/01/19(木) 09:28:19ドトネト実行環境が結局Winネイティブなわけで、
ｲﾐﾈｰ。
0161デフォルトの名無しさん
2006/01/19(木) 09:56:25PCのスペックがあがるたびに無駄にオーバーヘッドの大きい技術を
開発していくから、いつまでたっても新しいPCにリプレイスしつづけなければいけない
実に馬鹿げてる
0162デフォルトの名無しさん
2006/01/19(木) 10:02:320163デフォルトの名無しさん
2006/01/19(木) 10:09:04Windows .NET Server → Windows Server
Visual Studio .NET → Visual Studio
Office → .NETの予定ないお
Longhorn.NET（下位互換Win32API） → Vista=Win32API and WinFX
と、ドトネトランタイムが終息方向。
0164デフォルトの名無しさん
2006/01/19(木) 10:13:40＞Visual Studio .NET → Visual Studio
＞と、ドトネトランタイムが終息方向。
∩＿＿＿∩ /)
| ノ ヽ ( i )))
/ ● ● | / /
| ( _●_) |ﾉ /
彡､ |∪| ,/
／ ヽノ /´
0165デフォルトの名無しさん
2006/01/19(木) 10:14:29Windowsフォームを使う分には開発効率がよくていい
つか欲を言えばネイティブでWindowsフォーム使えれば最高なんだが
0166デフォルトの名無しさん
2006/01/19(木) 10:15:280167デフォルトの名無しさん
2006/01/19(木) 10:19:440168デフォルトの名無しさん
2006/01/19(木) 10:21:500169デフォルトの名無しさん
2006/01/19(木) 10:24:13> <DIR> Microsoft Visual Studio 8
0171デフォルトの名無しさん
2006/01/19(木) 10:34:12だって、Windowsの中の人がドトネトから撤退してんだから、
VSだってドトネトを縮小せざるを得ない。
0172デフォルトの名無しさん
2006/01/19(木) 10:35:38ドトネトが性能劣悪ライブラリだから皆使わないんだお。
0173デフォルトの名無しさん
2006/01/19(木) 10:39:07バ ー ジ ョ ン 違 い の フ レ ー ム ワ ー ク
低スペックマシンも 超高スペックマシンも
みんなひきつけ 糞フレームワーク
ありがとう さようなら ｹﾞｲｼﾄﾞｯﾄﾈｯﾄー♪
(2) あ り が と う さ よ う な ら 糞ﾄﾞｯﾄﾈｯﾄー♪
超 絶 も っ さ り 超 互 換 性
思い出のきずが 残るあのマシン
だれが今度は 犯されるんだろう
ありがとう さようなら 俺のＰＣ
0174デフォルトの名無しさん
2006/01/19(木) 11:02:42もし将来性がないならくだらない技術おぼえたくないので
だれかマジレスしてください
0175デフォルトの名無しさん
2006/01/19(木) 11:10:01もし上がらないならくだらない株買いたくないので
だれかマジレスしてください
と、同じくらいくだらない質問だな
0176デフォルトの名無しさん
2006/01/19(木) 11:47:18そういう大きな質問に答えられるのは
たとえば株式で言えば証券アナリストのような幅広い知識と
業界の動向などを常にチェック、分析できる人だと思う。
>>175では無理。
0177デフォルトの名無しさん
2006/01/19(木) 11:47:33サポート中止
世間的には大昔に終了
げはははは
0178デフォルトの名無しさん
2006/01/19(木) 11:51:460179デフォルトの名無しさん
2006/01/19(木) 11:51:58つまりもう.NETは規定路線、特別に表示する必要は無いってことやね。
実際、C++の扱いの粗末さは泣ける。勝手にしろよって感じで。
0180デフォルトの名無しさん
2006/01/19(木) 11:58:02お茶を濁すなら Managed C++ のまま放置して
おけばよかったんだけど、C++/CLI だしなぁ。
C++ でリファクタリング支援機能が提供されていないのは
たしかに扱いが粗末と言えるかもしれんが。
0181デフォルトの名無しさん
2006/01/19(木) 12:00:34そういやWin32になった頃に、ソフト名に「○○ Win32」って付けたの増えたよな。
で、Win32が当たり前になって付けなくなって、
.NETになったらソフト名に「○○ .NET」や「○○ #」なんて付け出したよな。
今はそれも付けなくなって、今後は「○○ FX」とか付ける人が出てくるだろうか。
0182デフォルトの名無しさん
2006/01/19(木) 12:28:33そんなにあった？
0183デフォルトの名無しさん
2006/01/19(木) 13:15:550184デフォルトの名無しさん
2006/01/19(木) 13:19:120185デフォルトの名無しさん
2006/01/19(木) 13:20:34>つまりもう.NETは規定路線、特別に表示する必要は無いってことやね。
ミスリード激し杉。
撤退だお。
0186デフォルトの名無しさん
2006/01/19(木) 13:36:450187デフォルトの名無しさん
2006/01/19(木) 13:37:420188デフォルトの名無しさん
2006/01/19(木) 13:39:45その上に各種クラスライブラリが乗っかれば、
Delphiライクでいーじゃん。
その次を望むならオブジェクトベース言語だし、
それにはドトネトなんかのクラスライブラリは不要で、
オブジェクトベース言語に沿ったライブラリが必要。。
0189デフォルトの名無しさん
2006/01/19(木) 14:54:35これからの携帯開発の方が気になる。
0190デフォルトの名無しさん
2006/01/19(木) 16:03:45デジドカ志望ですか
0191デフォルトの名無しさん
2006/01/19(木) 16:09:46携帯・・・これからのプログラマ〜デジドカ
0192デフォルトの名無しさん
2006/01/19(木) 17:27:27191は夢見すぎ
0193デフォルトの名無しさん
2006/01/19(木) 18:12:41neetの次はオナニート
0194デフォルトの名無しさん
2006/01/19(木) 18:24:34携帯コンテンツ開発＝敵は大陸、安かろう悪かろう。
0195デフォルトの名無しさん
2006/01/19(木) 19:03:210196デフォルトの名無しさん
2006/01/19(木) 19:03:39■ このスレッドは過去ログ倉庫に格納されています