VB6システム、未だリプレイスせず拡張中

1 ：09/08/08

もう逃げたい・・・。

2 ：09/08/08

ReplaceせずにReDim Preserveとな

3 ：09/08/08

　　　　　　　　　: :::::::::::::::::::::::::::::::::::::::::::::
　　　　　　　 ∧＿∧ . . . .: : : ::: : :: ::::::::::::::::::::::::::::::
　　　　　 　/:彡ミ゛ヽ;）ー､　. . .: : : :::::: :::::::::::::::::::::::::::::::::
　　　　　 / :::/:: ヽ、ヽ、 ::i . .::::::::
　　 　　 / :::/;;: 　 ヽ　ヽ ::ｌ　. :. :. .:: : :: :: :::::::: : ::::::::::::::::::
￣￣￣ （_,ノ ￣￣￣ヽ､_ノ￣￣

4 ：09/08/08

別にVB6は致命的に悪いわけじゃないよ。
COM/OLEさえあれば何でも出来るし、
そういう意味ではC#より文法の面で便利だ。
ただ抽象構造が少なかったり、
変数宣言がブロック単位じゃなかったり、
色々と現代的な言語に見劣りする部分がある。
何よりVB6の大半のユーザが書くコードが本当に醜い。

5 ：09/08/08

っていうかOSがサポートし続けてくれるなら問題ない

6 ：09/08/08

わかるよ。5年後VBがフェードアウトしたとして、その時に
「今までの経験は？」
「VBでシステム作ってました」
じゃぁちょっとね。

7 ：09/08/08

>何よりVB6の大半のユーザが書くコードが本当に醜い。
一番の鬱原因はここ。
追う気力が失せる。

8 ：09/08/08

VBScript使いの書くコードの方が美しかったりして。

9 ：09/08/08

> 変数宣言がﾌﾞﾛｯｸ単位じゃなかったり､
えっ？

10 ：09/08/08

え？

11 ：09/08/09

>>8
えっ？

12 ：09/08/09

.netは重い・・・
FrameWorkいれるのめんどい

13 ：09/08/09

まだ.netおもいとか行ってる馬鹿がいるのか･･･

14 ：09/08/09

そんな感じのシステムに限ってドキュメントはまったくないし
中身はグローバル変数でグチャグチャ、C++で作られた製品OCXは
販売中止で入手不可、でもリプレースの金は出ない

15 ：09/08/09

リプレースこそぼったくるべきだよね

16 ：09/08/10

>>13
でも
リプレース前のＶＢ６のシステムと、
リプレース後の .net のシステム比べると、
やっぱ重いんだよな。。

17 ：09/08/10

だからといってVB6のアプリは７までしか動かないし

18 ：09/08/10

そうそう。Vistaも７も対応しちゃうし、万能すぎるんだよなぁ・・・

19 ：09/08/11

A-1 スカイレーダー

20 ：09/08/11

むしろ７でも動くなら、あと10年は戦える

21 ：09/08/13

VBならいい
VBAだけで作ったシステムをやったことがあるが地獄だった
通信はShellでftp、通信完了は「これが来たら終わりのしるしのファイル」で判定するという…
という独創的なシステムｗ

22 ：09/08/13

Accessの古いやつも地獄だよな。
マクロとか、クエリーとか、どこまで追っても追っても果てしなく続く。。。

23 ：09/08/14

ユニットテストが死ぬほどやりづらい
TDD厨から見たら地獄のような開発環境

24 ：09/08/14

巨大ＭＤＢをＶＳＳにつっこむのやめてくれ

25 ：09/08/14

Access 超便利だと思うのは俺だけか・・

26 ：09/08/14

便利は便利。
ただ、人のつくったシステムのメンテは
賽の河原で石積むのに似た苦行にもなる。

27 ：09/08/14

>>21 某会社の端末制御システムもVBでできたけど、バリバリshell使ってましたよ。

28 ：09/08/14

他人の作ったAccessVBAと、他人の作ったPerlだったら
Accessの方を選ぶぜ…。

29 ：09/08/14

Perlは自分でつくったものでも見たくない。。。。

30 ：09/08/16

文化オリエント、グレープシティのOCXが
新しいOSで対応するかどうか
いちいち確認しなきゃいけないのが面倒だなー、
Inputmanは全部入れかえだしよぉー

31 ：09/08/16

懐かしい名前だな。
VBで商売するなら、文化オリエントみたいに他社にモジュール売るようにしないとね。

32 ：09/08/17

>>22
1.1とか2.0?
プロパティとかマクロのコマンドが日本語名だったりもするよね。
95から日本語名じゃなくなった上に、マイグレーションしてくれないし…
2000以降では頻繁にMDBがおかしくなる。
スレチすまん。

33 ：09/08/17

>>32
懐かしすぎて吹いた。
画面はVB、DBはMDBってシステムも多いから
必ずしもスレチじゃない。
で、帳票はAccessだったりする。

34 ：09/08/25

VB6はどこまで生き延びることができるか？
ttp://www.publickey.jp/blog/09/vb6.html

35 ：09/08/25

偶発的にExecutionEngineExceptionを投げて死ぬ.NETに移行するのは無理がある

36 ：09/08/25

>>35
>ExecutionEngineException
これ見た事がないんだが。
プログラムの問題ちゃうの？？

37 ：09/08/26

>>30
Inputmanくらいなら自力でつくれるだろう。
VB6はクラスがしょぼいのがだるい。

38 ：09/08/26

VB6+ACCESS97のシステムを未だに拡張している勝ち組参上

39 ：09/08/26

>>38
どう考えても負け組な気がする。
そういう俺はVB6 + Oracle9i

40 ：09/08/26

>>39
システムが長く使い続けられるというのは
作り手にとって最高じゃないか

41 ：09/08/26

>>40
そんなこたぁない。
訳のわからん仕様変更や機能の追加のやり過ぎでもう何がなんだかさっぱり。
そんな物の面倒見るくらいなら最初から作り直した方が早いと思うのだが、規模が規模なんで作り直す訳にも行かず...orz

42 ：09/08/26

>>40
まぁ、そういう客もいるけどね。
すべてが>>41の状態ではないので。
>>41の客はいわゆるモンスターなんちゃらの類い。

43 ：09/08/26

他の言語や環境のモダンな機能知ってたら、
VB6とかOracle9iとか嫌になってくるだろうね

44 ：09/08/27

>>41
それは作り直したほうが早いとは言わないのでは？
その規模を作り直したら早くないでしょ？

45 ：09/08/27

一から作り直すつもりで仕様整理したら
「そういえばこの機能いらないよね。誰も使ってないし」
「ここの仕様をちょっと変えれば、このモジュールいらなくならない？」
ってのがぼろぼろ出てくるのはよくあること。

46 ：09/08/27

だからって機能追加や変更より早いとは思えないな

47 ：09/08/27

>>46
単独の仕様変更や機能追加だけなら確かに作り直すより速いよ。
でも、今後発生が予定されている全ての作業や保守を考えると作り直した方が速いと感じる。
何年も掛かってやっと火が消えつつあるからホントは触りたくないけどね。

48 ：09/08/27

気のせいだよ

49 ：09/10/01

VB.netへの移行にアップグレードウィザード使うぐらいなら
VB6のままで拡張するほうがいい

50 ：09/10/01

大人になるのを拒んじゃダメだ！

51 ：09/10/02

ﾌﾞﾋﾞ厨を脱出？？？

52 ：09/10/02

ttp://science6.2ch.net/test/read.cgi/infosys/1230867128/736-

53 ：09/10/12

今度新しく出来るソフトが6.0で作られている･･･････

54 ：09/10/12

新規案件をVB6でやるのって、もう、犯罪行為と言っていいよな。

55 ：09/10/12

win7でも動くらしいぞ

56 ：09/10/12

なぁんだ
じゃあ問題無いね
これからもVB6で作り続けるぞ！

57 ：09/10/12

VB6は人類が歴史上手に入れた開発環境のベストオブベスト、キングオブキング、
至高の存在。いわば神的存在。

58 ：09/10/12

>>55
サードパーティーのコントロールとか使ってると、挙動が怪しいのがあるよ。

59 ：09/10/12

OSがXPからリプレースされてないから開発言語を変える必要が無い

60 ：09/10/12

新しく入って来た人は.netしか使えず、古参の人は6.0しか使えない。
うちの会社は今後どうなってしまうのだろう

61 ：09/10/13

どちらも次の新人に駆逐される

62 ：09/10/13

古参の人が6.0で作ってアップグレードウィザードで.netに変換して新人にメンテさせる

63 ：09/10/13

>>57
それが本当で万人が認めるならば、ﾌﾞﾋﾞを他の開発メーカー買い取ってるよ。
過去の事例として、Windows MAKERってのは、M$の商品だったが他社が買い取った。

64 ：09/10/13

VB5+COBOLからVB6+COBOLのシステムやってます
10年前のシステムで、ほぼ作り直しなのになぁ…

65 ：09/10/13

>>63
何で買い取ってもらう必要があるんだ？ｗ

66 ：09/10/13

>>65
どっかの会社が買い取らなきゃ、旧ﾌﾞﾋﾞは地上から消滅すんだぞｗｗｗｗｗ

67 ：09/10/13

アホだなｗ
>>57が正しいなら、っていう前提なんだから
> VB6は人類が歴史上手に入れた開発環境のベストオブベスト、キングオブキング、
> 至高の存在。いわば神的存在。
↑これが事実なら、だろ？そんなすごい存在をなんでわざわざ他社に売るんだ？ｗ
キチガイの考えることは理解不能だな、まったく。

68 ：09/10/13

　↑
ロジカル信金具や趣味レーション（なぜか変換される）を楽しめないのはダメだよ？

69 ：09/10/13

VB6でシステム構築すると
ロジカル信金具や趣味レーションができるようになりまつか（・＿・）？

70 ：09/10/13

逆です：
ロジカル信金に入社すれば、
ＶＢ６でシステム構築できまつ

71 ：09/10/13

今となってはVB6の良さがわからん

72 ：09/10/13

それを知性というｗ

73 ：09/10/13

人の書いたソースを見ているが・・・・
ひどいもんだ
中途半端なオブジェクト指向はいらない

74 ：09/10/13

ウチでは4.0時代からなんの進歩も無いようなソースが多いよ。
.Netにもほぼまんま移植とか…
書いたヤツトイレに連れて行きたくなる。
orz

75 ：09/10/13

>>74
してあげるの？

76 ：09/10/13

アッー!

77 ：09/10/14

>>62
阿鼻叫喚だな。せめてCode Advisorぐらい通しておこうぜ（気休めだが

78 ：09/10/14

.netを使い始めたら、VB6のな部分がみえてきた。
もうVB6とかみたくない。

79 ：09/10/14

でも見る事になるわけで

80 ：09/10/14

VB6の仕事なんて超適当にやるよ

81 ：09/10/14

つまりここにいる俺みたいにな

82 ：09/10/14

それをおいしいおいしいと食べていたウジ虫
∴ﾌﾞﾋﾞ厨＝ウジ虫
ｗｗｗｗｗ

83 ：09/10/14

金くれるんなら美味しいよ

84 ：09/10/14

ウジ虫発生
そういえば、ﾌﾞﾋﾞ厨って”喰える”とか犬畜生に使う言葉を好んで使ってたなｗｗｗｗｗ

85 ：09/10/14

「ﾌﾞﾋﾞ」って言うやつ、昔からこの板にいる粘着VB叩きだよなｗ
NGワード推奨だな

86 ：09/10/14

そうすとこのスレを見る意味が無くなるｗｗｗｗｗ

87 ：09/10/15

ふむ。俺は “ヴビ厨” と表記することにしているから問題ないということか。

88 ：09/10/15

アトムだって歩くときにブビッチュウブビッチュウって聞こえないか？

89 ：09/10/27

さろげーとぺあ

90 ：09/11/05

7まででランタイムのサポートが終わるというのは、マシンとセットで売る場合と
CD-ROMだけ渡す場合とで意味が違ってくる。次のWindowsが出た場合、
マシンとセットなら、ダウングレードOSを入れて出荷するとかして対処できるが、
PCを顧客が用意する場合は、7以前にしてくれとは言いづらい。
だから3年後？までに何か考えておかないといけない。

91 ：10/07/05

普通に、
ＤＢ: Oracle
画面: VB6.0
帳票: Access
のシステムをいまだ新システムとして作成・リリースしてるんだが・・・？

92 ：10/07/05

それが何か？

93 ：10/07/05

（ここで叩かれそうなひとこと）
COBOLはいいなあ。
環境のトラブルうざいもん・・・。

94 ：10/07/05

>>93
COBOL2002?
ある意味、COBOLよりVB6.0の方が古いプログラム言語のような気がしてきた
今日この頃

95 ：10/07/05

2002もやりましたよ^^
営業の人はJavaやれってうるさかったのですが
リプレースとか大変そうですよね
コボラーで良かったなあと心から思っています
向学心が無いと叩かれそうですが
（多言語の人がコボラーを嫌う理由はそうだと思います）
純粋に食べる手段と割り切っていますので

96 ：10/07/05

ぶっちゃけ.NetよりもVB6.0で開発した方がアプリの起動速度とかは断然早くて
客受けが良いんだけどな。

97 ：10/07/07

VBもかつては遅いと言われていましたけど。

98 ：10/07/08

ヒント： Ｖ＄終焉

99 ：10/07/10

実際に開発実績のある環境で開発するのが一番なんだけどね
トラブルも起こりにくいでしょう

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

俺はバグでこんなすごい被害を出したぞ! part 0x10 (136)
【常駐職人】たけくん【JTAG-ICE】 (419)
Rarファイルのパスワードを解析したいんだが (325)
▼シグマアイティエス(SITS)TCS Group (311)
[ 99BASIC ] 日曜プログラマー [ DarkBASIC ] (163)
印象に残ったコメントを晒せ　0x04 (801)
--log9.info------------------
【宇宙の】パワードスーツ総合５【戦士】 (380)
おっさんが昔を懐かしむスレ8 (585)
メッキシルバーが詐欺商品なのか検証するスレ (657)
【Ma.K】マシーネンクリーガーPart80【SF3D】 (993)
■城や神社仏閣、建築、景観の模型を熱く語る３■ (959)
★★旅客機プラモデル　2便目★★ (142)
【MG】新しい1/100シリーズを出すべきだ【HG】 (295)
新・あさのまさひこについて語るスレその5 (117)
トレジャーフェスタ11 (1001)
Nスケール自動車総合スレ 10台目 (325)
↑小林誠→の模型を造ろう@2ch┌── 14 ──┘ (441)
ドイツ戦車閑談室 その51 (673)
岡山の模型事情 5軒目 (345)
■■∀ガンダムキットの黒歴史 Part26■■ (915)
機動武闘伝Ｇガンダム模型総合スレ第14回大会 (340)
SDガンダムBB戦士◆武者騎士コマンド三国伝Part161 (122)
--log55.com------------------
【DS】世界樹の迷宮II 諸王の聖杯 初心者スレ 2ﾏｽ目
【MHP2G】テオ・テスカトル総合【炎王龍】
実況パワフルプロ野球ポータブル３　サクセス専用13
【MHP2G】うざいザコ敵ランキング
【3DS】世界樹の迷宮IV 攻略質問スレ7
7TH DRAGON・セブンスドラゴン2020 攻略スレ 第一章
【MH3G】太刀スレ　11回転目【3DS】
【ＭＨ４】イャンガルルガ攻略スレッド★２