ベンチャー社長で技術者で

　みんなVB6を使い続けていることを、こんなにも気にしているということが分かりました。プチ炎上したのでまとめです（うそ、まとめになってない）。

　以前、しゃれでこんなゲームを作ってみたのですが、わたしもここ5年ぐらいはほとんどVB6を触ってないので（当時としては3年ぐらいのブランクかな）、3時間って見積もって8時間もかかってしまった（苦笑）。

　これを元に、VB6か.NETか考えてみましょう。

　要件によっては差が出るものもありますが、このゲームを作るには.NET（エクセルマクロにはないけど）の方が多少都合がよい。これは通常の業務システムよりも大きな差になる。

　作った当時もブランクがあったので、「（VBAの）配列って……、あれ？ こんなことできなかったけ？」ってなことになり、.NETでできることがVBAでもできると勘違い（忘れてた）して、かなり大幅に後戻りしました。こんな小さなプログラムなら1カ所でも嵌ったら差が出るけれど、プロジェクトで嵌りっぱなしってことはないはずで、誤差の範囲でしょう。

　余談ですが、新入社員の教育用に「ゲームなら業務システムより抵抗がなかろう」と思って「3時間で作ったる！」って宣言して作ったので嵌って悔しくってね。で、新入社員には難しすぎると大不評でした。こういう自己満足のための仕事は良くないね。

　勘違いして後戻りしなかったら5時間ぐらい、でき上がったソース量からみて全盛期ならVBAで4時間ぐらいと思う。エクセルマクロに.NETが使えたらとしたら3時間ぐらいかな。

　言語（開発環境）としての特性を比較するならば、不得意の人がやると、「できない＝無限大の工数」になるので、どちらにも慣れている人で比較しないと意味がない。わたしはどちらもそれなりに慣れていると考えて（異論は受け付けるよ）、差が出る機能で20～30％の生産性の違いでしょう。

　もし、20～30％以上の差がつくと思うなら、単にいずれかが、わたしよりもはるかに得意か、ものすごく苦手かなだけじゃないですかね？

　比べてみたら「.NETは楽だね～」って思うけれど、PCのメモリを2Gから4G(3Gしか認識しないけど）変えたぐらいの差しかない。増やした瞬間は楽に感じたり、減らした瞬間はイラっとしたりするけど、次の瞬間には忘れている。

　このぐらいの差は、担当者の「能力＆慣れ」で簡単に逆転してしまいます。たとえば、.NETでやったら2時間でできるって技術者は、どこかにはいるでしょうけれど会ったことはないし、.NETが得意という技術者でも、大半は4時間じゃ無理なんじゃないかな。異論は受け付けるけど、普段の弊社の見積りは、わたし（がやったとしたら）×3 でも足らないことが……。

　つまり、VB6がかなり得意な技術者なら、同じものを.NETにちょっと得意ぐらいの技術者が作っても、まだ、VB6の方が早くできます。

　いずれにしても、顧客の都合を前にしたらごく瑣末な問題です。VB6も、.NETも無視できない数のユーザー（案件）があるのですから、両方できればよいし、片方を無視できると思えば無視すればよいのです。

　無視するかどうかは、経営者の判断で技術者がする判断ではないと思う。技術者は必要になる日のために自己研鑽はすべきですけれど、それと顧客の便益とはまったく別次元のお話です。

　もちろん、わたしは社内的にはどちらも無視することは許さないのですが（笑）、他人に変えた方が良いというほどの差はないでしょう。

　ところが、同じ（最善を尽くす）感覚で見積もっても、SQLでできることはSQLで処理した方が絶対に早い。どんなに効率的に書いてもSQLの方が処理も速い。

　これには、どんなにがんばっても超えられない壁がある。　

　あなたはすでにSQLを会話のペースでできている！

　あなたはすでにSQLを会話のペースでできている！（答え）

　こんな風にできれば、コーディング30分、テスト資料作り含めて0.5 日で終わります。一般的な開発（Java、VB6、.Net、PHP、Ruby ……）では2～5人日。0.5 日対、2～5人日って400～1000％の差になるのですけれど……。

　20～30％の差が猛烈に気になって炎上するぐらいなのに、400～1000％の差が気にならない理屈が分からない（ちょっとしたレトリックが入ってますけどね）。

　そもそも、VB6しかないところで、「.NETで！」言ったところで始まらないけれど、RDBMSは基本的に導入済みなんだから、ちゃんと使ったらいいじゃないですか？ 他に余計なツール（O/R何チャラとか）すらも要らないですよ。

　早くできても、あまり給料に差が出ないサラリーマン感覚では分からないかもしれませんが（この給与体系が技術者にはそもそもおかしい）、たとえばタクシーと同じに考えれば分かるでしょう。目的地に着くのに何倍も時間が掛かって、何倍もの料金になる。感覚的には「右折は怖いんです」って左折だけで行けるルートを通るぐらいの差です。

　顧客に提供する成果物も明らかに違うのに、プロとしてそこに問題意識がいかないのはなぜ？

　もちろん、左折と直進だけで到着する目的地もあるけれど、そんな屁理屈ばっかり聞いていると、社長として金払う立場になったら猛烈に腹立つよ～～。

　上流の技術者ってのは、タクシーの運転手をナビゲートする立場にあるのですが、これも左折だけでルートを探そうとする。左折だけではいけないときには、客をいったん降ろして（これが一番むかつくのね）客に横断歩道を渡らせて、対向車線にいる別のタクシーに乗せてしまうとか、目的地を変える交渉をするとか、そんな設計ができる人がすばらしい技術者って呼ばれてたりするけれど……。空気も読まず、鬼の形相で「右へ曲がれや！ コラぁ！！」って言うからな～、わたしは。

　日本中の技術者にケンカ売ったかな（苦笑）。

　右折する文化のない人たちにはなかなか理解できないと思うけれど、右折できる人が、右折しないタクシーに10年も乗ってたら誰でもキレると思う。

　VB4のころからSQLを使っているけれど、スキルチェンジはOracle9i、SQLServer2005からのOLAP関数だけですからね（他の今後出てくるであろう、SQLの言語的な追加機能は母言語にやらせた方が効率的と思う）。VBやったり、Delphiやったり、C#やったり、Javaやったり、PHPやったり、他にもいろいろやってきたけれど、SQLはずーとわたしの中ではメインにできてきた。VB6 → .NET 程度の違いで騒ぐぐらいなら、極力、言語の切り替えの影響を排除するためにもSQLにロジック入れるべきですけど……。

　この後も、SQLの方がある程度、息が長く使えると思います。

　SQLが消えるなら、1000％をさらに何倍も超える生産性のものが出てくるってことですから、そのときは完全にEUCが実現されてプロが要らなくなっていると思います。

　煽ろうとどうしようと、そう簡単に変わらないのですけどね。

　嫌味なことを言うと、差がありすぎると儲からない。「時代の先を行き過ぎる人は評価されないもの」って慰めてたいところですが、「10年以上前の技術で喰ってるのに」って思っているので、先に行ってるつもりがまったくなく、慰めにもならない。

　「技術者が社長になってもうまくいかない」って典型ですな、本当にエリック・シュミットに来て欲しい（笑）。