VB6 >>>>>>>>>> VB.NETat TECH
VB6 >>>>>>>>>> VB.NET - 暇つぶし2ch312:デフォルトの名無しさん
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
金のためならVB6でもC#でもやるぜ
愚痴は金にならん

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


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
う~ん、俺みたいな10年前に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
逆に考えるんだ。
しばらく遅いPCで作業してから戻ってくれば・・・

355:デフォルトの名無しさん
08/04/11 00:32:02
>>354
> 逆に考えるんだ。
> しばらく遅いPCで作業してから戻ってくれば・・・
ユーザのPCの性能は、VAIO(2年前位モデル)で性能は決して悪くはねーんだよな。
.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メモリ
それでも初回起動が遅い。(っても45秒位なんだけど。)

2回目以降は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++で1から実装するしかないのか。
起動速度を速くする為には。

ユーザが短気だから.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
なんで? VB6でいいじゃん!
コントロール貼り付けてイベント半ドラに記述するだけ。
それだけでフツーのアプリがフツーに動く。
最高じゃん! これ以上、なにを望むの??

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

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

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

なぜに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
学問的な用法wwwwwwwwww

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

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

415:デフォルトの名無しさん
08/10/12 20:42:49
Wが5つ以上で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
俺もやってるが単純にこうしてるだけ。
wwww
あとはいくつ増えようがヒットする。
wwwwwwwwwwwww

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
ブビ6もVBドトネトも中途半端なんだよ。












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

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知らなくてバッシングされるってカワイソスw

448:デフォルトの名無しさん
08/11/04 00:32:49
あんなこと言うところは、例え買う金があっても難癖つけて導入しないだろうというのは俺の偏見だろうか。

449:デフォルトの名無しさん
08/11/04 22:01:44
すまんマジレスを求むけど、

VS2003→VS2005になってIDEとしてはかなり便利になったと思うんだけど、
VS2005→VS2008にバージョンアップして作業効率とかって上がったりしてる?




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
5秒かかってたのが3秒に短縮されたところで、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!
より、
>ケータイは?
の方が説得力があると思ってw

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なんて結構売れた

結構2台も買っちゃったけど、アプリは1個くらいしかインスコせず、起動はしない。

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とか名前変えて延命すりゃいいじゃんww

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へ移行出来ない理由の1つでもあるし
それに糞とか腐ったとか言われてるけど、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入れて使ってるぜww

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が売れない
たぶん7も同じようなもんちゃいますか?

512:デフォルトの名無しさん
08/12/31 08:16:50
所詮は一企業の意向でどうにでもなる開発環境の悲しい末路さ

513:デフォルトの名無しさん
08/12/31 09:25:45
ここにいる人って、大半がプログラミング関連で食ってる人達なのね。
ご苦労様です。趣味で作りたいソフトを作って、そのソフトの代替が他には
見当たらない自分にとっては、間違いなく VB6>>>>>>>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込みで8万で売れたって喜んでたよ

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ってRS232cできないの?
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のサポート切るのは
古いOSの動作検証に金かかるからサポート切るのと同じノリじゃね?
建前上は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
VBAに触れたことがないんだろうな。
とみた。
(マクロ記録だけではダメよ)


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への影響はどうなるんでhそうか?

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+H だってさw

置換 → 痴漢 → エッチ

ってかww
やるじゃんビルゲイツwww

605:デフォルトの名無しさん
09/01/14 23:53:51
はぁ?
MSの開発ツールはほとんどどれもCtrl+Hで置換だと思うけど。

っていうか、>>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
いろいろ意見はあるようだけど・・・
やっぱ、現実で確認しないと。
現在稼動中の旧VB(6まで)製システムとNET製システムのシェアって、いったいどのぐらい。


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しないとクラスは使えないんだっけwww
クラスというのは型で、オブジェクトがメモリ上の実体だったね。
あとは誰かたのんだ。

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

win7の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)

665:デフォルトの名無しさん
09/01/21 08:43:14
> あるAnonymous Coward 曰く、
>
> 現地時間20日に行われるオバマ次期米大統領の就任式の模様はライブストリーミング及び
> オンデマンドストリーミングで配信される予定だが、その技術にMicrosoftのSilverlight 2が
> 採用されることとなった(Microsoftのプレスリリース、CNET Japanの記事)。
> このためSilverlight 2を利用できないMac PPCやLinux、FreeBSDのユーザはストリーミングが見られない状況と
> なっている。
>
> この件を取り上げた本家記事では「技術に精通したホワイトハウスなんてよく言ったものだ」といったコメントや、
>「マイクロソフトはオバマ陣営の選挙活動に80万ドル近く献金してきる」(参考:OpenSecrets.orgによる
> オバマ陣営への上位献金者リスト)などといったコメントが500以上寄せられ、新政権への大きな関心が伺える。
>
> 捕捉しておくと、Silverlight 2はMac OS X版もリリースされているものの、Intel版しか用意されていない
>(Silverlight 1はPPC版もリリースされている)。また、Linuxで動作するオープンソースのSilverlight実装として
> 「Moonlight」があるが、こちらもSilverlight 2のサポートについては開発段階であり、完全な互換性があるとは
> 言えない状況である。そのため本家では「『multiplatform対応』が何を意味するのか聞きたいね!」などのように、
> Windowsと最新のMacでしか見られないなんてけしからんという論調になっている模様。
URLリンク(slashdot.jp)


666:デフォルトの名無しさん
09/01/21 08:56:08
テレビで放映、速攻でyoutubeだろ。常識的に考えて。

つかsilverlightはすれ違い・・

667:デフォルトの名無しさん
09/01/21 19:43:05
コピペ君って馬鹿だな、まで読んだ。

668:デフォルトの名無しさん
09/01/21 20:04:13
VBってコードが冗長過ぎると思う
VisualGUIビルダーがなければ
使えたもんじゃないでしょ

669:デフォルトの名無しさん
09/01/21 20:35:02
>>653
昔VBで作られてきたようなクラサバ系ファットクライアントは
今ものすごい勢いでJavaのWebに移行していっているよ。
だからVB使いがそのままドットネットに行ったかというと、そんなことなくて、
実はWeb開発の中にJava厨やPHP厨として相当数が紛れ込んでる。

670:デフォルトの名無しさん
09/01/21 22:30:32
厨厨

671:デフォルトの名無しさん
09/01/24 21:07:46
Accessでじゅうぶんだろ

672:デフォルトの名無しさん
09/01/24 21:22:10
十分とか言っちゃう人は別に何も発言しなくてもいいです

673:デフォルトの名無しさん
09/01/25 01:50:17
釣り針だからageて発言してるんだろうな

674:デフォルトの名無しさん
09/01/25 01:58:59
釣り針に絡まる釣り糸

675:デフォルトの名無しさん
09/01/26 13:02:40
最近.netに移行した・・・ナニコレ??????
全然違うじゃねーか!
データベースがメインなんだけど、分かりにくすぎ!
Basicのくせにやたらコードが複雑になるじゃねーか!
C2D E8500 RAM4Gなのに↓
起動がモッサリ!
IDEがやたらモッサリモッサリ!
実行時もモッサリ!
実行時・・・?コンパイラのせいか!そうなんか!!
死ねクソ!

676:デフォルトの名無しさん
09/01/26 13:58:12
脳みそが劣化しているから劣悪なコードしか書けないのだと悟れ。
VB.NETは普通に書けばとてもスマートで読みやすいコードになる。

677:デフォルトの名無しさん
09/01/26 14:00:40
まあ釣りだろうが、Win98のMem64MBで動かすとまさにそんな感じだな。

678:デフォルトの名無しさん
09/01/26 23:00:25
>>675
ああ、確かに2008のIDEはVB6.0に比べてモッサリ感あるかもな。
クリックしてから一呼吸あるというか、そんな感じ。
移行したばっかで慣れないなら、とりあえずコモンコントロールのみで簡単なプログラム組んでみれば?
俺が初めて6.0から.NETに移行した時も↑やってコツつかんだし。
とりあえずオブジェクト指向の概念頭に叩き込んで.NETのコードに慣れろガンガレ。


679:デフォルトの名無しさん
09/01/27 07:47:01
VS2008 で コード → フォーム にタブを切り替えた時に
コントロールの再描画が遅いってのはある
コントロールが大量にあるフォームだと結構もたつく
まぁ、それはIDEの話で、自分は.NET派だけど

680:デフォルトの名無しさん
09/01/27 10:16:19
VB6の{;}版が出たら買うのにな。
あとVB6は引数をカッコで囲むと値私になるけど
関数呼ぶ時に引数をカッコで囲まないのはなんか気持ちが悪い。

681:デフォルトの名無しさん
09/01/27 12:30:12
>>680
括弧使いたければcall使え。
Sub/Functionを区別するのはpascalの影響だろうな

682:デフォルトの名無しさん
09/01/27 12:45:24
M$がVB6を無きものにしようとしてまつから、残念!

683:デフォルトの名無しさん
09/01/27 12:50:30
call ..., byref x, byval y, ...
とか書けるのは知ってるけど
VB6の値渡しかどうかって仮引数に指定するんじゃなかったっけ?
呼び出し方で参照呼出し扱いになるんだっけ?
殆どわすれた

684:デフォルトの名無しさん
09/01/27 13:00:28
無用な知識w

685:デフォルトの名無しさん
09/01/27 13:16:26
正にネコに小判だな

686:デフォルトの名無しさん
09/01/27 13:24:26
値渡しというか、(bb)でどこかテンポラリな変数が生成されて
それの参照渡しになるわけさ。
そのせいでbb自体は書き換わらない。

sub hoge(byref a, byref b)
  a = 10
  b = 11
end sub

aa = 1
bb = 2
hoge aa, (bb)


687:デフォルトの名無しさん
09/01/28 00:23:41
いやそうじゃなくて
private function hoge(byval a, byval b)
  debug.? a, b
  a=10: b=20
  hoge=a*b
end function

x=2: y=3
debug.? x, y
call hoge(byref x, byval y)
debug.? x, y

みたいな

688:デフォルトの名無しさん
09/01/28 00:28:02
ちょっとVB6ひっぱりだしてきたけど
実引数にbyrefはつけられないっぽい
byvalだけだったわ
で、さっきのコードはコンパイルエラー

689:デフォルトの名無しさん
09/01/28 02:56:13
まとめるとこう?

値渡し
f(x,y)

参照渡し
f x,y
call f(x,y)

690:デフォルトの名無しさん
09/01/28 03:03:01
宣言
sub f(ByVal g) ' 値渡し
sub f(ByRef g) ' 参照渡し

呼び出しに差はない。どう宣言されているかによる。
f g
call f(g)

f (g) は call f((g)) に等しい。たとえfが参照渡しで宣言されていても値は戻ってこない。

691:デフォルトの名無しさん
09/01/28 08:20:29
ひどい仕様

692:デフォルトの名無しさん
09/01/28 11:20:19
>呼び出しに差はない。どう宣言されているかによる。

え?そうだったっけ?
じゃあ
参照渡しか値渡しは
引数を受け取る側のfのほうでByRefかByValかのみで決まるのであって
渡す時はf(x,y)でもf x,yでもどっちでもいいってこと?

693:デフォルトの名無しさん
09/01/28 14:58:08
すいません、わたしVB6使っているのですけど
VB6ってどういうソースコード書くのが最もいいんでしょうか?

いまわたしの書き方としては、
あまりに大量の行にならない限りはフォーム内に、
よく使う機能は標準モジュールに
って感じで書いているのですが、
なんか貼られてあるURLみると7割はクラスに書くとかいろいろ書かれてるし

わたしとしてはあまりわけのわかりにくいソースを書かれると自分だけじゃなく他の人も見にくいことになるし
流れをつかみやすい単純な構造を心がけているんですが

694:デフォルトの名無しさん
09/01/28 15:50:07
下手なクラス設計は、構造化にも劣る。
無理にクラスにする必要はない。

…でもVB6のコードって
構造化すらされてないものが多々あるけどな。

695:デフォルトの名無しさん
09/01/28 16:55:51
どういうスタイルにせよ,「ステップインしなくてもわかる」をこころがけるといいよ

696:デフォルトの名無しさん
09/01/28 17:36:06
理解できないソース=悪いソース ではないよ。
単に頭が悪いだけかもしれない

697:デフォルトの名無しさん
09/01/28 17:44:18
今からソースを書くのに製品停止となったVB6を使うのは頭が悪い。

698:デフォルトの名無しさん
09/01/28 20:20:58
697>>今からソースを書くのに製品停止となったVB6を使うのは頭が悪い。

ケースバイケースではないのかい。
お主のような優秀な人は難しく高額な案件で最新技術を駆使すればいいし、
そうでない人は...

「697=ろくな」こと考えると疲れるよ


699:デフォルトの名無しさん
09/01/28 21:51:55
山田君、針の筵もってきて

700:デフォルトの名無しさん
09/01/28 21:52:42
64bit環境での開発はサポートされないし、
徐々に VB6 の動作が保障される OS のシェアが減ってくるから、
「これから」の人には、あまりオススメできないっすね

701:デフォルトの名無しさん
09/01/28 22:21:07
>>699はそうでなかったひとかな。


702:デフォルトの名無しさん
09/01/28 23:06:43
そうそう、おれはこれまでの人ってやかましわw

703:デフォルトの名無しさん
09/01/29 09:45:24
>>697
世の中には、.NET で使用できない COM コンポーネント
なんてもんがあるわけだが。
今まさに、俺の後ろの席で嘆いてる奴がいる。

704:デフォルトの名無しさん
09/01/29 09:48:56
>>703
VBで痛い目にあって世の中M$/V$戦略のいいなりだけは避けている。
ドトネトやるなんて何てヴぁか会社wwwww
Live or 銀行になってドトネトの名前丸ごと消えたwww

705:デフォルトの名無しさん
09/01/29 09:58:20
>>703
そんなのあるの?具体的には何?

706:デフォルトの名無しさん
09/01/29 09:59:41
COMってネイティブだし、性能悪いドトネトとCOMを混ぜるなんて、悪いとこ鳥。

707:デフォルトの名無しさん
09/01/29 10:04:50
はぁ?

708:デフォルトの名無しさん
09/01/29 10:08:25
はぁorz

709:デフォルトの名無しさん
09/01/29 10:11:32
ドトネトモンリーでなければドトネトのマネージドのメリットがゼロとなると思うが?

710:デフォルトの名無しさん
09/01/29 10:41:17
(´・∀・`)ヘー

711:デフォルトの名無しさん
09/01/29 10:49:27
大体、COMがイソターネット経由でブラウザからネイティブが入ってくるのが危な杉る、
そこから、ネットでも安心して実行できるコードは?
そうだ、マネージドコードだ、
ってのがドトネトプロジェクトのコアなんだから。
問題はWin32APIのドトネト置き換えを頓挫したこと。

712:デフォルトの名無しさん
09/01/29 11:19:06
officeはVB6だから捨てきれない自分がいる

713:デフォルトの名無しさん
09/01/29 11:37:21
>>706
C++/CLI全否定かよw
>>709
コンポーネントベース故の再利用性はメリットじゃないと?
>>711
いや、スタンドアロン環境ではそんなん関係ないから。

714:デフォルトの名無しさん
09/01/29 11:51:56
>C++/CLI全否定かよw

C++の資産を使えないカタワwwwww

>コンポーネントベース故の再利用性はメリットじゃないと?

VB6を除けばコンポーネントベースじゃない環境は無いんだにょ。
M$によるVB6の失われた10年wwwww

>スタンドアロン環境ではそんなん関係ないから。

スタンダロンでの最弱はWin32APIに弱いドトネトwwwww

715:デフォルトの名無しさん
09/01/29 11:54:11
M$脳に毒されたら論理的に考えられなくなるみたいだね。

716:デフォルトの名無しさん
09/01/29 12:14:23
(´・∀・`)ヘー

717:デフォルトの名無しさん
09/01/29 12:14:32
バルカン星人乙

718:デフォルトの名無しさん
09/01/29 12:23:58
>>714
>VB6を除けばコンポーネントベースじゃない環境は無いんだにょ。
マジ基地
>Win32APIに弱いドトネトwwwww
マジ基地

719:デフォルトの名無しさん
09/01/29 12:34:18
>>Win32APIに弱いドトネトwwwww
>マジ基地

事実ですから、残念!

>>VB6を除けばコンポーネントベースじゃない環境は無いんだにょ。
>マジ基地

オプソでも製品でもクラスベースができない言語は流行ってないおwwwww

720:デフォルトの名無しさん
09/01/29 12:39:16
草を生やすのは間違いなくキチガイ。異論は認めない

721:デフォルトの名無しさん
09/01/29 12:51:14
おまえらもうちょっとにほんご

722:デフォルトの名無しさん
09/01/30 01:37:58
つか.NETってCOMのハッテン系やん。

723:デフォルトの名無しさん
09/01/30 08:45:27
さらにハッテン。

>Microsoft Silverlight 2.0 その3
>スレリンク(tech板:182番)
>182 名前: デフォルトの名無しさん [sage] 投稿日: 2009/01/29(木) 22:49:35
>詳しくない奴は分らんだろ。はっきり言ってやったほうがいいよ。
>.NET Framework は必要ない!!!!

COM・・・WinXP
.NET・・・Vi$ta
銀光・・・Win7


724:デフォルトの名無しさん
09/01/30 09:13:47
VB6 でCanonプリンタの記述言語LIPSを使いたいのですが、
プリンタドライバを介さないで
直接プリンタポートに送るには、どうしたらいいのか?
MSComm を使うのでしょうが、使い方がいまいち判らん。

725:デフォルトの名無しさん
09/01/30 12:16:04
>>724
>MSComm を使うのでしょうが
シリアル接続なら、そう。

726:デフォルトの名無しさん
09/01/31 15:19:43
このスレの結論
VBは6まで

727:デフォルトの名無しさん
09/02/01 13:01:15
MSもVB6を見放したんだから、VBerは大人しく成仏してくれ

728:デフォルトの名無しさん
09/02/01 13:41:21
いや そのりくつはおかしい


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch