07/05/24 08:25:21
>>198うそつけ
201:デフォルトの名無しさん
07/05/24 09:23:59
>>200
まぁ99％変わりがない ってところじゃんな
方言の違いレベルだと思ってたんだが
そりゃ匿名メソッドとかのC#用の構文があるが・・・
最終的に出来上がるものは変わりがないって事だろ
202:デフォルトの名無しさん
07/05/24 10:46:15
>>196
>ある程度満たしてれば
という曖昧な基準に達しない、「決定的」なものとは何？
203:デフォルトの名無しさん
07/05/24 11:08:26
実装の継承ができない欠落だけで十分に基準に達してないと思われ
204:デフォルトの名無しさん
07/05/24 11:32:51
あたし OOPL じゃないんだから「実装の継承」なんて求めないで！
205:デフォルトの名無しさん
07/05/24 19:49:33
プラグラム
206:デフォルトの名無しさん
07/05/24 21:49:20
OOPなんて手法であって言語じゃないだろ
勘違いも甚だしすぎなんですけど＾＾；；；
207:デフォルトの名無しさん
07/05/25 02:03:51
まあOOPは処理系とは関係ない手法のことだけど実際のところ言語がサポートしてないとその手法に則って書くには無理がある
208:デフォルトの名無しさん
07/05/25 06:52:54
そ、そうっすね＾＾；；；；
209:デフォルトの名無しさん
07/05/25 08:38:20
＞OOPなんて手法であって言語じゃないだろ
OO手法
OO分析
OOP言語
↑
各種揃ってますが、何か？
これだからブビ注は．．．
210:デフォルトの名無しさん
07/05/25 10:01:29
オブジェクト指向方法論は手法だから言語ニュートラルといいたのだろ
んで、実装しようとするとOOPLと非OOPLでは写像の仕方が違うからそれに対応できているかどうかって話じゃね
211:デフォルトの名無しさん
07/05/25 10:03:50
＞オブジェクト指向方法論は手法だから言語ニュートラルといいたのだろ
↑
電波。
”オブジェクト指向言語”という言葉は現に存在します。
それは、”オブジェクト指向方法論”が存在するかしないか（存在しますが）に依存しません。
＞んで、
電波は話続けなくて良い。
212:デフォルトの名無しさん
07/05/25 10:34:32
単に設計手法の話と実装する処理系をわけて話そうぜって言ってるわけで、
OOPLや非OOPLが存在するとかしないとかの話じゃないと思うけど
213:デフォルトの名無しさん
07/05/25 10:40:31
OOPLはオブジェクト指向言語という意味だぞ。意味わかっててレスしてるか？
OOPLと非OOPLと書いてるのだから処理系として両方ともに存在しているのは当たり前で前提なのだが…
214:デフォルトの名無しさん
07/05/25 11:13:49
>>212 単に設計手法の話と実装する処理系をわけて話そうぜって言ってるわけで、
>>213 OOPLと非OOPLと書いてるのだから処理系として両方ともに存在しているのは当たり前で前提なのだが…
↑
ミスリード基地害。さらに自分の煎った事は絶対間違いを認めない。
>>206 OOPなんて手法であって言語じゃないだろ
↑
ここにOOPのPがプログラミングと分かってないヴぁかが煎るから、209で正しただけ。
215:デフォルトの名無しさん
07/05/25 11:23:49
ブビ厨の議論はラベルが高いで常。
216:デフォルトの名無しさん
07/05/25 11:28:54
>>214
OOPが手法に過ぎない事ととOOPLが存在する事に矛盾はない
何を正したんだ?
217:デフォルトの名無しさん
07/05/25 11:41:42
OOPのPがプログラミングだから手法じゃないと言いたいのか？何を言いたいのか意味わかんね
218:デフォルトの名無しさん
07/05/25 12:05:10
２１４が論理的に説明してくれるのを待とうじゃないか
219:214
07/05/25 12:20:44
ごめんなさい、読み間違ってますた。消えます。
220:デフォルトの名無しさん
07/05/25 23:48:28
別にお前が消えても何も良くない
変わりに赤っ恥で顔が引きつったまま熱心に頭を下げてくれるだけでいい
脂汗をかいていただければ尚爽快だ
221:デフォルトの名無しさん
07/05/26 12:52:53
とりあえず、>>220 が人間的に軽蔑すべき存在であることは良く解った
222:デフォルトの名無しさん
07/05/28 15:39:25
電波とか煽るだけ煽って意味不明なスレした挙句に消えますはないだろｗ
223:デフォルトの名無しさん
07/06/30 16:20:09
>>131
それ欲しい！
224:デフォルトの名無しさん
07/06/30 18:48:52
俺も欲しい！
225:デフォルトの名無しさん
07/07/01 18:55:43
C++0x対応版のVisual C++1xを待つぜ！！
226:デフォルトの名無しさん
07/07/01 19:09:14
もう昔のVBには戻りたくないなぁ
227:デフォルトの名無しさん
07/07/03 19:28:23
>>50
遅レスだけど
URLﾘﾝｸ(support.microsoft.com)
228:デフォルトの名無しさん
07/07/03 23:46:30
C++ と C# ってなにが違うのですか?
+を2つ描くとき、真横に描かず、ちこっと、斜めに描くと#になるんで、同じもんかな?と思ったんですけど...
229:デフォルトの名無しさん
07/07/04 00:36:53
C++ と Ｃ丼と Ｃ＃ は同じ。
230:デフォルトの名無しさん
07/07/04 00:57:30
C++とJavaは同じプログラミング言語
BASICはその亜種なだけ
昔はアセンブリっていう超難しい(プログラマ＝神)な言語が主流だった
けどC++とJava(実は同じものだから)に取って代わられて今じゃ使われない
人間って残酷だね
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の人柱になってる気がする
438:デフォルトの名無しさん
08/10/19 23:09:06
ライブラリはでかいんだが、実際に商用アプリつくるときに
使えるようなもんがすくねーぇえええ。
439:デフォルトの名無しさん
08/10/19 23:13:08
えぇ？言語的にはかなりレベルアップしてるじゃん
440:デフォルトの名無しさん
08/10/20 00:51:42
商用アプリに使えるものって何ですか？
441:デフォルトの名無しさん
08/10/20 19:02:41
ぶいびーどっとねっとやることになったから糞豚ども教えろ
いいか？返事は分かりましたぶびひーだ
442:デフォルトの名無しさん
08/10/20 19:08:05
分かりましたぶびひー
443:デフォルトの名無しさん
08/10/21 15:34:09
分かりましたvbp
444:デフォルトの名無しさん
08/11/03 18:15:00
>>430
最近はVisual Studioなんかタダですがな。SQL Serverも。
タダのやつで間に合う規模の仕事でしょ？
445:デフォルトの名無しさん
08/11/03 18:24:35
商用開発はダメだろw まあ建前だろうが。
それにそういう会社は教育する時間も無いと言うだろうよ。
NETの壁が越えられないVBプログラマも少なくないし。
446:デフォルトの名無しさん
08/11/03 19:31:26
普通に商用OK。
もっとも、セットアプ作れないとか他にも細かい制約がいろいろあるし
普通に買ったって大した値段じゃないからExpressで開発してるところなんて
まずないとは思うが。
っていうかそんなことも知らないお方がなんでこんな板にいるんでしょ。
447:デフォルトの名無しさん
08/11/03 19:38:58
Express知らなくてバッシングされるってカワイソスｗ
448:デフォルトの名無しさん
08/11/04 00:32:49
あんなこと言うところは、例え買う金があっても難癖つけて導入しないだろうというのは俺の偏見だろうか。
449:デフォルトの名無しさん
08/11/04 22:01:44
すまんマジレスを求むけど、
ＶＳ２００３→ＶＳ２００５になってＩＤＥとしてはかなり便利になったと思うんだけど、
ＶＳ２００５→ＶＳ２００８にバージョンアップして作業効率とかって上がったりしてる？
450:デフォルトの名無しさん
08/11/06 00:09:59
VSは使ったことないからワカンネ
451:VB初心者
08/11/07 22:00:10
お聞きしたいことが。。。。
VB6にDBGetという関数？ありますか
452:デフォルトの名無しさん
08/11/07 22:32:56
組み込み関数では無かったと思う
URLﾘﾝｸ(www32.atwiki.jp)
↑か？
453:VB初心者
08/11/07 23:07:25
回答ありがとうございます。
参考にさせていただきます。
454:デフォルトの名無しさん
08/11/09 03:54:55
>>416
ない。
起動が遅い理由は、巨大な.Net Framework自体が.Netのアセンブリでできているから。
455:デフォルトの名無しさん
08/11/09 20:23:39
.NETにあるアセンブリという用語の意味について分かりやすく説明してくれませんか？
どこも簡潔なようで分かりづらく感じます
456:デフォルトの名無しさん
08/11/09 20:29:11
exeとdllのこと
本当は違うけど、違いが問題になるケースに出会うことはまずない
457:デフォルトの名無しさん
08/11/19 14:30:42
>>416
一応、.NET Framework 3.5 SP1の紹介で
CLR (共通言語ランタイム) の改善により、
アプリケーションの起動速度が大幅に改善されました。
って書いてあるな。
458:デフォルトの名無しさん
08/11/19 14:33:27
>>457
wpfの話だった気がする
459:デフォルトの名無しさん
08/11/19 19:00:02
URLﾘﾝｸ(www.microsoft.com)
トップページにcold startに係る時間が短くなったと書いてあるけど、
WPFという言葉は一言も出てこない。
460:デフォルトの名無しさん
08/12/02 22:41:13
どうでもイイけど、新しい言語の名称仕入れては
「それでやってください」っていう客にウンザリ
461:デフォルトの名無しさん
08/12/03 16:34:16
WPFは3.0からだもん
462:デフォルトの名無しさん
08/12/14 10:55:46
VB6のアプリでVista用の大きいアイコンて裏技で対応出来るんでしょうか？
463:デフォルトの名無しさん
08/12/14 11:16:27
リソース改造ツール使って強引に継ぎ足すとか。
464:デフォルトの名無しさん
08/12/14 14:59:33
>>457
５秒かかってたのが３秒に短縮されたところで、VB6アプリの0.1秒の起動には到底かなわない。
465:デフォルトの名無しさん
08/12/15 01:59:18
ネイティブコードじゃないんだから仕方ないだろ。
……と言って、客が納得するはずが無い。
466:ガムマ雷電
08/12/15 10:26:16
時代は.NET！
.NETアプリがまともにうごかないPCは糞！ゴミ！
467:デフォルトの名無しさん
08/12/15 12:41:26
ケータイは？
468:デフォルトの名無しさん
08/12/15 15:27:45
>>467
君が初めてだよ、唐突に「ケータイ」とか
ｽﾚに何の関係ないプラットフォーム持ち出して来たの。
469:デフォルトの名無しさん
08/12/15 15:48:31
いや、
＞時代は.NET！
より、
＞ケータイは？
の方が説得力があると思ってｗ
470:デフォルトの名無しさん
08/12/15 18:48:25
＞ケータイは？
ケータイは関係ないですね。
471:デフォルトの名無しさん
08/12/15 21:29:08
>>470
ケータイで.netのコードが動く可能性はあるけど、vb6のコードが動く可能性は
スゲー小さいな。
まあ、もうしばらくは携帯に.net frameworkが乗るとは思えんが。
472:デフォルトの名無しさん
08/12/15 21:57:21
日本ではあまり見ないけど.NET Compact Framework搭載の
スマートフォンがあるんじゃない。
それから携帯ブラウザ用Silverlightの計画もある。
473:デフォルトの名無しさん
08/12/15 22:26:01
スマートフォンとケータイは棲み分けされてるしなぁ・・・
474:デフォルトの名無しさん
08/12/15 23:56:37
携帯にもx86積んでNateveClientでいいじゃない
475:デフォルトの名無しさん
08/12/16 00:31:32
ケータイ燃やすきか
476:デフォルトの名無しさん
08/12/16 00:34:32
それを実現するためにIntel Atomが作られたわけだ
477:デフォルトの名無しさん
08/12/16 09:38:00
>>472
>日本ではあまり見ないけど
W-ZERO3なんて結構売れた方だと思うんだが。
>>476
現状、ARMの天下だからなあ。
478:デフォルトの名無しさん
08/12/16 09:44:09
>W-ZERO3なんて結構売れた
結構２台も買っちゃったけど、アプリは１個くらいしかインスコせず、起動はしない。
479:デフォルトの名無しさん
08/12/16 20:01:20
atomって携帯電話まで視野に入ってんの？
まあウィルコムの03も一応携帯電話だけど
480:デフォルトの名無しさん
08/12/16 23:43:25
AtomでもZで始まる型番が携帯用。でもOSはLinuxが主眼らしいよ。
481:デフォルトの名無しさん
08/12/17 01:43:02
なぜ誰も Nat"e"ve に突っ込まないんだ……
482:デフォルトの名無しさん
08/12/17 02:22:46
正直なとこ、VC++と変数コンパチならVB6で十分です
483:デフォルトの名無しさん
08/12/17 02:32:27
たまに64bit整数が欲しくなる
484:デフォルトの名無しさん
08/12/17 21:04:12
昔ながらの流儀でプログラム作成してるから
正直言って 2GB 以上のファイル操作がお手上げです
485:デフォルトの名無しさん
08/12/18 00:39:40
そこで抽象データ型です性的な意味で
486:デフォルトの名無しさん
08/12/21 22:33:19
2003以降のVisualStudioはヘルプがすごく使いにくいです。
旧MSDNライブラリの方が使いやすい。
ていうかネットでググったほうが確実に早いです。
487:デフォルトの名無しさん
08/12/25 18:26:06
Vistaが企業で売れないのはVB6のサポートが中途半端だからだよなぁ
MSさんがVB6互換のVBでも出してくれりゃ、そりゃVistaも企業で導入が進むんちゃうやろか？
このままじゃ、みんなXPを使い続けるかもね
488:デフォルトの名無しさん
08/12/25 19:13:29
>>VB6互換のVBでも出してくれりゃ
少なくともサポートを延長してくれればいいよね。
VB6とNET系VB
兄弟が骨肉の喧嘩。
親は弟を応援。
489:デフォルトの名無しさん
08/12/25 20:49:54
.NET Liteとか名前変えて延命すりゃいいじゃんｗｗ
490:デフォルトの名無しさん
08/12/28 19:44:41
う～む、VB.NETとVB6か
VB6をやめてVB.NETに切り替えたんだが今後どうなるのか心配だ
491:デフォルトの名無しさん
08/12/28 21:35:51
>>490
すごいね
オレは2005をいじってみたが、やめた。
もはやMS系BASICではないね。
それはまあいいが、RS232C、プリンタポートに直接データを送れないのは致命的だ。
もっとVB6が使われている「現場」を考えた方がいいと思うよ。
492:デフォルトの名無しさん
08/12/28 22:29:08
そんな酷かったっけ？
あと、VB6までを持っているなら、MSCommが参照設定で使えるはずだよ。
493:デフォルトの名無しさん
08/12/28 22:33:26
>>491
VB6だってLPTなんか直に触れないだろw
っていうかLPTにしろCOMポートにしろ、2005以降ならずっと
ドトネトの方が簡単かつ柔軟に扱えるんだけどな。
494:デフォルトの名無しさん
08/12/28 22:38:31
VB6の言語使用はそのままで、
C#で作成したASP.NET Webサービスを手軽に使える程度でよかったのに
495:デフォルトの名無しさん
08/12/28 22:51:58
考えるも何ももうサポート終了、ディスコンですがな。
496:デフォルトの名無しさん
08/12/29 01:00:41
>>491
RS-232C 懐かしいなー
.NET Framework 2.0 以降で標準対応してなかったっけか？
497:デフォルトの名無しさん
08/12/29 20:05:16
System.IO.Ports.SerialPort
498:デフォルトの名無しさん
08/12/30 00:44:08
RealBasicはイマイチだし、CodeGearあたりでVB6互換を出して欲しいのぉ～
499:デフォルトの名無しさん
08/12/30 01:45:27
なんでいまさら腐った言語仕様のVBを他社が出さなきゃいかんのよ？たしかにレガシーとしてのVBの
存在は無視できないけど、オブジェクト指向プログラミングもろくにサポートしてないんだからさ。
それよりも.NETフレームワーク上でVB6をエミュレーションする環境を、とかどうよ。
500:デフォルトの名無しさん
08/12/30 05:24:56
VB6互換とか、いつまで糞引きずりたいんだ。金魚かおまいは。
501:デフォルトの名無しさん
08/12/30 10:39:36
MSがVB6互換で出せば一番ええんやけどなぁ～
企業にはVB6で作ったソフトが山ほどあるやろし.NETでも移植出来るけど
コスト的に合わないんだよな。それがVistaへ移行出来ない理由の１つでもあるし
それに糞とか腐ったとか言われてるけど、VB6でのプログラムが一番楽しいわ！
502:デフォルトの名無しさん
08/12/30 13:08:26
これがお似合いです
URLﾘﾝｸ(msdn.microsoft.com)
503:デフォルトの名無しさん
08/12/30 14:32:39
企業によっては VB6 の資産が膨大にあると思うけど、その資産ってどうしてるんだろう。
うちは以前に全て .NET で作り直しした。
言語仕様は VB6 より整ってて綺麗なんだけどね、
顧客視点での .NET製アプリのアドバンテージって、あんまり無いんだよね。。。
逆コンパイル対策もダルい。
504:デフォルトの名無しさん
08/12/30 16:38:28
>>うちは以前に全て .NET で作り直しした。
お金あったんだねー。
うちはこんなツール買ってもらって保守しながら何とかゴマカシテイル。
URLﾘﾝｸ(www.pj-x.com)
少しサビシイ。
505:デフォルトの名無しさん
08/12/30 18:34:11
仮想PCにWin98入れて使ってるぜｗｗ
506:デフォルトの名無しさん
08/12/30 18:58:42
vb6が消え去った理由ってなんだ？
文法や思想まで消え去る必要あったのか？
507:デフォルトの名無しさん
08/12/30 19:10:29
.NETに適合しない、ってのがすべて。
508:デフォルトの名無しさん
08/12/30 19:19:16
>>506
そういう疑問が沸いて来る時点で、理由を理解する資質を欠いているんだと思うぞ。
あの糞みたいなVBに、全然かあまりかはともかく不満を持ってないってことだからな。
っていうか、このスレ、↓の人が書いてることにまんま当てはまりそうな奴が多すぎw
URLﾘﾝｸ(blogs.wankuma.com)
509:デフォルトの名無しさん
08/12/30 20:01:50
コメント欄でおなかいっぱい
510:デフォルトの名無しさん
08/12/30 20:02:33
エンドユーザはどんな不満を持っているのか。
>>508に聞いてみたい。
気がするこの歳の暮れ。
511:デフォルトの名無しさん
08/12/30 23:14:10
>>503
そのままXPで突き進むだけですよ！
VB6->.NETへの移行なんて考えてないですよ。だからVistaが売れない
たぶん７も同じようなもんちゃいますか？
512:デフォルトの名無しさん
08/12/31 08:16:50
所詮は一企業の意向でどうにでもなる開発環境の悲しい末路さ
513:デフォルトの名無しさん
08/12/31 09:25:45
ここにいる人って、大半がプログラミング関連で食ってる人達なのね。
ご苦労様です。趣味で作りたいソフトを作って、そのソフトの代替が他には
見当たらない自分にとっては、間違いなく VB６>>>>>>>VB.NET
514:デフォルトの名無しさん
08/12/31 11:24:21
趣味だからこそコストを度外視できる、ってのもあるんだが。そういう人にとっては
ぼちぼちVB6からC#でもVB.NETでも(なんならDelphiでも)移行するほうが幸せになれるんじゃ？
515:デフォルトの名無しさん
08/12/31 11:45:40
>>508 のリンク先のブログは的を射てるなぁ。
VB6 でプログラムを楽しんでた人たちには申し訳ないけど、
エンジニアの単価を上げるためにも、あの甘い言語仕様は淘汰されて良かったとも思う。
516:デフォルトの名無しさん
08/12/31 12:42:59
lblhoge.caption = "hoge" のどこが悪いのか意味わからんかった。
クラス作って、アクセス子で変更しろってことか？
517:デフォルトの名無しさん
08/12/31 12:52:00
frmHogeから触ってるのがいけない、ってだけだと思う。つか釣堀としてはいまいちな感じ。
518:デフォルトの名無しさん
08/12/31 15:04:19
VS2008のClickOnceは便利。
これだけでも使う価値があると思う。
519:デフォルトの名無しさん
08/12/31 15:35:12
VB4の開発だってまだあるんだぜ。
かなりのレアケースだが。
工場系のフロントなんてwin95どころか、MSDOSが現役だったりするし。
520:デフォルトの名無しさん
08/12/31 15:49:48
>>519
この間、ある工場でN88BASICで動いているアプリ
を見たときはびっくりした。
521:デフォルトの名無しさん
08/12/31 16:40:50
うちの職場ではN88BASIC（MS-DOS版）現役です。
PCもPC-9821だし。
動いている間は買い替えなんてしないよ、どんなリスクがあるかも分からんのに。
522:デフォルトの名無しさん
08/12/31 16:50:17
そして新しいリスクに対処できない
523:デフォルトの名無しさん
08/12/31 17:06:21
つっかー、工場は、まだほとんどFortranのとこ大石
524:デフォルトの名無しさん
08/12/31 17:06:47
故障が最大のリスクでは？
525:デフォルトの名無しさん
08/12/31 17:09:09
>>VS2008のClickOnceは便利
>>新しいリスク･･･
頼むおばちゃんに分るレベルで解説してくれ。
システム屋なんて所詮奴隷だぞ。
526:デフォルトの名無しさん
08/12/31 18:10:15
友達がタバコのヤニで黄色くなった中古PC9821を押入れで寝かせてたんだけど
自分の会社の工場にCRT込みで８万で売れたって喜んでたよ
527:デフォルトの名無しさん
08/12/31 19:16:41
>>508
クソかどうかは俺が判断するわけで
不満を持ってる事が理由になるなら、今の.NETの大航海時代みたいな情報の煩雑さにとても不満を持ってる
COMの歴史ぶったぎってくれてありがとうMS的な
528:デフォルトの名無しさん
08/12/31 19:41:57
>>527
文脈読めてる？
『クソかどうかは俺が判断するわけで』、ってw
チミがどう判断しようと関係ないだろ。
>>506のような事態になったのは、大多数がチミのようには考えないからなんだから。
529:デフォルトの名無しさん
08/12/31 19:50:06
.NETってRS232ｃできないの？
MSCOMMコントロールはVB2008にもC#にもあったけど？
530:デフォルトの名無しさん
08/12/31 20:03:53
>497
531:デフォルトの名無しさん
08/12/31 20:51:04
>>528
はい？
大多数がどうとか言い出す下りでソース出せって言いたくなるじゃん？
でもそんなの有るわけ無いんでしょ？
もう少し考えて、人に伝えられるようになってから来てよね
532:デフォルトの名無しさん
08/12/31 21:53:16
>>531
まあ揚げ足取りみたいなやり取りは不毛だから止めにして、
もしネタでもなんでもなく、本気で>>506みたいに思ってるのなら、
逆説的だけどVB6を極めてみるといいよ。
そうするとVB6のどこがダメでどう未来がないのか見えてくるから。
その際、C#かVB.NETもあわせて学習するとよりはっきりわかると思うけど。
>>508のリンク先の人が言うように、VB6に固執する人は実はVB6が使いこなせてない人だから。
533:デフォルトの名無しさん
08/12/31 23:03:33
いやいや
クソかどうかはオレが決めることだ
VB6はクソ
534:デフォルトの名無しさん
09/01/01 00:23:24
>>逆説的だけどVB6を極めてみるといいよ。
そうしてみます。
ただね、VB6をあれこれいっている人は実はなにも作れていないのでは･･･
もうやめます。
535:デフォルトの名無しさん
09/01/01 01:23:13
どうしようもないね
536:デフォルトの名無しさん
09/01/01 04:40:12
>>532
極めれば見えてくるとかどこの宗派の方ですか＾＾；
言語と環境が同時に捨てされられるなんてそうそうないよ？
古いものはなくなれば良いとか思ってるの
537:デフォルトの名無しさん
09/01/01 07:50:56
MSは開発環境に限らず、枯れてきた所で
また一から設計し直し、みたいなの度々あるからなぁ
旧VB派な人は諦めれ
勉強しない者を容赦なく淘汰していく業界なんだよ
どんどん淘汰しないと、PGの単価が下がっちまう
気持ち切り替えないと、若い連中に追い抜かれちまうよ
538:デフォルトの名無しさん
09/01/01 11:26:39
MSのやり方が気に入らないならオープンソースの世界に行けば
539:デフォルトの名無しさん
09/01/01 13:35:34
>>536
だから、少なくともVB6の言語仕様に不満を持っていた人は歓迎してるんだよ。
別の言い方をすれば、VB6の破棄とドトネトへの以降は「必然」だと思ってる。
まともなプログラマは例外なくみんなね。
MSの陰謀だか戦略だかに踊らされるだのなんだの、訳の分からん被害妄想に浸ってるのは、
繰り返しになるが俺の知る限りむしろVB6を使いこなせてない人間だけだ。
540:デフォルトの名無しさん
09/01/01 15:34:55
「まともなプログラマは例外なく」とか
「被害妄想」なんて単語出したら
VB6使いのオジ様たちが余計に吠えだすぞ
もっと柔らかく凹ましてあげなさいよ
541:デフォルトの名無しさん
09/01/01 16:38:08
普段盛り上がらないスレなのに正月早々どうしてもりあがってるのでしょうか？
542:デフォルトの名無しさん
09/01/01 17:12:14
優越感に浸りたいダメ人間どもが暇を持て余して流入しただけ
543:デフォルトの名無しさん
09/01/01 19:11:08
>>539
VB6とVB.NETだけの比較して
VB6は古いからだめ.NETは新しいからだめ
って言ってるような気がするんだが、それって何か意味あるの？ってことなんだが…
544:デフォルトの名無しさん
09/01/01 19:13:08
古い、新しいじゃないだろう
545:デフォルトの名無しさん
09/01/01 21:33:19
>>543
指摘がちょっとズレてるから、もう少し流れを読み取ってあげれ
546:仕様書無しさん
09/01/01 21:40:41
web全盛になったから.net＞＞＞VB6だとおもうのだが。
業務系にかかわってない人はその価値観薄いかも試練ね
547:デフォルトの名無しさん
09/01/01 21:48:43
>>529
>MSCOMMコントロールはVB2008にもC#にもあったけど？
>MSCOMMコントロールはVB2008にもC#にもあったけど？
>MSCOMMコントロールはVB2008にもC#にもあったけど？
548:デフォルトの名無しさん
09/01/01 23:07:15
おまえらここはVB6を讃えるスレだって事を忘れるなよ
549:デフォルトの名無しさん
09/01/01 23:27:06
このスレは、イエスマンだけご来場ください
550:デフォルトの名無しさん
09/01/01 23:31:14
>>545
じゃあなんなの？
ちょっとまとめてみてよ
551:デフォルトの名無しさん
09/01/02 00:33:37
新旧の括りも若干あるけど、論点は言語仕様の話だよね
他のオブジェクト指向言語が力を付けてきたのに対して、
VB6は言語仕様に不完全さがあったり、
流行りのWebアプリの開発が苦手だったりして
設計を見直したんよ
様々なジャンルでゴリゴリとVB6開発をしていると
プログラマーにはVB6の力不足な所が見えてきちゃうんよね
VB6のサポート切るのは
古いＯＳの動作検証に金かかるからサポート切るのと同じノリじゃね？
建前上はVB2008の過去バージョンだけど、動作環境や言語仕様も別物だから
サポート上（期限等）も微妙な扱いになってるけどね
説明下手クソだけど、こんなんじゃダメ？
552:デフォルトの名無しさん
09/01/02 05:42:14
>>551
そんなんでいい
553:デフォルトの名無しさん
09/01/02 05:58:04
確かに言語仕様の大幅な変更が原因の1つだと思う。
あと自分の欲しいクラス名を探す手間が大変だし、コーディング量が大幅に増えてしまっている。
片手間で仕事用の簡単なツール作っている自分にとって、時間を掛けずに作れるのは最重要の1つ。
専用エディタも使いやすくなってるし、機能も大幅に拡張されてるけど、従来のBASIC環境で間に合っていて
パーツ（関数類）もある程度揃っている今の環境から移行するのは手間が掛かりすぎ。
ソフトで飯食ってて移行済みの人は「VB6？そんな古臭いの。」となるのはまあ当然だろうけどね。
554:デフォルトの名無しさん
09/01/02 11:18:20
>>553
おいおい全然>>551他が言ってることを理解してないじゃん。
何が「確かに」だよ。
＞確かに言語仕様の大幅な変更が原因の1つだと思う。
それは「原因」じゃなく結果なんだよ。
もうVB6にこれ以上継ぎはぎすることは無理がある「から」その結果として
ガラガラポン（言語使用の大幅な変更）を行ったんだろ。
あとは、
＞あと自分の欲しいクラス名を探す手間が大変だし、コーディング量が大幅に増えてしまっている。
VB6に固執する人間の典型的な言い訳だが、実際はまったくそんなことはない。
まあMSもVB厨のそういう「言い訳」を予想していたんだろう。
互換ライブラリというものが用意されている。
だから（やろうと思えば、だが）VB6と同じ関数で同じスタイルのコーディングができる。
555:デフォルトの名無しさん
09/01/02 11:25:12
慣れてしまえばVB6よりVB.Netの方が効率が良くなった
556:デフォルトの名無しさん
09/01/02 11:53:48
VB6はレガシー。でも、骨董品的価値があるよ。
そういう価値を愛でたらいいのよ。
557:デフォルトの名無しさん
09/01/02 12:07:15
VB6はともかくVBAってどうなるん？
正直、こっちもなんとかしてもらいたいんだけど。
※OOoならPythonが使えるって聞いた。
558:デフォルトの名無しさん
09/01/02 13:18:24
VBAもそのうち.NETに移行するんじゃね
PowerShell調べてみたらいい
559:デフォルトの名無しさん
09/01/02 13:45:59
>>558
てんきゅー。調べてみた。
C#みたいなスクリプト言語（簡易C#？)でアレコレできるのか。
VBマクロをゴリゴリ組むのは嫌だから、早くドトネトに天下とってもらいたい。
まあオフィスの場合、普及度はVB6以上だから、そう簡単には移行できないだろうけど。
560:デフォルトの名無しさん
09/01/02 14:12:03
>>554
.NET Framework 1.1 のときは明らかに不足してたけど、2.0 でかなり充実したね
小規模なツール開発で、オブジェクト指向に則ったコーディングをすると、
無駄にコード量が増えることは多々あるけど、
そこは柔軟にスタイルを切り替えるってもんだよね
561:デフォルトの名無しさん
09/01/02 17:39:29
開発環境の重さとヘルプの出来が・・・
562:デフォルトの名無しさん
09/01/02 18:27:29
.NET4.0ではCOM interop周りが大幅に改善されるみたいだから
そろそろVBA置き換えを考えてるのかも
563:デフォルトの名無しさん
09/01/02 19:40:55
VBAの言語仕様が未熟なのは不満だけども
VB6のときと違って、VBAの開発範囲はある程度定まってるし
過去の資産捨ててまで移行するメリット少なくね？
564:デフォルトの名無しさん
09/01/02 19:55:30
office2007も嫌がって2003。
または、それ以前の2000で頑張っているところも多いからねー。
VBAの互換が切られたら、それこそofficeアップグレードするところは
減るんじゃないかと。
565:デフォルトの名無しさん
09/01/02 20:29:28
実際、Mac版2008でVBA捨ててみたけど、結局次の版で復活するみたいだしな。
そんな状況では、Windows版でも捨てるに捨てられないだろ。
566:VB厨撲殺振興協議会
09/01/02 21:07:13
VB厨が憎い・・・・VB厨が許せない・・・・
ククク・・・・ククククク・・・・・
クックックックックックックッ・・・・・
クー、クー、クー、クー、クー、クー、クー・・・・
もう許せない。
もはや沸き上がる殺意を抑えることができない！
567:デフォルトの名無しさん
09/01/02 21:21:37
コピペ君って馬鹿だな、まで読んだ。
568:デフォルトの名無しさん
09/01/02 21:39:58
>>563
メリットがあるかないかではないんじゃないかな。
VBAに変わる新しい言語にすれば、ためしに買ってみようとソフト市場はにぎわうし
それ関連の本市場もにぎわう。
569:デフォルトの名無しさん
09/01/02 21:52:14
さすがに次くらいには.NETにして正式にVBAをレガシー非推奨認定してほしいな
570:デフォルトの名無しさん
09/01/03 01:09:45
.NETのターゲット広すぎだろ
もうちょっと絞れよ
571:デフォルトの名無しさん
09/01/03 01:54:26
それじゃ.ORGになっちゃうだろ。
572:デフォルトの名無しさん
09/01/03 11:02:59
>>568
ドンドン新しくすれば、ソフト業界も本業界もウハウハですね
573:デフォルトの名無しさん
09/01/03 13:33:41
設計も実装もコード書きながらなんだが、これが一番しっくりくる。
574:デフォルトの名無しさん
09/01/03 15:28:34
>>568
ﾜﾗﾀ
575:デフォルトの名無しさん
09/01/04 21:50:41
>>568
ＶＢＡに触れたことがないんだろうな。
とみた。
（マクロ記録だけではダメよ）
576:デフォルトの名無しさん
09/01/04 22:08:07
>>568
VBSにしたら市場が賑わったとな？
577:デフォルトの名無しさん
09/01/04 22:16:13
XPに変わる新しいOSにすれば、ためしに買ってみようとソフト市場はにぎわうし
それ関連の本市場もにぎわう。
578:デフォルトの名無しさん
09/01/04 22:17:35
>>575
エクセルVBAならそれなりに触っていたが。
マクロ記録なんてださいね。
for ifが使えねーじゃん。
エクセルとVBAはいい組み合わせだと思う。
Cells(i,j)が二次元配列だからな。
Range("A1:B5")とかやる奴は素人だね。
Rangeは変数が使えないからね。
と、一応知識を披露してみた。
579:デフォルトの名無しさん
09/01/04 22:25:15
>>577
いや、おれはビスタをあえてXPにダウングレードさせてるよ。
オフィスも2008は買ってない。
2003を使っている。
本質的にはエクセル97も2008も同じだからね。
でも市場ではXPはもう売ってない。
それは世間の人というのは見た目を重視するということを意味している。
俺はもちろん、見た目重視派を軽蔑してるよ。
だからこそXPを使い、2003を使ってるんだから。
でもそうやって、たいした意味も無いのに新しいものにしていくことで仕事を作り出しているのも事実なんだよ。
580:デフォルトの名無しさん
09/01/04 22:57:33
>>578
Cellsは配列じゃないし、Rangeも引数はリテラルである必要はない。
ただ目的が違うだけ。
>>579
言ってる事支離滅裂だな。
Office"2007"はまあただの勘違いだろうが、
＞それは世間の人というのは見た目を重視するということを意味している。
別にXPの販売停止は「世間の人」が決めたわけではない。
MSが「世間の人」の空気を読んで決めたわけでもない。
どうでもいいけど、たしかに2007のワードは使いにくくてかなわんけど、
エクセルに関しては実際使ってみるとそうでもないよ。
Vistaもいわれるほど悪くない。
エクスプローラの使いにくさだけは確かに糞としか言いようがないけど。
581:デフォルトの名無しさん
09/01/05 03:07:48
廃れたモーニング娘に新しいメンバーを入れれば、ためしに買ってみようと音楽市場がにぎわうし
それ関連の本市場もにぎわう。
582:デフォルトの名無しさん
09/01/05 21:32:15
そういうことで本質的に市場経済が改善した例って少ないけどね。
モー娘以降の音楽市場なんてそれ系コピーで低質化すさまじいし。
そういう手法頼りになると業界から創造性が失なわれていく。
モー娘をWindowsに置きかえてもある程度通じる。
583:デフォルトの名無しさん
09/01/05 21:40:38
釣り針に敢えて食いつく様
584:デフォルトの名無しさん
09/01/06 02:12:20
>>568
>>577
>>581
にはマジレスするのが礼儀なの？
585:デフォルトの名無しさん
09/01/07 01:47:13
アップグレードもあきない程度にするのがミソだと思う。
例えばAVなんて女優がすごい美人になってきている。
桜木ルイとか、樹まり子とか、そういうひとと比べても確実にレベルアップしている。
そしてドンドン美人女優が生まれていっている。
しかし、あんまり見ようとは思わなくなってきた。
おなかいっぱい感、っていうのかな。
その法則もソフトに当てはまると思う。
あんまりアップグレードばかりしてると、ああまたか、
と思うけど
すこし間をあけてからすると、今度はどんな風になるんだ？
と興味をそそられる。
586:デフォルトの名無しさん
09/01/07 09:16:23
ただAVって言いたかっただけかと
587:デフォルトの名無しさん
09/01/07 15:33:16
最近のAV女優とかわからん
588:デフォルトの名無しさん
09/01/11 23:54:06
まあ、何かあれだな。
VB6もまともに使えないNET派が
訳もわからないことをいいだした感じだな。
589:デフォルトの名無しさん
09/01/12 00:09:41
いまさらVB6をまともに使う必要ないよ。
今の人類に猿人の爪も牙も無用。
590:デフォルトの名無しさん
09/01/12 01:23:37
適当に使えたからこそVB6は便利だった
591:デフォルトの名無しさん
09/01/12 01:38:58
>>590
便利さはともかく、互換性維持の為に糞になった仕様は
聳え立つ糞。
592:デフォルトの名無しさん
09/01/12 06:09:14
互換性を無視したのがC#なんだが
593:591
09/01/12 13:31:46
誤解のないように補足。
>>591 は VB6 が糞だという話。
594:デフォルトの名無しさん
09/01/12 19:19:45
VBAがVC#AとかVBNETAになる可能性はあるんでしょうか？
またそうなった場合のofficeへの影響はどうなるんでｈそうか？
595:デフォルトの名無しさん
09/01/12 19:53:05
ぶいびーねたっていい響き
596:デフォルトの名無しさん
09/01/12 20:03:52
Mac OS X版のExcel 2008で実際にVBAが廃止されAppleScriptを採用したので
どんな影響が出てるか調べるといいと思うよ。
597:デフォルトの名無しさん
09/01/13 22:05:58
で、Windowsの次期版はどうなるんだべねー
598:デフォルトの名無しさん
09/01/14 00:33:38
ニュートン力学は時間と空間を絶対的なものとした。
相対性理論は時空は相対的なもので、光速を絶対的なものとした。
結局ニュートン力学は相対性理論にくつがえされたけど
ニュートン力学はいまだに健在
たとえるならvb6はニュートン力学で.NETは相対性理論ってことでいいんでしょうか？
599:デフォルトの名無しさん
09/01/14 00:35:15
ニュートンが可哀想
600:デフォルトの名無しさん
09/01/14 00:39:48
突然で悪いんだけど、Officeソフトを参照設定で制御するのにいいツールは？
601:デフォルトの名無しさん
09/01/14 00:49:43
>>598
むしろ蒸気機関と内燃機関の関係に近いな。
相対的に使い難いから打ち捨てられるわけだ。
602:デフォルトの名無しさん
09/01/14 05:30:50
蒸気タービンは現代社会において欠くことのできない重要な蒸気機関なわけだが
603:デフォルトの名無しさん
09/01/14 10:48:11
>>600
つ[Visual Studio Tools for Office]
604:デフォルトの名無しさん
09/01/14 23:07:43
VB6で置換を使おうと思ったら、
Ctrl＋Ｈ だってさｗ
置換 → 痴漢 → エッチ
ってかｗｗ
やるじゃんビルゲイツｗｗｗ
605:デフォルトの名無しさん
09/01/14 23:53:51
はぁ？
MSの開発ツールはほとんどどれもCtrl＋Ｈで置換だと思うけど。
っていうか、>>604みたいにいい歳こいていつまでも笑いのツボというか、
頭の中中学生って奴たまにいるけどなんだろうね。
学生の時にフランス語の講義で“Qu'est-ce que c'est?”をケツが臭いとかいって
一人で大うけしてる馬鹿がいたけど、正直理解不能。
606:デフォルトの名無しさん
09/01/14 23:59:35
>>604その発想はなかった
607:デフォルトの名無しさん
09/01/15 00:00:20
おっと必死とか顔真っ赤とかは余所でやれ
608:デフォルトの名無しさん
09/01/15 04:55:36
>>605
中学生じゃなくて、40歳ぐらいのオッサンだろうよ、きっと
609:デフォルトの名無しさん
09/01/15 09:34:58
日本語で開発しているとは知らん刈田
610:デフォルトの名無しさん
09/01/15 10:17:45
VB6の標準モジュールって、いうなれば誰からもアクセスできるファイルサーバー
みたいにpublicなものをおいておく場所だったと思いますが、
.NETでもModuleってそういう位置づけでいいんでしょうか？
611:デフォルトの名無しさん
09/01/15 10:55:15
>>610
珍しいたとえ方だが、まあそう。
但し、別モジュールで同じ名前の変数やサブルーチンを定義することが可能。
612:デフォルトの名無しさん
09/01/16 01:22:42
いろいろ意見はあるようだけど･･･
やっぱ、現実で確認しないと。
現在稼動中の旧ＶＢ（６まで）製システムとＮＥＴ製システムのシェアって、いったいどのぐらい。
613:デフォルトの名無しさん
09/01/16 02:24:13
著作権法ではプログラミング言語自体には著作権はない。
だからVB++とかVB#とかいうネーミングでコンパイラ作ってみようかな。
いや、おれにはコンパイラはつくれねーや（笑
614:デフォルトの名無しさん
09/01/16 11:03:33
>>610
.NET自体にはVB6のモジュールのような概念は無いので注意
あくまでVB.NET固有の機能で，Sharedメンバだけのクラスとして実装されてる
.NETでモジュールというと全く別のものを指す(説明が難しいけど，アセンブリのようなもの)
615:デフォルトの名無しさん
09/01/16 20:49:03
標準モジュールって旧バージョンとの互換性の為にだけあるものじゃなかったっけ
616:デフォルトの名無しさん
09/01/16 21:04:41
いくらオブジェクト指向に不要だからってさすがにモジュールまで切っちゃったらVBer達が発狂するからな
617:デフォルトの名無しさん
09/01/16 23:04:03
標準モジュールをC#で書いたらこうなる。属性見てそういう扱いにしてるもよう。
using Microsoft.VisualBasic.CompilerServices;
[StandardModule]
public static class StdModule {
public static int Mul(int i, int j) { return i * j; }
}
618:デフォルトの名無しさん
09/01/17 02:55:52
標準モジュールってクラスの一歩手前バージョンだろ。
標準モジュール－new＝クラス
ということはpublic変数、public関数の置き場用のクラスを作ればそれは標準モジュールと同じことじゃないのか？
そのクラスはnewしないクラスとして使えばいいじゃん。
619:デフォルトの名無しさん
09/01/17 03:00:17
あ、newしないとクラスは使えないんだっけｗｗｗ
クラスというのは型で、オブジェクトがメモリ上の実体だったね。
あとは誰かたのんだ。
620:デフォルトの名無しさん
09/01/17 03:03:02
いや、そうでもないか？
例えばjavaのMathクラスはnewしないでも使えたんだっけ？
Mathクラスはまさに標準モジュールと言えないか？
あとは頼んだぞ。
621:デフォルトの名無しさん
09/01/17 03:32:20
お前らにはユーティリティクラスっていう概念がないのか？
622:デフォルトの名無しさん
09/01/17 03:56:31
>>620
ちなみに、VB.NET/C#のMathクラスも同じ。
インスタンス抜きで扱える静的メンバで固めればnewの必要はない。
>>617のclassの前にstaticがあるのもnewを禁じる効果がある。
もっとも、こんなもの、全部クラスに入れないと気が済まない言語での仕方ない回避策だと思う。
これに関しては、モジュールという仕組みを用意しているVB6/VB.NETのほうがむしろ健全とすら感じる。
623:デフォルトの名無しさん
09/01/17 11:56:58
モジュールはクラス名なしでアクセスできちゃうのが困る
わざと不便にしておくというのも，濫用するアホが増えるのを抑えるのには有効
624:デフォルトの名無しさん
09/01/17 12:26:23
いや別にマルチパラダイム言語なんだから、そうそう何でもインスタンスベースにする話でもないでしょ
625:デフォルトの名無しさん
09/01/17 18:40:42
アクセスできて困る事なんてないよ。
626:デフォルトの名無しさん
09/01/17 21:47:21
困ることが無い人は、
C や VB6 のスタイルでガッツリな人だと思う
そのスタイルを否定はしないけど
そのままで .NET や Java の開発に入ると危険
627:デフォルトの名無しさん
09/01/17 21:54:49
単に大きなコードを書いたことがないだけだろw
スタイルは関係ないと思うよ。
Cでは名前空間のように名前の衝突を回避する仕組みが言語の機能として用意されてないわけだが、
それでCプログラマが「困ってない」かというとそんなことはなく、
苦し紛れにモジュール名をプリフィクスする命名のようにコーディングルールで
やりくりしてるわけだ。
628:デフォルトの名無しさん
09/01/17 22:12:14
じゃあ結局どの言語も標準モジュールはあるということでしょうか？
629:デフォルトの名無しさん
09/01/17 22:13:36
VB6と同じものがあると同じように使っていいんだと思ってしまうもの
常識をわきまえてreadonlyな変数と本当の意味で静的なメンバだけで使うならいいけど
グローバル変数や状態依存のグローバル関数を作る奴が必ず出てくる
630:デフォルトの名無しさん
09/01/17 23:23:11
奇麗事言う奴おおいなぁ
631:デフォルトの名無しさん
09/01/17 23:30:47
世の中汚いことだらけなんだからうわっつらの言葉くらい綺麗でもいいやん。
632:デフォルトの名無しさん
09/01/17 23:45:33
>>629
そういやまだグローバル関数なんてあんの？
633:デフォルトの名無しさん
09/01/18 01:39:40
ユーティリティクラスって日本語に直すと標準モジュールってことでしょうか？
634:デフォルトの名無しさん
09/01/18 02:50:54
>>633
便利なクラス
635:デフォルトの名無しさん
09/01/18 03:39:16
>>632
無いよー
あたかもグローバル関数のように見せかけてる、
グローバル関数もどきなら VB.NET に有るけど。。。
636:デフォルトの名無しさん
09/01/18 04:23:11
便利なクラスって日本語に直すと標準モジュールってことでしょうか？
637:デフォルトの名無しさん
09/01/18 04:46:01
>>636
ユーティリティクラス
638:デフォルトの名無しさん
09/01/18 10:10:33
UsefulClass
639:デフォルトの名無しさん
09/01/18 11:09:24
ユーティリティクラスっていうのは>>629の条件を満たすように作るものだよ
640:デフォルトの名無しさん
09/01/19 02:47:17
VBerはユーティリティークラスのことを標準モジュールって呼ぼうぜ。
数の力で押し切るんだ
641:デフォルトの名無しさん
09/01/19 03:47:53
そういう頑固さが嫌われるんだよ
642:デフォルトの名無しさん
09/01/19 09:14:03
エイリアスは少なければ少ないほうが良い
ってデザパタが言ってた！
643:デフォルトの名無しさん
09/01/19 09:37:53
ｗｉｎ7の32bitと64bitで実行ﾌｧｲﾙが動くのを確認した。
644:デフォルトの名無しさん
09/01/19 11:18:28
いや、VBerは標準モジュールのことをユーティリティークラスと呼ぶべきだ
VB6はオブジェクト指向言語だからな。
645:デフォルトの名無しさん
09/01/19 11:54:11
pascal育ちとしてはモジュールの中にいろいろ詰まってるほうがしっくりくる。
モジュール
定数
型・クラス定義
モジュール変数
プロシージャ・関数
モジュールスコープのコード
VBのは並列にあっていやだ。
標準モジュール
フォームモジュール
クラスモジュール
：
646:デフォルトの名無しさん
09/01/19 12:06:46
標準モジュール以外はクラスモジュールでOKじゃなかったっけ
VB6でCOMじゃないDLL作る方法どこ言ったっけ・・・
647:デフォルトの名無しさん
09/01/19 12:58:29
>>644
×VB6はオブジェクト指向言語
○VB6はオブジェクト指向言語もどき
648:デフォルトの名無しさん
09/01/19 13:29:22
さらには
VB6プログラマーのほとんどはオブジェクト指向もどきプログラミングしかしてこなかったからな
649:デフォルトの名無しさん
09/01/19 15:13:43
でっていう
650:デフォルトの名無しさん
09/01/19 21:10:47
グローバル変数置いて情報の受け渡しに使ったりするようなのは
いくらクラスでもユーティリティクラスとは言わない
あくまで関数・定数集な
651:650
09/01/19 21:12:57
>>650の3行目は
ユーティリティクラスは
を先頭に足して読んでくれ
652:デフォルトの名無しさん
09/01/20 02:47:01
Mathクラスは三角関数などグローバル関数を集めたものだが？
653:デフォルトの名無しさん
09/01/20 05:37:07
自分はWEB畑でJavaやPHPなどを使っているので
業務アプリ系のVB6のことはよく知らないのでちょっと教えてください。
VB6でやっていた業務はVB.NETに移行したのでしょうか？
それともDelphiとかC++に移行したのでしょうか？
ネットで調べてみてもよくわからないんですよね。
プログラマーが使う言語ランイングとかでは
よくVB/VB.NETみたいに一緒くたにされていますし。
654:デフォルトの名無しさん
09/01/20 10:03:58
>>653
VB6→C++ とか有り得ないし、→Delphi なんざ論外。
一部が VB.NET、残り大半は VB6 のまま。
655:デフォルトの名無しさん
09/01/20 11:33:27
VB6でクラスモジュール使ったことがないんですが、
.NETに移行するには
VB6のクラスモジュールをマスターしてからNETに移行するか
いきなり.NETに移行してしまうか
どっちが近道でしょうか？
656:デフォルトの名無しさん
09/01/20 11:43:01
余計なことせずにさっさと.NETに移行すればいいだろ
657:デフォルトの名無しさん
09/01/20 12:25:11
ホントにﾄﾞﾄﾈﾄで良いのか？
658:デフォルトの名無しさん
09/01/20 19:15:50
MicrosoftVisualBasic+BorlandVCL
VisualBasicBuilderがあれば最強！
659:デフォルトの名無しさん
09/01/20 20:59:52
移行という考え方が間違ってる
一回全部忘れて覚え直すんだ
660:デフォルトの名無しさん
09/01/20 21:20:52
いそのことC#にすればええ
661:デフォルトの名無しさん
09/01/20 22:47:06
実際、昔のサンデープログラマ的VB6用途ではなぜか
VB.netよりもC#の方に移行してる気がする
そんなにVB.netは魅力がないんだろうか？
662:デフォルトの名無しさん
09/01/20 23:26:06
ちゃんと書ける人は両方使える
趣味でどちらを使ってもいいのであれば，両方使える人はたいがいC#を選ぶ
663:デフォルトの名無しさん
09/01/21 01:10:32
C#よりVB.NETが優れている点が思いつかない…
664:デフォルトの名無しさん
09/01/21 01:36:37
ググったら出てきた
URLﾘﾝｸ(blogs.wankuma.com)
URLﾘﾝｸ(blogs.wankuma.com)