僕は小馬鹿にされがちなVisualBasicを肯定する
Visual Basic（以下、VB）は結構な頻度で「軽く見られがち」であり、「小馬鹿にした」感想を目にします。
確かに昔々はVBランタイムが必要だとかメモリ管理がイケていないとか色々とありましたが、今では全て過去のお話だと断言出来ます。
世間が抱いているイメージよりも遙かにVB.NETは非常によく出来た言語に進化しています。
じゃあ、なんで「ＶＢ？ｗｗｗ」的な感じになってしまったのでしょうか。
過去の負のイメージが強すぎる
VBはVersion6までと、.NETをベースとしたVersion7以降では全く別の言語として分ける事が出来ます。
当時の自分は、工場とか事務系のソフトウェア開発に多く携わっていました。
こういう企業様ではMS-DOSの頃からソフトウェアを使っていた事もあり、DOSから比較的に移行が容易だったVBの資産というのが多いんですね。
ですので自分に回ってくるお仕事は、ほぼほぼVBでの開発案件ばっかりでした。
「DOS時代の仕様をそのままに、VBに置き換えてWindowsで動かしているだけ」という案件が、振り返ればトラウマが多いです。
互換性があるのに、何故簡単にいかないのでしょう？
互換性がある故の贖罪
VBの前にN88-BASICに代表されるBASIC言語がありました。
とにかく先頭から順番に処理して、GoTo文といって特定の場所にジャンプして別処理を行うという機能を多用して組み立てて行くのが主流な言語です。
一時期DOS資産をWindowsシステムに移行するWindows化案件というものが流行った時期がありました。
大量のDOS資産をWindowsで動くように移行する訳で、「一つ一つに時間をかけて検討なんてしてられない！」という悪しき制約のもと、DOS時代のアーキテクチャのまま、VB化された案件が山程出来上がった訳です。
あちこちでGoTo文が入り乱れるスパゲッティーコードが大量生成された形になりました。
こういう類のソースは作成時には特に問題ないのですが、後々に保守メンテナンスしていく際にじわじわとその贖罪が露わになってきます。
どこを直していいのか分からない！下手に直すと動かない！！！という負の連鎖が引き起こされるわけです。
従来と同じような書き方が出来た故の悲劇と言えるでしょう。
.NETになった直後
似たような現象は.NET化された後でも見受けられました。
.NETに変わった直後のVBは本当に酷くって、勝手が違うわ、出来ない事が多いわ、速度が遅いわとVB6までの旧VBユーザーからの評判はとにかく悪かったのです。
そして、ここでも従来のVB6と同じ書き方で.NETに移行したシステムが多く、.NETになって「オブジェクト指向が出来る」とか「クラス開発が容易になった」等の恩恵を恩恵としてを感じないまま、保守性の低いソースが大量生産される事となりました。
こういった様に、新しいアーキテクチャを考慮せず今までと同じ書き方を前面に押し出して大量生産されたコードがたくさんあり、それらを保守しないといけない人たちは「VB嫌い」となっていったと個人的には思っています。
現に僕も未だに９０年代後半に作られたシステムをたまに保守する時が未だにありますが、殺意しかありません。
本当にVBは悪いのか
.NETになったVBは良い言語です。
特に2005以降のVBは非常に簡単にソフトウェアが構築出来てC#と大きな括りでは遜色はあまりありません。
VBだからと卑下される理由は無いと言えます。
・・・。
・・・ ・・・。
ただ、ごめんなさい。ここまで書いといてごめんなさい。
申し訳ないですが・・・。
最近の僕は新規開発ではC#押しです。
・・・。VBは使ってません。。。