Visual Basicはまだまだ死なない 85
ストーリー by hylom
VB6…… 部門より
VB6…… 部門より
あるAnonymous Coward 曰く、
@ITにて、「第2回 業開中心会議 Visual Basic祭り ～帰ってきたVB研公開ゼミ～」というイベントのレポートが掲載されている。このイベントは名前のとおり、VBユーザーやVBに興味のあるユーザーが集まったイベントで、Microsoft MVPを受賞しているベテランVBユーザーらによるセッションや、日本マイクロソフトでVBサポートを行ってきた人などが参加するパネルディスカッションが行われた模様。
これによると、VB利用者は特に減っているというわけではなく、逆にVBは言語機能も強化されており、C#と肩を並べることができるようになっているという。逆に「言語仕様が難しくなった」という声もあるらしい。また、大文字・小文字の区別が無い点や、「コードを声に出して文章として読める」（読みやすい）点などがVBの優れた点としてあげられている。また、MicrosoftはBASICからスタートした会社であることから、MicrosoftがVBのサポートを止めることはないという。今後COBOLのようにVB開発者にプレミアが付く可能性もあるとも主張されている。
そういえば最近VBでの開発というのは聞かなくなった気がするが、VB使いの皆様はどうされているのだろうか？
ちょっとしたものならVB (スコア:2)
それ意外だと用途にあった言語を使う感じ
存在意義 (スコア:2)
VB6の資産を引き継げる。
それだけだけど
それがでかいんだよね。
Re: (スコア:0)
VB6からの移行でもMe.Button1.Captionだとか直接参照しないで、
XAML データ バインドを１つかましてやれば、テストの自動化に
一歩近づくとおもわれ。
（もちろん、画面から打たない限り絶対にテストとして認めないとか
言われたらだめなので、その辺は同意を取らないといけないで
しょうけど。）
それ以降の計算式とかは引き継げると思う。
生産現場で現役 (スコア:1)
自動検査装置はＵＳＢ４８８＋ＶＢがまだまだ多い。
Computerized System Validation（CSV）を通すのにも楽
Ｃ＃ではまだまだ難しい領域。
Re:生産現場で現役 (スコア:1)
Re: (スコア:0)
それ、VBはVBでもVB6以前じゃないですか？
Re: (スコア:0)
VB6でできてC#(というか.Net)では難しいことって何だろう？
COMとかOCXとか唖然とするほど簡単に使えるんだけど。
C/C++で組むのがやになるほど簡単だぜ……
C/C++と比べてパフォーマンスがとか思うことは有るけど
他と比べてできないことも劣ってるとこもそうそうないと思うぞ。
API/DLL呼び出しも簡単にできるし。
Re:生産現場で現役 (スコア:1)
DLL Hell.
Re: (スコア:0)
インデックス付きプロパティ
Re:生産現場で現役 (スコア:1)
continueがない。
最近でもたまにVBS を書く事もあるんだけど、結構ストレスたまる。
VB.net はあるみたいだけど。
#存在自体がホラー
Re:生産現場で現役 (スコア:1)
>VB6でできてC#(というか.Net)では難しいこと
ごめん、逆に勘違いしてた
#存在自体がホラー
Re: (スコア:0)
ちょっと煩雑になりますが、javascriptも使えるなら wsfでVBSとJSを混在させるといいとこどりで幸せになれることもあります。
http://msdn.microsoft.com/ja-jp/library/cc392507.aspx
Re: (スコア:0)
実際にはInterop経由で参照カウントの扱いがめんどくさいとか、C#だとdynamicがないと大変すぎとか。
あと .NETはグローバルフックができない。
Win32APIはものによってはVB6より簡単だよね。
VB6だとどうしても呼べないから部分適用したVCのラッパ作ったり。
Re: (スコア:0)
どうしても呼べないなんてあったっけ?strptrとかそんな感じので何とかしたような
Re: (スコア:0)
VB6から離れて久しいですがコールバック系や地味にUINT32や64bit以上の整数の扱いが大変というか面倒な感じ。
Re: (スコア:0)
NTのACL関係で頼まれてラッパ作ったんだよね。
多分関数ポインタ絡みだと思ったけどなんだったかな。
頼んできた人は addressof程度で躓くような人ではなかったと思う。
レガシーVBが許されるのは2002年まで (スコア:1)
記事のセミナーはVB.NET～VB2012が話のターゲットであってレガシーVBは全く関係ない内容なのに、
「Visual Basicはまだまだ死なない」ってタイトルはおかしくない?
初版がリリースされてまだ10年ちょっとぐらいしか経ってないんだけど。
# でもVB2012になっても相変わらずラムダが書きにくすぎるので滅んでいいと思う。
Re: (スコア:0)
Re: (スコア:0)
まだ死ねないじゃなくて、まだ死なないだよね。私もVB6使ってるわ。
次はあるのか (スコア:1)
Visual になったんなら次は3D BasicとかVocal Basic とかすればいいのに
Re:次はあるのか (スコア:1)
Re: (スコア:0)
最後はなぜかアルファベットのQになったりするんですね。
Re:次はあるのか (スコア:2, おもしろおかしい)
最初がQ [wikipedia.org]……
コードを声に出して文章として読める (スコア:1)
>「コードを声に出して文章として読める」
利点か？利点なのか？
#今の職場はソースをメールで送っても、電話会議でのレビューで読み上げさせられる.....。早く現代に帰りたいです。
厳密に言うと (スコア:1)
＃さすが長寿大国日本ですね
Re: (スコア:0)
VBがいまだに使われてるの、日本だけなの？
#とりあえず何でも間でも「日本は～」ってDisっとけば？っていう空気
Re:厳密に言うと (スコア:2, 参考になる)
> VBがいまだに使われてるの、日本だけなの？
そんなこと無いよ。元レスの人が無知なだけ。
つい最近もオフショア（日印米）とVBで開発したし。＜ 米主導
生産性とか、再利用性を考えるとVB一択になるケースも多い。
C#はコアな技術者が欲しいときには、まだ人が集まらないしな。。
糞みたいな技術者は直ぐに集まるんだけどね。。 人派に頼るとこうなる。。
まるで、Javaが流行出したときを見ているように。。
.NET (スコア:0)
VBと言っても.NET系なら基本的にC#と出来ることが変わらないわけだし
VBユーザが減った減らないってそれ程重要では無い気がする。
VB6までで比べるとユーザは減っているだろうね。
Re: (スコア:0)
VBが減ったというより、VisualStudio以外を使う人が増えたって方が多いんじゃないかねぇ。
もはや (スコア:0)
c#の方言みたいなもんだよね、今や
vb6から移行した時プログラミングパラダイムを
一変させなきゃいけなかった思い出
Re: (スコア:0)
継承は無い（無理矢理やってるのは見たことあるけどそういうのは無いに等しい）し、インターフェースがクソ過ぎて多態性は厳しかったけどね。
# VB6ならできます。長年VB6ですから。って言われてモジュールしかない現場とかもうね…。
# Dim xx As New YYとSet xx = New YYかも動作の違い理解せず使っていたりね。
Re: (スコア:0)
というか、機能的には遅れがちという点でC#の劣化版といったほうがよいのでは。
おまけに、中途半端な互換性のせいでVB6以前の経験者が混じるとコーディングスタイルの違いでレビューに時間がかかったり、障害の発生源になったりと生産性の面ではマイナス要素ばかりで不具合修正を押し付けられてぶちきれた思い出。
IT業界で使われる死とは冬眠と言い換えるべき (スコア:0)
IT業界では、たとえ需要が増え続けていたとしても、
ビジネスとしておいしくなくなることを「死」と呼んでます。
Windowsのデスクトップアプリは死亡で
モバイルは生なのですね。
Re:IT業界で使われる死とは冬眠と言い換えるべき (スコア:1)
だったらXPからほかのOSへの移行も簡単なような
(UIだの何だのは無視した場合)
大文字・小文字の区別が無い点 (スコア:0)
いや、区別して欲しいぞ。
まぁそれが欧米の文化なんだろうけど。日本語が「まあ」と「まぁ」をそれほど区別しないのをもっと強めたような。
# 勝手に記事タイトル中の各単語をキャピタライズするどっかのRSSリーダーも、いいかげんにしてほしいところ。
Re: (スコア:0)
GetProperty と
getProperty と
getproperty
を別々に扱わない(同じ命名だとみなされる)というだけなので、キャピタライズとは違います。
昔のBASICだと勝手に大文字揃えになったりしましたが、さすがにそんなことはありません。
Cなどの大文字小文字を区別する言語だと、ライブラリを混ぜた時にごっちゃになったりしますが、
適当に見やすいように、またはプログラマ個々の好みなどで、大文字小文字を使い分けられるので、
それなりに便利です。
#それでもアンダーバーの有無とかで混ざりますが
Re: (スコア:0)
他の言語でも自動補完使うのであまり気にしないですね。
Re: (スコア:0)
その自分で大文字小文字を使い分けるメリットよりも、検索をignorecaseで行わないといけないから、関係無いのまで引っかかるデメリットの方が大きいかと。
GUIの開発環境としては (スコア:0)
いまだにトップレベル。EXCEL の次に使いやすいと思う。(Delphi もがんばれ)
Re:GUIの開発環境としては (スコア:1)
ウェブアプリは GUI に入りますか？
Re: (スコア:0)
△いまだにトップレベル
◎Basicで間に合う範囲ではいまだにトップレベル
DOSで動いてたプログラムをまんまWindowsに移植したみたいな単純な処理をするには最適
別コメにあるような、生産ラインの計測制御はその手の単純なシステムが多い
Re:GUIの開発環境としては (スコア:1)
どんな言語だろうが「間に合わない範囲」でトップレベルになれないのはあたりまえ。
だけど、「間に合う範囲」でトップレベルになれるとは限らないのでは?
ランタイムライブラリを要求しなくなったから (スコア:0)
VBの存在感が薄くなったのかもしれないが、
今使ってるその.netアプリ、VBせいかもしれないぞ
昔はとっつきやすさで差があったけど (スコア:0)
今ならC#でもいいやって感じだし。とはいえ、そもそも.NETの目標って言語中立だからあえて排除するものでもなかろう。
Re: (スコア:0)
オープンソースのプロジェクト見ても殆どC#だしね。そう考えると、VB.Netはもっと初心者向けのままにしておいたほうが
良かったんじゃないかと思うね。複雑なことはC#やC++でライブラリーやカスタムコントロールにして、VBで利用するみた
いな使い方で。
MicrosoftはVBを外すことはありません (スコア:0)
ちょっと調子こいて口滑らした感じかな
こんな形にコミットしたら、まずいんじゃないかなぁ…
Re:MicrosoftはVBを外すことはありません (スコア:2)
何かマズイことがある？
プログラミングとは、それが本業のプログラマだけが行うわけでなく、他の分野の専門家がその分野のアプリを書くことも少なくないわけで、Windowsのような広く普及したシステムでは、取っつきやすい言語を用意することは必要なこと。
Re:MicrosoftはVBを外すことはありません (スコア:1)
Microsoftは言ったことを厳守するというイメージは無いので大丈夫かと。
#ヘルプの間違いはやめてほしい。
MSVBM60 (スコア:0)
MSVBM60.DLLがSystem32(SysWOW64)に入ってないPCってどれだけあるんですかね？
うちは再インストールしてもそのうちにアプリと一緒にインストールされて、MSVBM60.DLLとおさらばする時は当分こなさそうです。
それ自体は本来は別にどうってことは無いはずなのですが、MSのランタイム再配布条件のせいでセキュリティfixされたランタイムの入手が難しいのが問題です。
セキュリティ対策済みのランタイムのインストーラがVB本体のチェックをして、VB環境が無いと新しいランタイムのインストールを拒否するんですよ。
セキュリティを重視するようになったMSにしては古いルールに固執してるなという印象があります。
Re:まーた自称ハッカー様のMicrosoft叩きが始まったよ (スコア:1)
Rubyの将来性はおいといて。
Excelの長所は、一般ユーザに扱える（ここが大事）、統合された編集･閲覧・開発環境だということ。
そうだね。
なので僕の場合、Rubyのwin32oleからMS-Excelを操作する。
もっとも、最近ではPowerShellでやることの方が多いけど。