VB6 ＞＞＞＞＞＞＞＞ ..
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をレガシー非推奨認定してほしいな
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5323日前に更新/157 KB
担当:undef