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

VB6 ＞＞＞＞＞＞＞＞ ..

231:デフォルトの名無しさん
07/07/04 12:46:28
テスト

232:デフォルトの名無しさん
07/07/04 14:08:19
>>231
テストは失敗しました

233:デフォルトの名無しさん
07/07/05 06:56:31
>>230
なにいってんだか？
いつからBASICはCやJavaの亜種になった？
BASICのほうがずっと歴史が古いし系列が違う。Fortranの亜種。
構文見りゃわかるだろ。
アセンブリ言語は別に難しくない。
単純なので大変なだけだ。
使ったこと無いだろ。

234:デフォルトの名無しさん
07/07/05 09:18:58
アプリケーション開発者はWindowsで減少、Linuxで増加?
URLﾘﾝｸ(slashdot.jp)

235:デフォルトの名無しさん
07/07/05 12:27:51
アプリケーション開発者って商用なのかな

236:デフォルトの名無しさん
07/07/07 15:34:11
VB6で粘ってたけど、2005いじってみた
何これ超ナウい・・・
オラなんかワクワクしてきたぞ

237:デフォルトの名無しさん
07/07/07 19:14:38
vb6を使っている自分としてはビットシフト命令があるNETが単純に羨ましいな

238:デフォルトの名無しさん
07/07/07 21:38:03
ビットシフトなんて迂闊な言葉使ってるから一応突っ込むけど、
あれは算術シフトだから気をつけてね。

239:デフォルトの名無しさん
07/07/07 23:20:56
>>237
むりだろ・・・確か本当のやつはＣじゃないと・・・・

240:237
07/07/08 00:12:22
無理なのか・･。使った事無いから伝聞でしか知らない
速度欲しいものをBで作るなって事か？

241:デフォルトの名無しさん
07/07/08 00:49:02
1クロックでも速く、1バイトでも節約したい、ってんならCで

242:デフォルトの名無しさん
07/07/11 20:14:50
てゆーか
VB.NETは参照が実体のコピーと言う時点で速度が求められる分野では論外
渡すときと戻すときで二回コピーするから
渡すときのコピーだけですむ値渡しより遅くなるというミラクルな仕様

243:デフォルトの名無しさん
07/07/11 20:18:49
VB6もVB.NETも、DLLが必要なんだよね。
DLL地獄に落ちそうで恐ろしくないですか？

DLL地獄から這い上がる方法を知って、スキルが
上がったなどと、ヘンな勘違いをしないように注意
してね。

244:デフォルトの名無しさん
07/07/11 20:27:08
参照が実体のコピーと言う時点で
参照が実体のコピーと言う時点で
参照が実体のコピーと言う時点で
参照が実体のコピーと言う時点で
参照が実体のコピーと言う時点で

245:デフォルトの名無しさん
07/07/11 20:28:25
>>243
ところがVB.NETには同名で異なるバージョンのDLLを並存させる仕組みがあって、
アセンブリごとにで各々自分と同じバージョンのDLLを使うような仕様なのさ。
もちろんバージョン管理をろくにやらなければ同じことだが。

246:デフォルトの名無しさん
07/07/11 20:38:13
>>243
なんという意識不足

247:デフォルトの名無しさん
07/07/11 20:54:59
サイドバイサイド実行は.NETの大きなウリの一つなのにな

まぁそれだけでバラ色の人生が自動的にもたらされるというものでもないが

248:デフォルトの名無しさん
07/07/11 21:36:33
参照渡しのほうが遅いってどうなのよVB

249:デフォルトの名無しさん
07/07/11 22:35:40
このスレのVBはミラクルな仕様ですね

250:デフォルトの名無しさん
07/07/11 22:47:11
なんか参照渡しと実体参照を取り違えているヤツがいる

251:デフォルトの名無しさん
07/07/11 23:00:12
VBはデフォルトで参照渡し

252:デフォルトの名無しさん
07/07/11 23:29:54
>>251
vb6は参照渡し

253:デフォルトの名無しさん
07/07/12 00:06:55
知りもしないアホウが沸いて
知ってるやつのレス見て　／(＾o＾)＼　になってる姿が見える

254:デフォルトの名無しさん
07/07/12 00:55:50
>>242

255:デフォルトの名無しさん
07/07/13 14:46:07
値を変えて返すものはByRefつける
値を変えて欲しくないものはByVal使うより、むしろ別の変数用意して使ってる
それ以外は明示しない。
変かな？

256:デフォルトの名無しさん
07/07/13 15:33:09
>>255
俺はそうじゃないなぁ・・・・
普通に値型で値を変更して返したいものだけByRef

データテーブルとかのオブジェクトの中身をいじるときでも普通にByVal
で、サマリコメントに変更する趣旨を記述して、関数名とかもSet～～にしてる

257:デフォルトの名無しさん
07/07/14 12:00:42
余程のことが無い限りByRefで宣言しないよーにしているんだが
というかせめて in/out/ret くらいの修飾はつけれるようにして欲しかった

258:デフォルトの名無しさん
07/07/14 14:28:24
文字列とかオブジェクトを渡すときは、参照の方が早いよね

259:デフォルトの名無しさん
07/07/15 00:21:19
>>242の付近からミラクルな香りがするヨ

260:デフォルトの名無しさん
07/07/15 16:50:40
>>258
コピーか参照かという話ならそうだろうけど、
オブジェクトは参照型だからByValで参照渡し、ByRefで参照の参照渡しになるから差はない。
VB.NETの文字列は変更不可のクラスだから差はない。
VB6のは型だから参照渡しの方が速い。
ただ、VB6がそうなってるかどうかはわからないが
値渡しでも実際のコピーは変更を加えるまで遅延させている可能性はある。

261:デフォルトの名無しさん
07/07/15 16:56:48
>>260
> VB.NETの文字列は変更不可のクラスだから差はない。
> VB6のは型だから参照渡しの方が速い。

意味分からん。実体はただのBSTRじゃないの？
char*を要求するAPIに文字列渡す時はByValだよな。

262:デフォルトの名無しさん
07/07/15 17:36:18
>>261
BSTRはオブジェクトでないだろ。
それにただのメモリ上の格納イメージだからString型はそれだけでは成り立たない。
VB6のランタイムが特別なメモリ管理を行っている。
型といったのはそういう意味だ。
あとDLLの呼び出しのときのByVal/ByRefとVB内の関数の呼び出しのときのそれを混同しないように。

263:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/07/15 18:53:33
>>263
それだけだと「深いコピー」かどうかは確認できんのでは？
だって、Cで↓のようにやるのと同じでしょ

void f(char *s) {
　　 s = "bar";
}
main()
{
　　 char *s = "foo";
　　 f(s);
　　 printf("%s\n", s);
}

265:デフォルトの名無しさん
07/07/15 20:38:54
>>264
だからMoveMemory版も用意したというのに。
当然、MoveMemoryを試したときには、代入をコメントアウトしたよ。

266:デフォルトの名無しさん
07/07/15 21:06:57
>>265
ああそういうことか、把握した。

267:デフォルトの名無しさん
07/07/17 18:00:33
タイプライブラリ使って外部関数宣言して呼び出すとUnicodeのまま生の文字列のポインタが渡されるな

268:デフォルトの名無しさん
07/08/30 16:03:37
ＸＰ上で動く簡単なアプリを趣味でつくりたいのですが、
これから学ぶとして、どちらを学んだほうがいいですか？

269:デフォルトの名無しさん
07/08/30 16:11:16
ＶＢ　　←　　将来コンパイラが手に入らない
ＶＢ．ＮＥＴ←趣味でドトネト使うとは時間の無駄が多杉

結論→ＶＢ終焉

270:デフォルトの名無しさん
07/08/30 16:12:37
＞いまだにVisual Stadio6.0で開発しているヤシ
＞ｽﾚﾘﾝｸ(prog板:102-番)

VS2005 SP1のインストーラーひどすぎだろ。
インストールに数時間かかったかと思えば、
容量不足で終了し、あげくの果てにインストール済みのVS2005を破壊しやがる。

271:デフォルトの名無しさん
07/08/30 16:19:04
ブビ厨は終了しますた。

272:デフォルトの名無しさん
07/08/30 16:23:23
Σ (ﾟДﾟ;）ﾊｯ　この流れもしやDelphiオンリー？！

273:デフォルトの名無しさん
07/09/06 16:21:49
VB.NETはちょっとだけ美しいと感じた。
ただその美しさが業務アプリを作る者の醜さで台無しになるんだ。

274:デフォルトの名無しさん
07/09/30 23:17:16
＞値渡しでも実際のコピーは変更を加えるまで遅延させている可能性はある。
２GBくらいの文字列をByVal String で渡してみてメモリの使用量を
見れば判明するのでは？
って俺も試してないけど。

275:デフォルトの名無しさん
07/10/06 13:23:41
ドトネトはバージョンも仕様も変わりすぎ。
そのたびに開発環境買い換えたり、プログラムが動かなくなったり。
何のためのドトネトなのか、当初の目的が根幹から崩れてるんじゃないのか？

276:デフォルトの名無しさん
07/10/06 13:32:17
なるほど、ドトネトの「当初の目的」とは
進歩も変化も拒絶することだったのか知らなかったよw

277:デフォルトの名無しさん
07/10/06 15:50:06
一応下位互換性あるんでねーの？

278:デフォルトの名無しさん
07/10/08 12:16:14
分かってないようだが，新言語ってのは本質的にベンダが儲けるためにあるのだよ。
楽出来るというのは馬鹿相手の宣伝文句。

279:デフォルトの名無しさん
07/10/08 12:22:17
販売者はそういう思惑かもしれんが
ニーズも無いのにポコポコ生まれるわけがない
基本的に使う側の俺らにとっちゃ「使いやすくて移行しやすいか使いにくくて血反吐がでるか」のどちらかだ

280:デフォルトの名無しさん
07/10/08 12:45:31
だから多言語から移行しやすく，それでいて多言語へ移行しにくいものが，
ベンダの囲い込み戦略の観点から好ましい言語ということになる。

281:デフォルトの名無しさん
07/10/08 14:15:43
ロックインというやつだな
ユーザ側の自己防衛策としては、目に付きやすい参入障壁だけでなく、
そこから出る場合の障害についても考えておいたほうが良いということだ

282:デフォルトの名無しさん
07/10/08 14:41:18
そういうのは自己防衛は自己防衛でも「心の防衛」でしょ
要するにボキュが無能なんじゃないやい、MSが悪いんだい、ってw
そうやって自分を「防衛」するわけだw

っていうか、いい歳こいた大人ならあんまり経済感覚が欠如してるのは恥ずかしいぞ。
今日日マイクロソフトが開発ツールごときで利益あげようとか思ってるわけないだろw
全売り上げの何パーだよw
恐らく0.1%以下だぞ。

283:デフォルトの名無しさん
07/10/08 14:50:23
>>280
正にMSはその内と外の壁をぶち壊してくれたな

284:デフォルトの名無しさん
07/10/08 15:35:29
>>282
開発ツールだけで儲けると誰が言ったよ？

285:デフォルトの名無しさん
07/10/08 15:39:56
>>282
本当に開発ツールで利益をあげようと思っていないのなら、
開発環境やデベロッパ向けの情報の一切合財をタダで提供すればよいわけだが。
そのプラットフォームで開発をしようとするデベロッパーは
プラットフォームにとって有益であるはずだしな。

利益を上げる以外の目的で金を取る理由はなんだい？

286:デフォルトの名無しさん
07/10/08 18:21:31
>>285
頭悪いのかね。
そんなことしたら株主に訴えられるだろw
利益を見込んでいないからと言って売れるものをわざわざタダで配る馬鹿がどこにいるんだよ。
小学生でもわかる理屈だろうに。

というか話の文脈読めよ。
MSが開発ツールをバージョンアップするのは利益を狙ってのこと、
なんて寝ぼけたことを要ってる奴がいたからそれを嘲笑してるまでのこと。

287:デフォルトの名無しさん
07/10/08 18:44:46
>>286
馬鹿はお前。
企業としてきっちり株主に対して理由が説明できるのならば問題はないよ。
IBMは多大な人件費を投入して開発した製品クオリティのEclipseを
オープンソースにしたでしょ。

IBMは営利企業であって、これは慈善活動でも何でもないよ。

288:デフォルトの名無しさん
07/10/08 19:06:42
「説明できない」ことを理由付きで言ってるのに、
「説明できるなら」って何なんだろうね。

頭悪いのかね、なんて言って済まなかったね。
間違いなく頭悪いんだねw

289:デフォルトの名無しさん
07/10/08 19:10:21
>>288
お前は馬鹿だから想像ができんのだろう。
タダでデキのいい開発環境をばら撒くことにはロックイン効果があるんだよ。

290:デフォルトの名無しさん
07/10/08 19:13:04
頭の悪い奴の議論はこうやってループするんだよね。
だから嫌なんだ馬鹿と議論するのって。

だからMSは「ロックイン効果」なんて狙ってないって言ってるのw

291:デフォルトの名無しさん
07/10/08 19:14:19
>>290
そこまで言うならその根拠が何かしらあるんだろうな？

292:デフォルトの名無しさん
07/10/08 19:15:45
>>289
それって金がかかっててもかかってなくても発生するんじゃないか？

293:デフォルトの名無しさん
07/10/08 19:16:52
>>290
顧客を囲い込むのは営利企業として基本中の基本なんだが
ミクロ経済のイロハも知らんようだな

可能な限り参入障壁を低めて、その後客がよそへ出て行かないようにする
MSの企業努力のほとんどはそれに注がれているといっても過言ではない

参入障壁を低めるために後方互換性を保つためには常に努力するし、
他のOS、CPU向け製品をバラまきさえするが、客がついてきて
デファクト化したところで他のOS向けのサポートを「とりはらう」。
文字通りだ。
Windows NT、オフィス製品、IE...
全てがそのルートを辿っているんだぞ

294:デフォルトの名無しさん
07/10/08 19:18:13
>>292
その通りだが、タダでできが良いという事実は参入障壁を最小化するので
効力がものすごくデカい。

IEがネスケを駆逐した理由の一つはそれだ。
もっとも最大の理由はOSにのっけてしまったことで、それは独禁法上
問題とされたわけだが。

295:デフォルトの名無しさん
07/10/08 19:21:17
>>293
頭悪いなあ。。
だから（少なくともMSの認識では―俺もその認識は正しいと思うが）開発ツールは
もはや商材じゃないんだよ。

囲い込むとか込まないとかは「それ」が商材である限りにおいてしか意味を
持たないでしょうが。

296:デフォルトの名無しさん
07/10/08 19:22:39
IEのロックイン効果も知らない奴がいるとはな

OSにのっけてタダでばらまきデファクト化
→IEでしか正常にブラウズできないサイトが大量出現

その時点でユーザがIEから離れるのが難しくなってしまう
これがロックイン効果さ

MSが何のために独自仕様を盛り込みたがると思っている？

297:デフォルトの名無しさん
07/10/08 19:24:46
>>295
本当にアホだな。
商材は単独で成り立っているものではない。相互効果があるんだよ。

ネスケはブラウザをばら撒いて、サーバで儲けようとした。
サンはJavaをばら撒いて、デスクトップ市場やメインフレームの客を
引き込もうとした。

298:デフォルトの名無しさん
07/10/08 19:30:37
>>297
またループかよ。。
本当に馬鹿だなw

俺の議論は>>278-281への反論として始まっている。
>>278-281に何と書いてあるかよく読めよ

当たり前のことだが企業のあらゆる意思決定は利益の追求を目的としたことで、
そんなことは俺は全く否定してないの。

299:デフォルトの名無しさん
07/10/08 19:32:14
>>298
逃げたな

俺は>>281だが、「一般論として」ロックインについて説明しただけだ
で、お前さんはといえば、無知をさらけ出しただけだな

MSはロックインなんぞ狙ってないんじゃなかったのか？ｗ

300:デフォルトの名無しさん
07/10/08 19:35:09
開発ツールなんぞで囲い込みなんか狙えるわけもないし狙ってるわけがない。
そんなに最近のMSの動きを見れば（いや見なくても）一目瞭然だと思うんだが。

だいいちVS6⇒VS2002以降のような変化がどうして「囲い込み戦略」を意味するの？
訳がわからんよ本当。

301:デフォルトの名無しさん
07/10/08 19:36:15
>>300
別に、俺はそれが「ロックイン」だとは一言も言っていないんだが。
お前さんは俺を勝手にそれ以前に発言した誰かと混同して、
わけのわからない主張を繰り返していただけだろう。

302:デフォルトの名無しさん
07/10/08 19:43:11
>>300
> 開発ツールなんぞで囲い込みなんか狙えるわけもないし狙ってるわけがない。
甘いな。
Javaの開発者の多くは既にIDE依存症になっている。Eclipseの登場以後のことだ。

.NETの戦術もそれに沿ったものだよ。
デキのよく生産性の高いライブラリや開発環境を投入し、フレームワークは
タダでばらまく。「一応」ECMA標準として他のOSのサポートの道も残しておく。
ASP.NETはJ2EEに向けた爆弾と言ってもいいが、.NETの最大のメリット（無論、
MSにとってのだ）は、実質それがWindows専用に等しいことだ。

VBもそうだったが、マルチプラットフォームはほぼ全く考えられていない。
CやC++なら努力すればマルチプラットフォームのプログラムが書けるがな。
.NETではそれは有り得ない。

そうやってユーザを引き入れた後に、莫大な開発力を投入して次々独自仕様を
盛り込み、その頃にはもはや互換性などというものは考えられなくなっている
わけさ。
Monoがあるさ、などとは思わないほうがいいぞ。

303:デフォルトの名無しさん
07/10/08 19:43:14
>>299
開発ツールで「ロックイン」など狙ってないとは書いたが、
MSが開発ツールを開発販売しているのは自社の利益を狙ったものではない、
とは言ってない。

MSの開発ツールにおける戦略の大目的は次の二つでしょ。

(1) エンドユーザーに高い利便性を提供するソフトがないと自社の主力商品（つまりOS）
　　が売れない。そのためには効率のいい開発ツールが必須。

(2) かといって開発ツールにおいて他社にリードされることは、自社の主力商品（つまりOS）
　　の開発においてフリーハンドを失うことにつながる。

304:デフォルトの名無しさん
07/10/08 19:46:38
おまえらおまえらおまえらおまえらおまえらおまえらおまえらおまえら
ひまだなひまだなひまだなひまだなひまだなひまだなひまだなひまだなひまだな

305:デフォルトの名無しさん
07/10/08 20:00:35
プラットフォームに開発者を縛り付けるのは莫大なロックイン効果があるよ。
それは開発者が生産した資産を他所に「持ち逃げされる」ことを困難にする。
デベロッパの生産物は実質そのプラットフォームにとっての大きな資産と
言っていいからね。

.NETは言語において柔軟であるフリをするということでも、参入障壁を
低めて見せている。それは.NETの能力の効果的なデモにもなっている。
MSは賢いよ。だが、営利企業のやることの裏の側面を知らないふりをするのは
ただの馬鹿だな。

306:デフォルトの名無しさん
07/10/08 20:06:03
だれかコイツの変わりに吼えてくれる奴はいないのか？

第二の標的になるのは嫌なので俺は勘弁な

307:デフォルトの名無しさん
07/10/08 20:09:48
スク祭りや絵師表もそうだけど、何かを提起したり行動起こしたヤツを
寄ってたかって叩くもんだから誰も表だって動かなくなった
先に動いたヤツが負け。みたいにね
完全に血行不良であり新鮮な養分は入らず、淀んだ血液は朽ちゆくのみ
実装スレも、そろそろ頃合いデスゥ？

308:デフォルトの名無しさん
07/10/09 11:54:23
ｽﾚﾘﾝｸ(prog板:234番)

よくMSに騙されたとか言ってる連中がいるが、具体的に何について「騙された」
と言いたいんだろうね。

正直、俺にはそいつら自身の過剰に主観的な「被害妄想」にしか思えないよw
なぜなら俺には「騙された」記憶がないからな。

個人的にはMSに対してそいつの持ってる印象を聞くことはプログラマのリトマス試験紙
になると思ってる。
ダメな奴と根拠のない反MSにはかなりの正の相関があるように思えるね。

まあTronの人みたいな例外はあるけどね。

ｽﾚﾘﾝｸ(prog板:221番)

言語使用的には正直C#は天下無敵だと思うよ
マイクロソフトも天下無敵だと思うよ
かつてのApple GUI　開発者を殆ど全て取り込んだし
Excelの開発元だし
C#の責任者はデルファイ作った人だし
MSの頭はロータス１２３の開発者だし
これらの人たちは、全員「神」レベルの人だよ
C#は、とりあえず札幌市水道局が開発言語をC#にしているようだよ
その他にも、フェリカ関連のアプリケーションがC#らしいよ

309:デフォルトの名無しさん
07/10/09 11:55:12
ｽﾚﾘﾝｸ(prog板:250-番)

250 名前：仕様書無しさん投稿日： 2007/10/07(日) 02:01:14
C#は今後主力になってくるのは間違いない。
言語仕様はすばらしく優れてるし、時代に合ってる。

251 名前：仕様書無しさん [sage] 投稿日： 2007/10/07(日) 02:33:56
ASP.NETやったらもうJAVAには戻れんよな。
サーブレットとJSPでシコシコ作ってたのがアホらしい

252 名前：仕様書無しさん [sage] 投稿日： 2007/10/07(日) 06:50:26
＞サーブレットとJSPでシコシコ作ってたのがアホらしい
そりゃ、アフォだろ。
今はフレームワーク使うモノだし。

253 名前：仕様書無しさん [sage] 投稿日： 2007/10/07(日) 07:17:12
今後主力ｗ
自分で何言ってるのか解ってるのか、こいつｗ

310:デフォルトの名無しさん
07/10/09 11:57:31

一切言語研究者の意見が現れないのには驚いた

311:デフォルトの名無しさん
07/10/09 12:32:04
コピペ君って馬鹿だな、まで読んだ。

312:デフォルトの名無しさん
07/10/09 13:05:57
今更MSに騙されたのなんの言ってるやつは余程ナイーブというか
平たく言えばアホなんだろう
昔からMSのやることは何も変わっちゃいないのに

313:デフォルトの名無しさん
07/10/09 13:14:11
じゃ、未だに騙された事に気付いてない香具師は何なの？

314:デフォルトの名無しさん
07/10/09 13:23:42
>>313
アホ以下ということで。

315:デフォルトの名無しさん
07/10/09 13:42:57
ｽﾚﾘﾝｸ(prog板:357-番)

357 名前：仕様書無しさん [sage] 投稿日： 2007/10/09(火) 13:33:18
世代交代してる感はあるね。
.NET 1.0の頃の話なんかしても通じないこともある。

361 名前：仕様書無しさん [sage] 投稿日： 2007/10/09(火) 13:36:16
.NET 1.0（笑）

364 名前：仕様書無しさん [sage] 投稿日： 2007/10/09(火) 13:40:32
そのまま笑い氏ね。
客の立場にもなってみろ。
洒落にならんだろが。

316:デフォルトの名無しさん
07/10/09 18:24:07
コピペ君って馬鹿だな、まで読んだ。

317:デフォルトの名無しさん
07/10/09 19:50:10
金のためならＶＢ６でもＣ＃でもやるぜ
愚痴は金にならん

318:デフォルトの名無しさん
07/10/09 21:52:17
上流で何もせずにほとんどの金をピンハネして、ハシタで下流のコーダーを
使い捨てる側にとっちゃ、あんたみたいなのは大変都合がいい人間と言えるな

まあ頑張れ

319:デフォルトの名無しさん
07/12/28 00:37:06
うちの職場じゃ、

「VB6はあと3ヶ月でサポート切れだから、他の開発環境への乗換えを検討しろ」

という指示が飛んできたけど、皆のところは大丈夫か？

320:デフォルトの名無しさん
07/12/29 04:21:54
回答支援age

321:デフォルトの名無しさん
07/12/29 05:00:11
> ドトネトはバージョンも仕様も変わりすぎ。
> そのたびに開発環境買い換えたり、プログラムが動かなくなったり。
> 何のためのドトネトなのか、当初の目的が根幹から崩れてるんじゃないのか？

> ユーザ側の自己防衛策としては、目に付きやすい参入障壁だけでなく、
> そこから出る場合の障害についても考えておいたほうが良いということだ

MSの開発環境を長年使ってきた者として、上記の発言は心底納得できる。
ドトネトなど、好んで使うシロモノではない。
ソフトウェア開発の経験がない者が、巷のＰＣ誌の広告を見て選択している
だけのことだろう。

322:デフォルトの名無しさん
07/12/29 07:10:03
納期と契約金が先に決まってるなら
開発は言うに及ばず習得にすら時間と手間のかかる言語をわざわざ選択する理由もあるまい
将来の付加価値より明日のご飯
.NETマンセー

323:デフォルトの名無しさん
07/12/29 13:34:20
ドトネトは下位互換性高いんだけどね
「すっぱい葡萄」丸出しで読んでるこっちが恥ずかしくなるなw

324:デフォルトの名無しさん
07/12/30 01:12:31
>>321
非.NETなプログラムだって似たようなもの。
Win95の頃のプログラムがVistaでまともに動くとは限らないし、逆もまた同じく。
それと同じくらいには.NETも「安定」していると思うよ。

325:デフォルトの名無しさん
08/01/08 00:05:12
VB6
ocxのコンポーネント継承できねーじゃん
OOできない似非糞言語は消えた方がいい

326:デフォルトの名無しさん
08/01/08 08:44:23
>>325
継承ってなんでしょうね？

327:デフォルトの名無しさん
08/01/11 20:14:29
オブジェクトでいうところの上位クラスからのインヘリタンスのことでは？

328:デフォルトの名無しさん
08/01/13 10:34:53
初心者ですが何方か教えてください。
&H10
&H10&
で定数を&で挟むのと挟まないのは何が違うのでしょうか

329:デフォルトの名無しさん
08/01/13 13:48:00
カップのサイズにより可能な場合と不可能な場合がある

330:デフォルトの名無しさん
08/01/13 15:50:44
>>328
VB6なら
>　&H10
サフィックスなしの整数なので規定のInteger型

>　&H10&
Long型のサフィックス付きの整数なのでLong型

331:デフォルトの名無しさん
08/01/13 18:51:19
>>330
ソース内に
A And (Not &H10&)
のように使っていたので疑問に思っていました。
有難うございました。

332:デフォルトの名無しさん
08/01/13 19:22:35
こんなスレで質問するのも謎なら、その程度のことも知らない人が
VB6に固執する理由も謎。

っていうか@ITでもこの期に及んでVistaでVB6アプリを動かすとかなんとか
やってるけど、既存アプリの保守ならともかく、新規もVB6でってアナクロなところが
まだ結構あるのかね。

333:デフォルトの名無しさん
08/01/13 19:24:27
っていうか、どの言語でもそうだけど最初に言語の仕様ぐらいざっと眺めないなんて
ダメ以下だろ。

334:デフォルトの名無しさん
08/01/13 19:29:15
設計理念すら知らない言語の仕様を
ざっと眺めて分かるんならすごい才能だ

335:デフォルトの名無しさん
08/01/13 21:38:56
VB6ってセキュリティの面では堅牢なのかな？
あまり脆弱性の問題聞かないけど。もしかしてVB6アプリが淘汰されただけなのか？

336:デフォルトの名無しさん
08/01/13 21:47:34
そもそもアプリの「セキュリティー面での脆弱性」って意味わかりませんがw

337:デフォルトの名無しさん
08/01/13 22:15:46
ば、馬鹿にされてる・・ッッ！！335 が馬鹿にされてるッッッッ・・・！！
きっと 335 は顔を真っ赤に染めているに違いない・・・ッッッッ！！
だが、言いたい事はきっとこうだ・・・ッッッ・・！！

「よくあるウェブブラウザ、有名どころで IE なんか、
　ほいでそんなプログラムのバグをついたバッファオーバーフロー（死語？）の心配は無いのかどうか」
↑これつまり　脆弱性

「これを俗にセキュリティーホールなんて言うが、
　そもそも VB6 アプリなんかより世に出回り愛されているのは Delphi アプリとかそんなんかどうか」
↑セキュリティーホールなんて名称から　セキュリティの面　という言葉を連想させた

そして 336 はこう言うた
結論はこうだ、VB6 アプリは淘汰される以前に、プログラム入門編なのだから、出回ってるわけがない、そして、これはわかりきった事であるのだ

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　以上

＊＊＊＊＊請求書＊＊＊＊＊
翻訳代：　\ 168,950 円　（税込み)
内訳：　極秘

メールで代金お支払いの連絡ください
支払方法は現金書留のみです、追って送付先住所を連絡します

takenouchi.yutaka@honyakutrans.net
翻訳トランスレーションマスターズ三重　有限会社
代表　竹ノ内

338:デフォルトの名無しさん
08/01/14 03:03:06
翻訳するのなら日本語にしてくれ

339:デフォルトの名無しさん
08/01/16 11:20:07
カオス

340:デフォルトの名無しさん
08/01/18 11:43:56
自分の周りのVBな人って、VB使ってさえメモリリークさせるから嫌い。

341:デフォルトの名無しさん
08/02/07 03:19:38
.netの仕事が来たこと無いんだが
どっちかというと
.net使わないで作ってくれという方が多い

342:デフォルトの名無しさん
08/02/07 03:57:39
WinNT/98/2000の業務環境もまだまだあるからネ
.NETのためにサーバ/PCを入れ替えなんて無理

343:デフォルトの名無しさん
08/02/10 22:39:26
う～ん、俺みたいな１０年前にVB6、C、Cobol、Caslだけ学校で少し齧ったレベルでも
何となく動いてるってのを作れるってのは凄いんじゃないかな
シリアル通信とか製品のデモ用で使っているんだが、プログラムで飯食ってない人には何となくで動かせるからありがたい
.netになってからa=a++が出来るようになったんだね

344:デフォルトの名無しさん
08/02/10 23:06:39
>>343
それ鼻から悪魔でてこないか？

345:デフォルトの名無しさん
08/02/11 11:40:51
だが世の中はそう甘くはない。
本来プログラムで飯食う気が無かった人に
VB与えてプログラム作らせて売った結果がVBの悪評なのだ。

346:デフォルトの名無しさん
08/02/16 20:46:21
>>343
単にa++と書いたらだめなの？

347:デフォルトの名無しさん
08/04/03 21:43:54
>>346
2005は駄目だった。
VBの書き方だとまあ納得いかないでもない。

348:デフォルトの名無しさん
08/04/04 02:47:37
だめだったらa = a + 1でいいじゃんって思う。

349:デフォルトの名無しさん
08/04/04 09:41:46
>>334
たいした規模ではないのでリファレンスに明記されている仕様程度の把握に才能など必要ない

350:デフォルトの名無しさん
08/04/10 00:21:09
さあいよいよVB6の延長サポートが終わりました。

351:デフォルトの名無しさん
08/04/10 01:12:44
.NETは使い勝手が良いが起動が遅いのが難点。
ngen.exeを使っても内部でアセンブリを参照している様なEXEの場合には
速度が変わらない。

.NET（VB.net)の起動を速くする方法って無いですか？

352:デフォルトの名無しさん
08/04/10 08:12:24
動かすマシンを最新機種に買い換える。

353:デフォルトの名無しさん
08/04/10 08:23:11
>>351
インストール時にスタートアップにこっそり入れとくぐらいしか手がなさそう。

354:デフォルトの名無しさん
08/04/10 10:49:17
逆に考えるんだ。
しばらく遅いＰＣで作業してから戻ってくれば・・・

355:デフォルトの名無しさん
08/04/11 00:32:02
>>354
> 逆に考えるんだ。
> しばらく遅いＰＣで作業してから戻ってくれば・・・
ユーザのPCの性能は、VAIO（２年前位モデル）で性能は決して悪くはねーんだよな。
.NETの起動が遅いって文句ばっかたれられる。
どーしよーもねーんだよ。

356:デフォルトの名無しさん
08/04/11 00:34:12
>>353
> >>351
> インストール時にスタートアップにこっそり入れとくぐらいしか手がなさそう。
起動時にngen.exeは試してんだけど、全く変わらん。
6.0のアプリは（当然だが）即効起動するんだけどね。

因みに今は、スプラッシュウィンドウでごまかしてる(それでもユーザから文句出まくりだけど。）

357:デフォルトの名無しさん
08/04/11 16:07:47
>>356
たかだか、数秒～長くても数十秒程度に文句たれるユーザーってのも嫌だな
もし比較対照の6.0のアプリがあるなら、そちらも合わせて遅くしてみるというのはどうだろう

358:デフォルトの名無しさん
08/04/11 17:19:14
スプラッシュウィンドウ表示しておけばいい

359:デフォルトの名無しさん
08/04/11 18:49:58
だから普通に作れば遅いのは初回起動だけだからスタートアップに
こっそり入れとけって。

適当なコマンドラインスイッチで起動すると何も表示されないようにしてさ。

それでも遅いならどうせフォームにコントロールをバカスカ貼り付けてるんじゃないの？w
その場合はデザインを直すべきだろうね。

360:デフォルトの名無しさん
08/04/11 19:04:28
初対面の人間がハナクソほじってたら嫌だろ．
そういう感じ．

361:デフォルトの名無しさん
08/04/11 22:32:28
そもそもそんなに起動時間が気になるアプリに.NETなど使うなと

362:デフォルトの名無しさん
08/04/12 04:08:32
>>357
> >>356
> たかだか、数秒～長くても数十秒程度に文句たれるユーザーってのも嫌だな
> もし比較対照の6.0のアプリがあるなら、そちらも合わせて遅くしてみるというのはどうだろう
6.0の数が半端無いよ。
しかも.NETが遅いのは最初の一回目位なんだから我慢しろ！この馬鹿ユーザ！！
とどなりたい心境さ。

>>359
> だから普通に作れば遅いのは初回起動だけだからスタートアップに
> こっそり入れとけって。
だから、ngen.exeを掛けても遅いって。

>>361
> そもそもそんなに起動時間が気になるアプリに.NETなど使うなと
今さら遅いよ。

つか、ユーザは馬鹿だからExel感覚で動作するアプリじゃないと文句を垂れられる。

363:デフォルトの名無しさん
08/04/12 12:32:42
>>362
初回起動だけ遅い、逆に言えば初回起動以外は（まともに作れば）結構早いのは
ngenが動作するかどうかの違いじゃないよ。

呼び方は忘れたがネイティブイメージをキャッシュしておくドトネトの機構が
作動するから。

だからスタートアップにこっそり入れとけ（もちろんネタだけどさ）、と言ってるんであって
誰もngenがどうこうとか言ってないだろう。

364:デフォルトの名無しさん
08/04/12 13:41:40
まさかとは思うけが、スタートアップ知らないんじゃ・・・

365:デフォルトの名無しさん
08/04/12 14:31:27
スタートアップってソフトのアイコンクリックしてからソフトが起動するまでの間の事だろ？

366:デフォルトの名無しさん
08/04/12 17:48:46
>>363
> >>362
> 初回起動だけ遅い、逆に言えば初回起動以外は（まともに作れば）結構早いのは
> ngenが動作するかどうかの違いじゃないよ。
>
> 呼び方は忘れたがネイティブイメージをキャッシュしておくドトネトの機構が
> 作動するから。
>
> だからスタートアップにこっそり入れとけ（もちろんネタだけどさ）、と言ってるんであって
> 誰もngenがどうこうとか言ってないだろう。

具体的にどうすれば良いの？ユーザから.NETアプリの起動が遅いとブーブー文句を言われて
いるので助けて下さい。
※スタートアップはC:Document Adn Setting\・・・プログラム/スタートアップ・・・
だった筈だけど。

367:デフォルトの名無しさん
08/04/12 21:16:26
GACのキャッシュ云々だったら・・・よくわからないな

368:デフォルトの名無しさん
08/04/14 19:48:11
VB.NET
今日始めて使ってみたがわけがわからん。
まるっきり変わったのか。
もう辞めたい。

369:デフォルトの名無しさん
08/04/15 22:49:35
>>367
> GACのキャッシュ云々だったら・・・よくわからないな
それもやったけど全く速度が変わりませんでした。
そもそも.NETでネイティブアプリって作れないのかな？
.NET 2008でも無理？

370:デフォルトの名無しさん
08/04/16 14:46:46
無理

371:デフォルトの名無しさん
08/04/16 22:46:41
>>370
> 370 名前：デフォルトの名無しさん [sage]： 2008/04/16(水) 14:46:46
> 無理
マジで？
何か良い方法は無い？

372:デフォルトの名無しさん
08/04/17 14:51:24
>>371
>>351-からの流れをよく読みなおしててこいよ。ループするだけだぞ。

＞何か良い方法は無い？　
がネイティブコードにコンパイルしたいという意味なら無理。
が起動を早くしたいという意味ならネイティブコード化というのは
問題に解決にならない。あとは>>351-にループするだけ。

373:デフォルトの名無しさん
08/04/17 23:29:26
>>372
> ＞何か良い方法は無い？
> がネイティブコードにコンパイルしたいという意味なら無理。
> が起動を早くしたいという意味ならネイティブコード化というのは
> 問題に解決にならない。あとは>>351-にループするだけ。
.netでネイティブアプリが作れないって事だと6.0で開発をしろって事か？
あーあ、.net便利なんだけど初回起動が遅すぎ

374:デフォルトの名無しさん
08/04/18 00:04:05
スピード的にはVB6のネイティブコンパイルより、.NETの方が速いのはわかってる？
ただし起動までが遅いとか起動後もモジュールの再ロードやスワッピングが
おこりやすいのは確かで、これが実質的な速度を遅くしている。
ネイティブコンパイル出来る出来ないとは関係ない。

375:デフォルトの名無しさん
08/04/18 00:11:08
>>374
> スピード的にはVB6のネイティブコンパイルより、.NETの方が速いのはわかってる？
微々たるものだけどね。確かに速いよ。
それくらいは分かってる。
でも起動が遅すぎる。
何とかならんの？マジで。入力速度も遅い癖してユーザにブーブー文句を垂れられる。

376:デフォルトの名無しさん
08/04/18 00:39:43
メモリを大量に積んだVistaにすれば速いよ～（笑
Vistaからはキャッシュや仮想メモリの仕掛けに手を入れてるらしい。

377:デフォルトの名無しさん
08/04/18 00:41:23
VB6でかろうじて動いてたレベルのPCに.NETを入れると正直悲惨なのはわかるよ

378:デフォルトの名無しさん
08/04/18 01:12:51
>>376　>>377
> メモリを大量に積んだVistaにすれば速いよ～（笑
> Vistaからはキャッシュや仮想メモリの仕掛けに手を入れてるらしい
因みにユーザマシンは比較的性能が良いよ。
全てWindows XP CPU3.0 1Gメモリ
それでも初回起動が遅い。（っても４５秒位なんだけど。）

２回目以降は2秒で起動してユーザが操作可能になるんだけどね。
参ったなぁー。MFCっきゃない？

379:デフォルトの名無しさん
08/04/18 01:19:55
そして>>359にループ

380:デフォルトの名無しさん
08/04/18 02:14:57
>>359
> だから普通に作れば遅いのは初回起動だけだからスタートアップに
> こっそり入れとけって。
>
> 適当なコマンドラインスイッチで起動すると何も表示されないようにしてさ。
今さらだけど、↑これをちょっくらやってみようとおもふ。

381:デフォルトの名無しさん
08/04/18 09:23:08
ﾕｰｻﾞｰに悪態ついたり　ｱﾄﾞﾊﾞｲｽを謙虚にきけないやつは・・・底が知れてる

382:デフォルトの名無しさん
08/04/19 00:37:28
>>381
> ﾕｰｻﾞｰに悪態ついたり　ｱﾄﾞﾊﾞｲｽを謙虚にきけないやつは・・・底が知れてる
ぶっちゃけ、ユーザは馬鹿だろ。

383:デフォルトの名無しさん
08/04/19 11:05:35
>>382
プログラマは全員もれなく賢いんだ　へぇ～

384:デフォルトの名無しさん
08/04/19 22:23:18
>>383
> >>382
> プログラマは全員もれなく賢いんだ　へぇ～
お前を除く皆はね

385:デフォルトの名無しさん
08/04/23 03:46:19
やっぱり.netで起動の速いアプリを作ろうとしたらMFCしか無いね。
でもDataSet / DataTableとか便利な機能が使えないし、
.NETとは違って便利なコントロールも使えないから微妙だな。

起動時間だけを取るとMFCなんだけど
開発効率を考えると断然MFCと思うんだけどどーお？

因みにMFCでDataGridView や　(Grape City）Spreadとかって使えるの？

386:デフォルトの名無しさん
08/04/23 08:14:50
いや、MFCはVBから使えないから…
なお某SpreadはActiveXだからサポートさえしていればどんな言語でも使えるはず。

387:デフォルトの名無しさん
08/04/23 09:22:07
VB6とVB.NETはどっちが早いの？

388:デフォルトの名無しさん
08/04/23 09:48:32
VB6が先に市場に出ててその後続がVB.NET

389:デフォルトの名無しさん
08/04/23 23:59:18
>>386
> いや、MFCはVBから使えないから…
???どいうう意味？
ちょっと分かりません。

因みにMFC（C++)でDataSet/DataTableって使えますか？
あと、どうやら#pragma manage/unmanage　と入力をする事で
一応ネイティブコードの中で.NET標準のコードを記入する事も出来るみたい
だけど結局ネイティブコードの中にマネージコードをいれた上でコンパイルを
すると通常の.NETアプリ（VB.net \ C#)みたく起動が遅くなりますよね？

390:デフォルトの名無しさん
08/04/24 01:00:21
もちろん.NETプログラムになって起動速度はそれなりになる。
あと、VC++ 2005くらいからだと、MFCにも.NET関係のためのものが追加されている。

391:デフォルトの名無しさん
08/04/24 01:23:03
>>390
> もちろん.NETプログラムになって起動速度はそれなりになる。
> あと、VC++ 2005くらいからだと、MFCにも.NET関係のためのものが追加されている
やっぱり古典的なC++で１から実装するしかないのか。
起動速度を速くする為には。

ユーザが短気だから.NETアプリをMFCにそっくりそのまま置き換えなくちゃ
ならないかもしれない。

めんどくさい

392:デフォルトの名無しさん
08/04/24 02:08:17
なにかアプローチを間違っている希ガス

393:デフォルトの名無しさん
08/04/24 19:34:36
>>392
> なにかアプローチを間違っている希ガス
.NETアプリに起動速度は求めるな！！って事！？

違ってたら方針を教えて頂戴。エロイ人

394:デフォルトの名無しさん
08/06/12 01:21:39
.NETのほうが起動も早いけど、みんなコンパイルの仕方を知らないだけ

395:デフォルトの名無しさん
08/06/12 08:02:47
あぁ、「俺、本気出せば凄いんだぜ」って奴？

396:デフォルトの名無しさん
08/06/16 09:30:00
Outlook 2007 が氏ぬ程モッサリなんだけど何で？

描画がﾄﾞﾄﾈｯﾂっぽいんだけど。

397:デフォルトの名無しさん
08/07/19 09:41:49
小規模ソフトウェア開発なんて誰でもできるけどな。
理系のたしなみ程度でできない奴は池沼。
小学校でいう九九みたいなもんだ。

398:デフォルトの名無しさん
08/07/23 14:21:08
誤爆？

399:デフォルトの名無しさん
08/09/15 13:32:13
　

400:デフォルトの名無しさん
08/10/03 05:02:58
VB6以外は逆コンパイルされてソース丸見えになるだろ

401:デフォルトの名無しさん
08/10/03 09:59:49
開発者に見捨てられたVB。いや、.netかも
URLﾘﾝｸ(www.itmedia.co.jp)

402:デフォルトの名無しさん
08/10/03 16:35:45
Osloは.NETベース。.NET3.0でWPF,WCFとともに追加されたが
全然使われていないWFの発展形と予想される。
ステートやアクションを拡張するのに結局VBやC#との相互運用が必要になる予感。
VS10の情報が出始めたからこれからいろいろわかってくると思う。

403:デフォルトの名無しさん
08/10/03 23:40:49
なんで？　ＶＢ６でいいじゃん！
コントロール貼り付けてイベント半ドラに記述するだけ。
それだけでフツーのアプリがフツーに動く。
最高じゃん！　これ以上、なにを望むの？？

404:デフォルトの名無しさん
08/10/03 23:55:51
まともな例外処理と見やすいコードが書けるプログラマー

405:デフォルトの名無しさん
08/10/11 12:52:20
.NETは起動速度が遅いからユーザから受けが悪い。

確かに最近６．０の方が良いんじゃないかとリアルに思う。

なぜにMSはネイティブアプリが作成出来る様にVSをしなかったんだろう？

※ngen.exe　を試しても外部のアセンブリを参照する様なアプリだと遅い

406:デフォルトの名無しさん
08/10/12 11:38:35
MS製有料ソフトの殆どがネイディブであることを考えると内部でも相当意見割れてると思われ

407:デフォルトの名無しさん
08/10/12 11:58:57
割れてるわけないでしょw
棲み分けが必要ってMS自身が言ってるじゃん。

っていうかもう.NET出てからかなり経過してるんだから
くだらない寝言言ってる間にいい加減その意義ぐらい理解したらどうだよ。

408:デフォルトの名無しさん
08/10/12 12:04:12
ひとつ以上の言語や環境を扱えない連中はどこにでもいるからね。

409:デフォルトの名無しさん
08/10/12 12:53:16
日本語も扱えない>>408みたいな奴もいるしな。

410:デフォルトの名無しさん
08/10/12 12:58:28
>>409
このゆとりめ

411:デフォルトの名無しさん
08/10/12 13:00:21
「以」の使い方は日常語と学問的な用法で違うから文脈で読み分けないと

412:デフォルトの名無しさん
08/10/12 13:10:44
学問的な用法ｗｗｗｗｗｗｗｗｗｗ

413:デフォルトの名無しさん
08/10/12 19:39:51
つまりコンパイラ並の読解力しかないということですね？

414:デフォルトの名無しさん
08/10/12 20:38:40
「それ以上近づくと撃つぞ。」

415:デフォルトの名無しさん
08/10/12 20:42:49
Wが５つ以上でNGワードにしているのだが、>>412は頭が悪いということかな？

416:デフォルトの名無しさん
08/10/12 21:14:43
おい、どうでもいいけど劇的に.NETアプリの起動を早くする方法って無いの？

ngen使っても遅いし。

417:デフォルトの名無しさん
08/10/12 21:19:37
CPUを速いのにしてとメモリを増やす。特にメモリは重要。

418:デフォルトの名無しさん
08/10/12 21:19:58
>>415
そんな正規表現っぽいNGワード使える専ブラあんの？

419:デフォルトの名無しさん
08/10/12 21:26:48
俺もやってるが単純にこうしてるだけ。
ｗｗｗｗ
あとはいくつ増えようがヒットする。
ｗｗｗｗｗｗｗｗｗｗｗｗｗ

420:デフォルトの名無しさん
08/10/12 21:30:09
>>419は頭が悪いということかな？

421:デフォルトの名無しさん
08/10/12 22:30:34
>>417
それしか無いの？やっぱり？

VB6で作った方が客受けが良い。

422:デフォルトの名無しさん
08/10/13 20:37:27
>421
そうなの？

423:デフォルトの名無しさん
08/10/13 20:42:46
>>422
ぶっちゃけVB6で作った方が客受けが良い。
なぜなら.NETと比べて起動時間が全然早いから。
一度起動してからの速度に大差が無かったとしても
客から見たら起動時間が早い事の方が重要なのです。

424:デフォルトの名無しさん
08/10/14 17:40:57
>>422
ありがとう

425:デフォルトの名無しさん
08/10/15 06:39:35
起動時間云々は問題じゃない。一番厄介なのは、ランタイムの扱いだろ。
VB6で使うランタイムと、VB.NETで使うランタイムだと、明らかに.NETの方が無駄が多くて環境を汚してしまう。
ソフトを動かすためのランタイムをインスコするためにエンドユーザの環境を汚すのはあまり好ましくないと思うんだがね

426:デフォルトの名無しさん
08/10/15 07:31:49
Windows Updateはユーザの環境を汚す、と

427:デフォルトの名無しさん
08/10/15 08:08:47
XPならVB6ランタイム要らないんだっけ？

428:デフォルトの名無しさん
08/10/15 08:15:19
いるー。

429:デフォルトの名無しさん
08/10/15 08:37:30
ブビ６もＶＢドトネトも中途半端なんだよ。

ドトネトランタイムは半端なく巨大だけどね。

430:デフォルトの名無しさん
08/10/15 18:02:08
私の知り合いの会社は未だVB6で開発してますね…
新しいツール買う予算なんで最初から無いと豪語しておる。

431:デフォルトの名無しさん
08/10/16 01:43:03
パネェ奴教えてくれよ

432:デフォルトの名無しさん
08/10/18 12:17:21
VB6のソースが.netにまともに変換できないのがなー
どうすんだよVB6でつくったアプリの数々
誰が.netに対応させるんだよ
めんどくせー

433:デフォルトの名無しさん
08/10/18 12:57:50
vistaでも使えるからそのままつかえばいいのでは？
て互換性気にしてるならC言語化Javaでつくっておけばいいのに

434:デフォルトの名無しさん
08/10/18 22:39:13
C言語化Java
を想像してちょっと萌えた

435:デフォルトの名無しさん
08/10/19 12:52:55
C#だろ

436:デフォルトの名無しさん
08/10/19 12:54:51
C丼　が最高

でもでもでもでも　やっぱり　英語がサイコウだよぉおおおおおおおおおおおおおおおおお

437:デフォルトの名無しさん
08/10/19 22:37:08
というか.NET、2003、2005どれも何かしら言語の強みってのが何一つ感じられない
MSの人柱になってる気がする

次ページ