VB6 ＞＞＞＞＞＞＞＞＞＞ VB.NET

1 名前：デフォルトの名無しさん [2006/09/28(木) 05:25:33 ] blogs.msdn.com/somasegar/archive/2006/09/26/772250.aspx Windows Vistaへの対応状況 ○ VB 6.0　　　　 - Supported × VB.NET 2002 - Not supported × VB.NET 2003 - Not supported × VB 2005　　　 - Not supported △ VB 2005 SP1 - Supported (ただしUAC関連の問題あり) 結局VB6使い続けた奴が報われてるな。 195 名前：デフォルトの名無しさん [2007/05/23(水) 19:05:46 ] VB も DB もこの二文字がダサイ C++ とかカッコヨスギ 196 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 19:29:56 ] 言語なんてJavaでもC++でもC#でも何でもいい オブジェクト指向でプラグラムがきちんと組める言語仕様をある程度満たしてれば何でもいい だがVBには決定的にそれが足らん 197 名前：デフォルトの名無しさん [2007/05/23(水) 19:53:49 ] C#とか至高だろｗｗｗ 198 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 04:46:41 ] >>196 C#.NETでできることはVB.NETで全て可能なわけだが。 199 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 06:54:57 ] .NET上のCLRで動く言語はまあいいんじゃね。問題はVB6ってことで 200 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 08:25:21 ] >>198うそつけ 201 名前：デフォルトの名無しさん [2007/05/24(木) 09:23:59 ] >>200 まぁ99％変わりがない　ってところじゃんな 方言の違いレベルだと思ってたんだが そりゃ匿名メソッドとかのC#用の構文があるが・・・ 最終的に出来上がるものは変わりがないって事だろ 202 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 10:46:15 ] >>196 >ある程度満たしてれば という曖昧な基準に達しない、「決定的」なものとは何？ 203 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 11:08:26 ] 実装の継承ができない欠落だけで十分に基準に達してないと思われ 204 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 11:32:51 ] あたし OOPL じゃないんだから「実装の継承」なんて求めないで！ 205 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 19:49:33 ] プラグラム 206 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:49:20 ] OOPなんて手法であって言語じゃないだろ 勘違いも甚だしすぎなんですけど＾＾；；； 207 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 02:03:51 ] まあOOPは処理系とは関係ない手法のことだけど実際のところ言語がサポートしてないとその手法に則って書くには無理がある 208 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 06:52:54 ] そ、そうっすね＾＾；；；； 209 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 08:38:20 ] ＞OOPなんて手法であって言語じゃないだろ OO手法 OO分析 OOP言語 　↑ 各種揃ってますが、何か？ これだからブビ注は．．． 210 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 10:01:29 ] オブジェクト指向方法論は手法だから言語ニュートラルといいたのだろ んで、実装しようとするとOOPLと非OOPLでは写像の仕方が違うからそれに対応できているかどうかって話じゃね 211 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 10:03:50 ] ＞オブジェクト指向方法論は手法だから言語ニュートラルといいたのだろ 　↑ 電波。 ”オブジェクト指向言語”という言葉は現に存在します。 それは、”オブジェクト指向方法論”が存在するかしないか（存在しますが）に依存しません。 ＞んで、 電波は話続けなくて良い。 212 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 10:34:32 ] 単に設計手法の話と実装する処理系をわけて話そうぜって言ってるわけで、 OOPLや非OOPLが存在するとかしないとかの話じゃないと思うけど 213 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 10:40:31 ] OOPLはオブジェクト指向言語という意味だぞ。意味わかっててレスしてるか？ OOPLと非OOPLと書いてるのだから処理系として両方ともに存在しているのは当たり前で前提なのだが… 214 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 11:13:49 ] >>212 単に設計手法の話と実装する処理系をわけて話そうぜって言ってるわけで、 >>213 OOPLと非OOPLと書いてるのだから処理系として両方ともに存在しているのは当たり前で前提なのだが… 　↑ ミスリード基地害。さらに自分の煎った事は絶対間違いを認めない。 >>206 OOPなんて手法であって言語じゃないだろ 　↑ ここにOOPのPがプログラミングと分かってないヴぁかが煎るから、209で正しただけ。 215 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 11:23:49 ] ブビ厨の議論はラベルが高いで常。 216 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 11:28:54 ] >>214 OOPが手法に過ぎない事ととOOPLが存在する事に矛盾はない 何を正したんだ? 217 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 11:41:42 ] OOPのPがプログラミングだから手法じゃないと言いたいのか？何を言いたいのか意味わかんね 218 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 12:05:10 ] ２１４が論理的に説明してくれるのを待とうじゃないか 219 名前：214 mailto:sage [2007/05/25(金) 12:20:44 ] ごめんなさい、読み間違ってますた。消えます。 220 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 23:48:28 ] 別にお前が消えても何も良くない 変わりに赤っ恥で顔が引きつったまま熱心に頭を下げてくれるだけでいい 脂汗をかいていただければ尚爽快だ 221 名前：デフォルトの名無しさん mailto:sage [2007/05/26(土) 12:52:53 ] とりあえず、>>220 が人間的に軽蔑すべき存在であることは良く解った 222 名前：デフォルトの名無しさん mailto:sage [2007/05/28(月) 15:39:25 ] 電波とか煽るだけ煽って意味不明なスレした挙句に消えますはないだろｗ 223 名前：デフォルトの名無しさん [2007/06/30(土) 16:20:09 ] >>131 それ欲しい！ 224 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 18:48:52 ] 俺も欲しい！ 225 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 18:55:43 ] C++0x対応版のVisual C++1xを待つぜ！！ 226 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 19:09:14 ] もう昔のVBには戻りたくないなぁ 227 名前：デフォルトの名無しさん [2007/07/03(火) 19:28:23 ] >>50 遅レスだけど support.microsoft.com/kb/837910/ja 228 名前：デフォルトの名無しさん [2007/07/03(火) 23:46:30 ] C++ と　C#　ってなにが違うのですか? +を2つ描くとき、真横に描かず、ちこっと、斜めに描くと#になるんで、同じもんかな?と思ったんですけど... 229 名前：デフォルトの名無しさん mailto:sage [2007/07/04(水) 00:36:53 ] C++ と　Ｃ丼と　Ｃ＃　は同じ。 230 名前：デフォルトの名無しさん mailto:sage [2007/07/04(水) 00:57:30 ] C++とJavaは同じプログラミング言語 BASICはその亜種なだけ 昔はアセンブリっていう超難しい(プログラマ＝神)な言語が主流だった けどC++とJava(実は同じものだから)に取って代わられて今じゃ使われない 人間って残酷だね 231 名前：デフォルトの名無しさん mailto:sage [2007/07/04(水) 12:46:28 ] テスト 232 名前：デフォルトの名無しさん mailto:sage [2007/07/04(水) 14:08:19 ] >>231 テストは失敗しました 233 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 06:56:31 ] >>230 なにいってんだか？ いつからBASICはCやJavaの亜種になった？ BASICのほうがずっと歴史が古いし系列が違う。Fortranの亜種。 構文見りゃわかるだろ。 アセンブリ言語は別に難しくない。 単純なので大変なだけだ。 使ったこと無いだろ。 234 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 09:18:58 ] アプリケーション開発者はWindowsで減少、Linuxで増加? ttp://slashdot.jp/linux/07/07/04/0637237.shtml 235 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 12:27:51 ] アプリケーション開発者って商用なのかな 236 名前：デフォルトの名無しさん [2007/07/07(土) 15:34:11 ] VB6で粘ってたけど、2005いじってみた 何これ超ナウい・・・ オラなんかワクワクしてきたぞ 237 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 19:14:38 ] vb6を使っている自分としてはビットシフト命令があるNETが単純に羨ましいな 238 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 21:38:03 ] ビットシフトなんて迂闊な言葉使ってるから一応突っ込むけど、 あれは算術シフトだから気をつけてね。 239 名前：デフォルトの名無しさん [2007/07/07(土) 23:20:56 ] >>237 むりだろ・・・確か本当のやつはＣじゃないと・・・・ 240 名前：237 mailto:sage [2007/07/08(日) 00:12:22 ] 無理なのか・･。使った事無いから伝聞でしか知らない 速度欲しいものをBで作るなって事か？ 241 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 00:49:02 ] 1クロックでも速く、1バイトでも節約したい、ってんならCで 242 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 20:14:50 ] てゆーか VB.NETは参照が実体のコピーと言う時点で速度が求められる分野では論外 渡すときと戻すときで二回コピーするから 渡すときのコピーだけですむ値渡しより遅くなるというミラクルな仕様 243 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 20:18:49 ] VB6もVB.NETも、DLLが必要なんだよね。 DLL地獄に落ちそうで恐ろしくないですか？ DLL地獄から這い上がる方法を知って、スキルが 上がったなどと、ヘンな勘違いをしないように注意 してね。 244 名前：デフォルトの名無しさん [2007/07/11(水) 20:27:08 ] 参照が実体のコピーと言う時点で 参照が実体のコピーと言う時点で 参照が実体のコピーと言う時点で 参照が実体のコピーと言う時点で 参照が実体のコピーと言う時点で 245 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 20:28:25 ] >>243 ところがVB.NETには同名で異なるバージョンのDLLを並存させる仕組みがあって、 アセンブリごとにで各々自分と同じバージョンのDLLを使うような仕様なのさ。 もちろんバージョン管理をろくにやらなければ同じことだが。 246 名前：デフォルトの名無しさん [2007/07/11(水) 20:38:13 ] >>243 なんという意識不足 247 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 20:54:59 ] サイドバイサイド実行は.NETの大きなウリの一つなのにな まぁそれだけでバラ色の人生が自動的にもたらされるというものでもないが 248 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 21:36:33 ] 参照渡しのほうが遅いってどうなのよVB 249 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 22:35:40 ] このスレのVBはミラクルな仕様ですね 250 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 22:47:11 ] なんか参照渡しと実体参照を取り違えているヤツがいる 251 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 23:00:12 ] VBはデフォルトで参照渡し 252 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 23:29:54 ] >>251 vb6は参照渡し 253 名前：デフォルトの名無しさん [2007/07/12(木) 00:06:55 ] 知りもしないアホウが沸いて 知ってるやつのレス見て　 ／(＾o＾)＼　になってる姿が見える 254 名前：デフォルトの名無しさん mailto:sage [2007/07/12(木) 00:55:50 ] >>242 255 名前：デフォルトの名無しさん mailto:sage [2007/07/13(金) 14:46:07 ] 値を変えて返すものはByRefつける 値を変えて欲しくないものはByVal使うより、むしろ別の変数用意して使ってる それ以外は明示しない。 変かな？ 256 名前：デフォルトの名無しさん [2007/07/13(金) 15:33:09 ] >>255 俺はそうじゃないなぁ・・・・ 普通に値型で値を変更して返したいものだけByRef データテーブルとかのオブジェクトの中身をいじるときでも普通にByVal で、サマリコメントに変更する趣旨を記述して、関数名とかもSet〜〜にしてる 257 名前：デフォルトの名無しさん mailto:sage [2007/07/14(土) 12:00:42 ] 余程のことが無い限りByRefで宣言しないよーにしているんだが というかせめて in/out/ret くらいの修飾はつけれるようにして欲しかった 258 名前：デフォルトの名無しさん mailto:sage [2007/07/14(土) 14:28:24 ] 文字列とかオブジェクトを渡すときは、参照の方が早いよね 259 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 00:21:19 ] >>242の付近からミラクルな香りがするヨ 260 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 16:50:40 ] >>258 コピーか参照かという話ならそうだろうけど、 オブジェクトは参照型だからByValで参照渡し、ByRefで参照の参照渡しになるから差はない。 VB.NETの文字列は変更不可のクラスだから差はない。 VB6のは型だから参照渡しの方が速い。 ただ、VB6がそうなってるかどうかはわからないが 値渡しでも実際のコピーは変更を加えるまで遅延させている可能性はある。 261 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 16:56:48 ] >>260 > VB.NETの文字列は変更不可のクラスだから差はない。 > VB6のは型だから参照渡しの方が速い。 意味分からん。実体はただのBSTRじゃないの？ char*を要求するAPIに文字列渡す時はByValだよな。 262 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 17:36:18 ] >>261 BSTRはオブジェクトでないだろ。 それにただのメモリ上の格納イメージだからString型はそれだけでは成り立たない。 VB6のランタイムが特別なメモリ管理を行っている。 型といったのはそういう意味だ。 あとDLLの呼び出しのときのByVal/ByRefとVB内の関数の呼び出しのときのそれを混同しないように。 263 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 18:20:36 ] VB6までのStringのByVal渡しは、深いコピーになる。 自信がなくてExcel 2003 VBA6で試してみたが確かにそうだ。 Private Declare Sub MoveMemory Lib "kernel32" Alias "RtlMoveMemory" (ByVal Destination As Long, ByVal Source As Long, ByVal Length As Long) Sub f(ByVal s As String)     s = "bar" '    Call MoveMemory(StrPtr(s), StrPtr("bar"), 6) End Sub Sub Test()     Dim s As String     s = "foo"     f s     MsgBox s End Sub 262が指摘しているとおり、Declareで呼び出すときはまた別なので注意。 264 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 18:53:33 ] >>263 それだけだと「深いコピー」かどうかは確認できんのでは？ だって、Cで↓のようにやるのと同じでしょ void f(char *s) {     s = "bar"; } main() {     char *s = "foo";     f(s);     printf("%s\n", s); } 265 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 20:38:54 ] >>264 だからMoveMemory版も用意したというのに。 当然、MoveMemoryを試したときには、代入をコメントアウトしたよ。 266 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 21:06:57 ] >>265 ああそういうことか、把握した。 267 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 18:00:33 ] タイプライブラリ使って外部関数宣言して呼び出すとUnicodeのまま生の文字列のポインタが渡されるな 268 名前：デフォルトの名無しさん [2007/08/30(木) 16:03:37 ] ＸＰ上で動く簡単なアプリを趣味でつくりたいのですが、 これから学ぶとして、どちらを学んだほうがいいですか？ 269 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 16:11:16 ] ＶＢ　　←　　将来コンパイラが手に入らない ＶＢ．ＮＥＴ←趣味でドトネト使うとは時間の無駄が多杉 結論→ＶＢ終焉 270 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 16:12:37 ] ＞いまだにVisual Stadio6.0で開発しているヤシ ＞ttp://pc11.2ch.net/test/read.cgi/prog/1156234089/102- VS2005 SP1のインストーラーひどすぎだろ。 インストールに数時間かかったかと思えば、 容量不足で終了し、あげくの果てにインストール済みのVS2005を破壊しやがる。 271 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 16:19:04 ] ブビ厨は終了しますた。 272 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 16:23:23 ] Σ (ﾟДﾟ;）ﾊｯ　この流れもしやDelphiオンリー？！ 273 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 16:21:49 ] VB.NETはちょっとだけ美しいと感じた。 ただその美しさが業務アプリを作る者の醜さで台無しになるんだ。 274 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 23:17:16 ] ＞値渡しでも実際のコピーは変更を加えるまで遅延させている可能性はある。 ２GBくらいの文字列をByVal String で渡してみてメモリの使用量を 見れば判明するのでは？ って俺も試してないけど。 275 名前：デフォルトの名無しさん [2007/10/06(土) 13:23:41 ] ドトネトはバージョンも仕様も変わりすぎ。 そのたびに開発環境買い換えたり、プログラムが動かなくなったり。 何のためのドトネトなのか、当初の目的が根幹から崩れてるんじゃないのか？ 276 名前：デフォルトの名無しさん mailto:sage [2007/10/06(土) 13:32:17 ] なるほど、ドトネトの「当初の目的」とは 進歩も変化も拒絶することだったのか知らなかったよw 277 名前：デフォルトの名無しさん mailto:sage [2007/10/06(土) 15:50:06 ] 一応下位互換性あるんでねーの？ 278 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 12:16:14 ] 分かってないようだが，新言語ってのは本質的にベンダが儲けるためにあるのだよ。 楽出来るというのは馬鹿相手の宣伝文句。 279 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 12:22:17 ] 販売者はそういう思惑かもしれんが ニーズも無いのにポコポコ生まれるわけがない 基本的に使う側の俺らにとっちゃ「使いやすくて移行しやすいか使いにくくて血反吐がでるか」のどちらかだ 280 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 12:45:31 ] だから多言語から移行しやすく，それでいて多言語へ移行しにくいものが， ベンダの囲い込み戦略の観点から好ましい言語ということになる。 281 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 14:15:43 ] ロックインというやつだな ユーザ側の自己防衛策としては、目に付きやすい参入障壁だけでなく、 そこから出る場合の障害についても考えておいたほうが良いということだ 282 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 14:41:18 ] そういうのは自己防衛は自己防衛でも「心の防衛」でしょ 要するにボキュが無能なんじゃないやい、MSが悪いんだい、ってw そうやって自分を「防衛」するわけだw っていうか、いい歳こいた大人ならあんまり経済感覚が欠如してるのは恥ずかしいぞ。 今日日マイクロソフトが開発ツールごときで利益あげようとか思ってるわけないだろw 全売り上げの何パーだよw 恐らく0.1%以下だぞ。 283 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 14:50:23 ] >>280 正にMSはその内と外の壁をぶち壊してくれたな 284 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 15:35:29 ] >>282 開発ツールだけで儲けると誰が言ったよ？ 285 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 15:39:56 ] >>282 本当に開発ツールで利益をあげようと思っていないのなら、 開発環境やデベロッパ向けの情報の一切合財をタダで提供すればよいわけだが。 そのプラットフォームで開発をしようとするデベロッパーは プラットフォームにとって有益であるはずだしな。 利益を上げる以外の目的で金を取る理由はなんだい？ 286 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 18:21:31 ] >>285 頭悪いのかね。 そんなことしたら株主に訴えられるだろw 利益を見込んでいないからと言って売れるものをわざわざタダで配る馬鹿がどこにいるんだよ。 小学生でもわかる理屈だろうに。 というか話の文脈読めよ。 MSが開発ツールをバージョンアップするのは利益を狙ってのこと、 なんて寝ぼけたことを要ってる奴がいたからそれを嘲笑してるまでのこと。 287 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 18:44:46 ] >>286 馬鹿はお前。 企業としてきっちり株主に対して理由が説明できるのならば問題はないよ。 IBMは多大な人件費を投入して開発した製品クオリティのEclipseを オープンソースにしたでしょ。 IBMは営利企業であって、これは慈善活動でも何でもないよ。 288 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 19:06:42 ] 「説明できない」ことを理由付きで言ってるのに、 「説明できるなら」って何なんだろうね。 頭悪いのかね、なんて言って済まなかったね。 間違いなく頭悪いんだねw 289 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 19:10:21 ] >>288 お前は馬鹿だから想像ができんのだろう。 タダでデキのいい開発環境をばら撒くことにはロックイン効果があるんだよ。 290 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 19:13:04 ] 頭の悪い奴の議論はこうやってループするんだよね。 だから嫌なんだ馬鹿と議論するのって。 だからMSは「ロックイン効果」なんて狙ってないって言ってるのw 291 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 19:14:19 ] >>290 そこまで言うならその根拠が何かしらあるんだろうな？ 292 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 19:15:45 ] >>289 それって金がかかっててもかかってなくても発生するんじゃないか？ 293 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 19:16:52 ] >>290 顧客を囲い込むのは営利企業として基本中の基本なんだが ミクロ経済のイロハも知らんようだな 可能な限り参入障壁を低めて、その後客がよそへ出て行かないようにする MSの企業努力のほとんどはそれに注がれているといっても過言ではない 参入障壁を低めるために後方互換性を保つためには常に努力するし、 他のOS、CPU向け製品をバラまきさえするが、客がついてきて デファクト化したところで他のOS向けのサポートを「とりはらう」。 文字通りだ。 Windows NT、オフィス製品、IE... 全てがそのルートを辿っているんだぞ 294 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 19:18:13 ] >>292 その通りだが、タダでできが良いという事実は参入障壁を最小化するので 効力がものすごくデカい。 IEがネスケを駆逐した理由の一つはそれだ。 もっとも最大の理由はOSにのっけてしまったことで、それは独禁法上 問題とされたわけだが。 295 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 19:21:17 ] >>293 頭悪いなあ。。 だから（少なくともMSの認識では――俺もその認識は正しいと思うが）開発ツールは もはや商材じゃないんだよ。 囲い込むとか込まないとかは「それ」が商材である限りにおいてしか意味を 持たないでしょうが。

---

---

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

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