Visual Studio 2005スレ Part3

1 名前：デフォルトの名無しさん [2005/08/31(水) 13:00:42 ] Visual Studio 2005 Developer Center www.microsoft.com/japan/msdn/vstudio/2005/ lab.msdn.microsoft.com/vs2005/ Product Feedback Center lab.msdn.microsoft.com/productfeedback/ 過去スレ Part2 pc8.2ch.net/test/read.cgi/tech/1113305966/ Part1 pc8.2ch.net/test/read.cgi/tech/1080916113/ 51 名前：デフォルトの名無しさん mailto:sage [2005/09/07(水) 11:23:37 ] 2.0専用でしょ 52 名前：デフォルトの名無しさん mailto:sage [2005/09/07(水) 11:43:53 ] 1.1のソース修正する場合は？ 53 名前：デフォルトの名無しさん [2005/09/07(水) 12:24:46 ] ああ　やっぱり２．０専用なのか １．１のソース入れたら スレッド周りでエラー出た 一部言語仕様かわってるみたいね 54 名前：デフォルトの名無しさん mailto:sage [2005/09/07(水) 12:43:20 ] >>53 それは今まで偶然動いてただけ 55 名前：デフォルトの名無しさん mailto:sage [2005/09/07(水) 12:57:35 ] そういや 2.0 にしたら他スレッドから WinForm にアクセスしたら エラーが出るとか騒いでいた奴がいたな 56 名前：デフォルトの名無しさん mailto:sage [2005/09/07(水) 13:10:20 ] サイドバイサイドだから、ActiveXと違い.NET1.1も無問題だった筈なのに。 そういえば、1.1が出たときも発狂騒ぎ。 57 名前：デフォルトの名無しさん mailto:sage [2005/09/07(水) 15:46:19 ] ああ、懐かしいな。馬鹿がbetaの英語版と日本語版入れて共存できないって騒い出たﾔｼだな 58 名前：デフォルトの名無しさん [2005/09/07(水) 18:11:27 ] >>56 サイドバイサイドの仕組みを知らない奴がね。 あれは、ウザくてまいったよ。 59 名前：デフォルトの名無しさん mailto:sage [2005/09/07(水) 18:25:01 ] >>56 2.0なら問題ないよ 60 名前：デフォルトの名無しさん mailto:sage [2005/09/07(水) 19:17:48 ] その言葉や、最近案件が急激に増えてる、というのを何度聞いたことか。 61 名前：デフォルトの名無しさん mailto:sage [2005/09/07(水) 20:17:00 ] そんなネガティブな書き込みしたところで ちゃんと動くもんは動くし増えてるもんは増えてる。何も変わらない。 62 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 01:22:27 ] VG.NETがVS2003のみ対応で、2005だとインストールもできないんですが、 なんとかならないのかなあ…。 こいつだけ足をひっぱって、2005へソリューション移行ができない… 63 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 02:11:27 ] BoundsChecker並のエラー検出ツール内蔵されないかな…。 64 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 04:49:09 ] 俺がこういう動作させたいと思ったことを自動的にコードにしてくれるWizard内蔵されないかな…。 65 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 05:02:44 ] 俺がこういう動作させたいと思ったことを自動的に２ちゃんに質問してくれるWizard内蔵されないかな…。 66 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 05:20:19 ] 65の機能は実装されたとしてもあまり役に立たないぞ。 67 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 05:21:44 ] 「俺がこういう動作させたいと思ったこと」 これを文章に起こすのが一番難しい 68 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 07:36:29 ] 仕様書をUPする 69 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 13:16:24 ] UMLみたいなのからそのままコードが自動生成される みたいになってくれば、世の中のプログラマは大部分が 廃業になるのかな。 70 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 13:21:20 ] つ MDA 71 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 13:23:32 ] >>69 コードが生成されないUMLのツールなんてあるのか？ 安い奴はリバースエンジニアリングできないみたいだけど 72 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 13:51:20 ] 画像解析や人工知能がＵＭＬにでは書けないだろうから、 ｺｰﾀﾞｰは廃業になってもプログラマは廃業にならない。 73 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 14:01:13 ] 状態遷移図からソース生成してくれ 74 名前：デフォルトの名無しさん [2005/09/08(木) 14:12:14 BE:84357757-#] お〜 SQL Server 2005 Express Edition が正式リリースされるのはいつなのだ〜。 75 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 14:13:58 ] DBなんだし、古いままで良いことない？ 76 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 14:24:18 ] >>75 まぁ今動いてるシステムはそれでいいんだけど、 今から作るアプリを SQL Server 2005 で作り始めようかなぁ、と。 で、CTP 出るたびに新しいの入れるのも面倒だなぁと思ったんで。 業務で使ってるわけじゃないから、気長に待ってる。 いや、むしろ業務に使ってるほうが気長か？ DB変えるなんて面倒だし、それ以前に 変える必要性もあんまり無いしな。 77 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 14:55:45 ] そういうことなら、オプソＤＢ使うべき。 ＳＱＬ鯖だとＧＵＩ設定多杉だし、また２００６とか出ちゃうわけだよ。 78 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 16:04:14 ] >>77 だれがDBのアップデートやメンテをすると思って… 79 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 16:13:40 ] >>78 Firebirdだとサポート会社もあるけど、 先ずアップデート不要だし、壊れ難いし（壊れたときはコマンド復旧）。 ダウソはここから可能。 ttp://www.ibphoenix.com/ 80 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 17:22:11 ] M$は開発環境リリースするたびに.NetのVを上げていく気だろうか。 81 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 17:24:02 ] いまだにVC6だ こんなに頻繁に新バージョン発表するんじゃ いつ買えばいいのか分からんね 82 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 18:58:07 ] ちょっと最近のV$のverうｐはリターンが無いような。 83 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 19:35:04 ] いやバージョンアップ遅すぎだよ。 一年に一回出せや 84 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 21:35:02 ] Win2kにVC++2005ExpressBeta2とPlatformSDK_Svr2003SP1を入れてみたんですが、 ■手順 3. [オプション] ダイアログ ボックスの [プロジェクトとソリューション] セクション で [Visual C++ フォルダ] を更新します。 このセクションでは、適切なサブセクションにパスを追加します: Executable ファイル - 「C:\Program Files\Microsoft SDK\Bin」 Include ファイル - 「C:\Program Files\Microsoft SDK\include」 Library ファイル - 「C:\Program Files\Microsoft SDK\lib」 ↑この手順３ができません。 ツール→オプション→プロジェクトとソリューション→VC++ ディレクトリとうのはあるの ですが、「プラットフォーム(P)」のリストボックスと「ディレクトリを表示するプロジェクト(S)」 のリストボックスがあるだけで何もできません。 ここでSDKの場所を指定できるはずだと思っていたのですが、このままだとwindows.h すら認識できません。 SDKの指定方法って他にありますでしょうか？ 85 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 22:47:29 ] >>84 β2のバグ 50 名前：デフォルトの名無しさん[] 投稿日：2005/04/27(水) 22:27:33 質問なんですけど、VC2005 Express Beta2 JPNで メニュー - オプションのプロジェクトおよびソリューションのVC++ディレクトリに、 本来あるべきフォルダ選択のリストボックスが表示されず、 パスの設定ができなくて困っています。他にパスの設定の方法ってあるんでしょうか？ 51 名前：50[sage] 投稿日：2005/04/27(水) 22:30:48 すみません。自己解決しました。 ttp://www7.plala.or.jp/hop-step-jump/c_setting09.html ここにズバリな方法が載っていました・・・ スレ汚しスマソorz 86 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 22:51:35 ] こんなバグを放置って有り得ねぇ（;´Д｀） 87 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 23:30:15 ] >>85 おお、すばらしい。 酷いもんだ。こりゃ2005は期待できないな。 88 名前：デフォルトの名無しさん mailto:sage [2005/09/08(木) 23:46:52 ] つーか2005の前に OSごと逝ってしまう今の2003を何とかしろっつーの。 89 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 00:01:00 ] 逝かないが 90 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 00:05:22 ] ソースとともに逝ってしまう事はあるがOSはないな 91 名前：88 mailto:sage [2005/09/09(金) 00:29:50 ] マルチスレッドのプログラムをデバックしてると かなり高い確率で固まって電源リセットしかなくなる。 俺だけかな？ 92 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 01:05:57 ] おまえだけ 93 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 01:16:46 ] >>91 VC97なら良く起きた。 94 名前：88 mailto:sage [2005/09/09(金) 01:27:07 ] おまえとか失敬な奴だ。 貴公とか言え。 95 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 07:31:54 ] 貴公のプログラムがクソなのでは？ 96 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 07:36:36 ] うんこー 97 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 08:06:41 ] >>62 VG.NETを使う部分だけVS2003/.NET1.1で書いてDLL化、 メインはVS2005/.NET2.0で書いてDLLを呼び出す、 ってのはだめ？ 98 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 08:09:41 ] 貴公の用件を聞こうか 99 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 08:51:15 ] >>95 ﾜﾛｽｗ 100 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 09:20:18 ] なんだかゴタゴタしてるね。 やっぱ、.NET3.0まで待て。 101 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 11:37:44 ] >>94 貴公にはBASICがお似合いだ 102 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 11:39:29 ] >>100 それも一理ある。MSはいつだって３からが本気ｗ 103 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 11:41:07 ] VC++6.0って、長い間使われ続けてた分枯れてていい SP6がProcessorPack未対応だと知った時にはｺﾞﾙｧｧｧｧと思ったが SP5用のアーカイブからファイル引っ張り出せば使えるしな 104 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 19:20:13 ] >>91 確かに、APにスレッド周りのバグがあるとVSごと固まるのは良くあったな。 APが悪いと言えばそれまでだけど。 105 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 21:58:34 ] 2005のあの丸っこい質感のメニューとか嫌い 106 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 22:39:40 ] 見なきゃいい 107 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 23:05:37 ] むりだろｗ 108 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 23:08:27 ] >>106 は神 109 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 23:09:40 ] 俺はOffice 2003風のメニューやツールバーは好きだ。 かっこいい。 だが、それをくれ。そのままくれよ。変えなくていいから。 なぜわざわざ独自に実装する？そのままよこせばいいんだよ！ おかげでWindows FormsのMenuStripなんかは品質低すぎだわ 110 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 23:32:47 ] WindowsXPはアイコンが嫌いと言う理由で却下した俺と同じか 111 名前：デフォルトの名無しさん mailto:sage [2005/09/09(金) 23:35:58 ] VS2005のメニューは普通に使えるのに MenuStripは使いにくいよなあ セパレータをクリックするとメニューが閉じたり 選択不可のメニュー項目でハイライトがおかしかったり ドラッグで選択できなかったり 112 名前：デフォルトの名無しさん mailto:sage [2005/09/10(土) 01:09:37 ] >>97を見て思ったけど、 .NET 1.1用に作ったDLLを.NET 2.0から呼び出すのって 問題なくできるの？ 113 名前：デフォルトの名無しさん mailto:sage [2005/09/10(土) 01:10:18 ] できる 114 名前：名無しさん＠そうだ選挙に行こう [2005/09/10(土) 21:50:43 ] cl8ってcl7にくらべて実行速度は速くなりましたか？ Pentium4最適化とか 115 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/10(土) 21:53:31 ] >>114 かなり良い。ものによっては別次元、とは言い過ぎだが。 Pentium4最適化はどうかわかんないけど。 116 名前：名無しさん＠そうだ選挙に行こう [2005/09/10(土) 22:57:42 ] C#とC++/CLIのどちらを使おうか迷っている みなさんはどっち？ 117 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/10(土) 23:12:49 ] C# 118 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/10(土) 23:36:26 ] WindowsFormsにC++/CLIはアリかもしれんが、 ASP.NETやAvalonはどう考えてもC#・VBだな。 119 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 01:40:15 ] >>116 俺もだ。 正直 C++/CLI に行きそう。 120 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 01:42:35 ] Win32+SDKでcl8を使用すると、素のウィンドウから何から何まで cl7と比べてファイルが大きくなってしまうのですが、これは何が いけないのでしょうか？ 121 名前：名無しさん＠そうだ選挙に行こう [2005/09/11(日) 01:49:16 ] 今時はHDDもメモリも安いし、ほとんどの家庭に高速回線がひかれているのに ファイルが大きくなってなにか問題でも？ 122 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 02:10:05 ] >>121 それはcl8ではcl7と比べてファイルのサイズが大きくなるのが デフォというお返事と受け取ってよろしいのでしょうか？ 123 名前：名無しさん＠そうだ選挙に行こう [2005/09/11(日) 02:20:51 ] あたりまえ 124 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 02:27:25 ] >>121 お前の頭が問題。 125 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 08:52:03 ] 実行速度だのファイルサイズだの いちいちくだらないこと気にしてるやつはハゲる 126 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 10:37:09 ] >>116 俺は両方使うぞ。 127 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 10:41:05 BE:108459195-#] Visual C++ 2005 いままたC++が熱い！「C++/CLI」として大進化したVisual C++ 2005 www.atmarkit.co.jp/fdotnet/special/cppcli/cppcli_01.html 128 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 10:43:23 ] > 川俣 晶 > 川俣 晶 > 川俣 晶 > 川俣 晶 129 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 10:51:02 ] >>128 藁 130 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 11:01:02 ] >>127 確かに熱いのは間違いないが、過去の資産かぁ？なんか違うよな。 C++の利点はコンパイラの移植が比較的安易で、大概のハードウェアには既に コンパイラが存在してる点だと思うけどな。 寧ろ過去の資産という面で見れば、特定ハードウェアを前提にしたライブラリは 別のハードウェアでは動かないという問題がある。 その点、.NETなんかのVMを利用する言語では、VMさえ移植されればライブラ リはハードウェアに拠らず再利用が可能。 131 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 12:04:10 ] >>130 悪いがむしろ問題がるのは君の読解力のように俺は思うね。 そうじゃないとすれば、君のやってるのは単なる「揚げ足取り」。 川俣のキャラ見てるとなんか突っ込みたくなるのはわかるが、 そんなにおかしなことは言ってないと思う。 132 名前：名無しさん＠そうだ選挙に行こう [2005/09/11(日) 12:04:11 ] >>130 俺も過去の資産を理由に挙げる点は違うんじゃないかと思った。 俺が C++ を必要に応じて使う理由は、C++ だとバイナリまで きちんと見通せるし、なによりアセンブラ + C/C++ じゃないと できない仕事はたくさんある。しかもクリティカルな分野で。 たしかに Windows の主として GUI なアプリケーションをつくる、 という点に特化すれば C++/CLI と C# を比較して論じることは できるだろうけど、それ以外の点では両者は競合するような モノじゃないと思う。 133 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 12:05:52 ] >>128 そこが一番重要だな 134 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 12:14:32 ] 2005になってネイティブのアプリがファイルサイズ5割増しとか 倍になったというなら、それが何なのかをはっきりさせる意義は あると思いますね。その増えた部分で過去のOSとの互換性が 無くなるとかあったら事件じゃないですか。 更に言うならWin32自体を殺しに来る可能性だってある訳ですから そういう動きには敏感になるべきです。 135 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 12:22:15 ] 宗教くさい人だね 136 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 12:49:33 ] 突っ込みどころ満載ですな こんなやつに記事書かせていいのかよ 137 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 13:03:08 ] 川俣 晶 「Visual Basic .NETこそ未来の本命言語」 「いままたC++が熱い！「C++/CLI」として大進化したVisual C++ 2005」 138 名前：名無しさん＠そうだ選挙に行こう [2005/09/11(日) 17:11:47 ] >>132 現状はC++/CLI や C#はWindowsに粗限定されるわけだが・・・ 139 名前：名無しさん＠そうだ選挙に行こう [2005/09/11(日) 17:43:34 ] >>138 だから、その限定された分野で C++/CLI を持ち上げられて、 それをもって C++ の復権、なんて言われてもな、って事。 おまえの脳内ではプログラミング言語ってのはWindowsアプリ を作るためだけにあるのか、川俣、って感じた。 140 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 17:50:01 ] ちょっと質問よろしいでしょうか？ Microsoft Visual C# 2005 beta2 Crystal Reports for Visual Studio 2005 .NET Framework ver 2.0.50215 この環境で、CrystalReportsを使って帳票を作ってみたんですけど プレビューすると　数値のフィールドは適当な数字 文字列のフィールドは"赤紫"とか"青"とか"黄緑"とか、全然テーブルの 内容と関係ない値が出てくるのですが これはVS2005がbetaだから、CrystalReportsはまだ使えません ということでしょうか？ 141 名前：名無しさん＠そうだ選挙に行こう [2005/09/11(日) 17:55:29 ] >>139 Windowsアプリが一番金になるのだが・・・ 142 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 18:18:48 ] >>141 競争相手が多く単価も安い。 業務系全般に対して言える事なんだけど、独自性を換金できない市場では対価の 大半がコストによって決定してしまう。 Java案件なんかが特にそうだけど、大きな契約は規模も大きく、時間と人をそれに 見合うだけ消費する。これは、契約額の増加に対して収益額の変化が遥かに小さ いということ。要するに、収益という面では魅力に欠ける。 一方で、下限に対しては制約があって、契約額が一定より下回ると収益額はマイナ スに振れてしまう(この時点で契約自体が成立しない)。 要するに、智(または知)の換金率が非常に悪いってこと。 143 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 19:32:22 ] っで、お前は何処が金になると？ 144 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 19:34:37 ] ワクステ向け科学技術アプリとか 145 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 19:52:11 ] そんな知能ないです 146 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 20:15:23 ] >>143 C/C++の組込系。 大手製鉄や家電メーカーからスピンアウトしたIT企業は比較的小規模 少人数な割に年商がデカイ(換金率が良い)。 まぁ、技術指向で非生産部門が小さいせいもあるんだろうけど…… 俺自身はJava屋だから、業務系からは離れられないけど、正直うらや ましいと思ってる。 だからPOSやATM、車載装備のハイテク化には期待してる。 147 名前：名無しさん＠そうだ選挙に行こう [2005/09/11(日) 20:22:54 ] 知ったかぶってんなよ 組込系でC++なんてそうないぞ 148 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 20:28:53 ] ＞組込系でC++なんてそうないぞ ＞組込系でC++なんてそうないぞ ＞組込系でC++なんてそうないぞ ＞組込系でC++なんてそうないぞ ＞組込系でC++なんてそうないぞ ＞組込系でC++なんてそうないぞ (ﾉ∀`) ｱﾁｬｰ 149 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 20:47:49 ] 組込JAVAは三菱電機(POS&ATM)、松下電器(家電) オムロン(医療機器)が精力的に研究してる。 リアルタイムJAVAのリファレンス実装も完成してる。 C/C++の天下は長く続かない。 150 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 20:55:13 ] 組込をJAVAでやるメリットは？ 151 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2005/09/11(日) 20:57:32 ] そう思うならJAVAスレ行ってろ 将来性ないと思ってるやつがこのスレに来る理由がない

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef