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/
0069デフォルトの名無しさん
2006/01/17(火) 22:25:57サンクス
共存させたい理由も全く一緒だ･･･
0070デフォルトの名無しさん
2006/01/17(火) 22:45:15わからんかった orz
記憶の片隅に入れて
再び 2.0 に巡り会う時まで・・・さようなら
0071デフォルトの名無しさん
2006/01/18(水) 01:25:010072デフォルトの名無しさん
2006/01/18(水) 01:30:38出来るが・・・・お前韓国人か？
0073デフォルトの名無しさん
2006/01/18(水) 01:52:44チビッコの学生証かしてもらえよ。
まぁ、そんな友達がいたらの話だけどな。ギャハハ
0074デフォルトの名無しさん
2006/01/18(水) 02:21:030075デフォルトの名無しさん
2006/01/18(水) 02:30:10?と:を書くやつを教えてください
0076デフォルトの名無しさん
2006/01/18(水) 02:31:20スレ違い。3項演算子で調べろ。
0077デフォルトの名無しさん
2006/01/18(水) 03:02:380078デフォルトの名無しさん
2006/01/18(水) 03:24:330079デフォルトの名無しさん
2006/01/18(水) 03:51:280080デフォルトの名無しさん
2006/01/18(水) 04:01:16おまえ天才
0081デフォルトの名無しさん
2006/01/18(水) 06:32:15VC++.netはStandard以上がほしいところだが
VBやC#に至ってはExpressだけで事足りる
0082デフォルトの名無しさん
2006/01/18(水) 06:34:03Standardは何？有償もの作れるの（Borandユーザーっていつもここが
肝心で結局Borlandにするわけだから）。
0083デフォルトの名無しさん
2006/01/18(水) 07:21:18Expressで作成したソフトを商用につかってもいいって
MSの回答があったと思う。英文だったとおもうが。
0084デフォルトの名無しさん
2006/01/18(水) 08:51:31ttp://msdn.microsoft.com/vstudio/express/support/faq/#general
4. Can I use Express Editions for commercial use?
Yes, there are no licensing restrictions for applications built using the Express Editions.
0085デフォルトの名無しさん
2006/01/18(水) 09:03:00Standard + 64bitコード生成(C++) → Professional って認識であってる？
0086デフォルトの名無しさん
2006/01/18(水) 09:08:250087デフォルトの名無しさん
2006/01/18(水) 09:09:28あることはあるけど見つけにくいにも程があるだろこれ
「一応」とも呼べないレベルだ
>>85
ほれ
ttp://www.microsoft.com/japan/msdn/howtobuy/vs2005/editions/stdexp/
0088デフォルトの名無しさん
2006/01/18(水) 09:14:28比較表どうもです．
そっか，Standardじゃリモートデバッグできないのか…
フルスクリーンアプリのデバッグできないやんorz
0089デフォルトの名無しさん
2006/01/18(水) 09:15:27なんでVBやJ#なんていらねえ
0090デフォルトの名無しさん
2006/01/18(水) 09:26:27これいくら？
0091デフォルトの名無しさん
2006/01/18(水) 09:27:58いい文だそれ！それをそのままStandardに置き換えて、MSのUSサポートにメールしてみよう。
と思ったけれどサーフしてみた。
ttp://www.microsoft.com/products/info/product.aspx?view=22&type=ovr&pcid=760b0bb0-dd48-425e-ab41-653b5b60216e
ここに行き着いたのですが、
｜Q:Build line-of-business applications
｜A:Use your choice of programming languages: Visual Basic, C#, C++, and J#.
｜｜業種アプリケーションを組立ててください。
｜｜プログラミング言語の選択を使用してください: Visual Basic、C#、C++、およびJ#。
何だかはっきりしないですが、ビジネスで使用出来ると考えていい訳ですよね？
009291
2006/01/18(水) 09:37:14From :
ttp://msdn.microsoft.com/support/
Contact Microsoft (Blue Picture) .
国名選択でJapanを選択するも、以下のページに。
ttp://support.microsoft.com/?LN=ja&scid=fh%3Ben-us%3Bcntactms&x=14&y=14
Sales and Licensing - Get product information online at Microsoft.com.
ttp://www.microsoft.com/products/info/default.aspx?View=22
ttp://www.microsoft.com/products/info/product.aspx?view=22&type=ovr&pcid=760b0bb0-dd48-425e-ab41-653b5b60216e
009391
2006/01/18(水) 09:54:54の体系で一番売り上げの多いのはProfessionalだろうけれど、ここにStandard
っていうProfessionalデチューンを持ってきて、新規購入者または他社ユーザー
からどれだけニーズがあるかという、試験的な販売なんだろうけれど。
0094デフォルトの名無しさん
2006/01/18(水) 10:15:51http://www.microsoft.com/japan/msdn/vstudio/express/faq/
・ Express Edition を商用目的で使用することはできますか。
はい、Express Edition でプログラミングしたソフトウェアの販売については、特に制限はありません。
0095デフォルトの名無しさん
2006/01/18(水) 12:22:400096デフォルトの名無しさん
2006/01/18(水) 12:22:44VC#2003は17000円くらいで売ってるけど、定価っていくらなの？
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:50■ このスレッドは過去ログ倉庫に格納されています