Excel/VBAでシステム開発をしてみようとするな！

申命記6：10らへん曰く神を試してはならないとのことですが、Excel/VBAでシステム開発をしてみようとする試み、これもまた禁忌です。大規模な開発、通信を伴うシステムに向かなさすぎます。なぜでしょうか。日曜日のミサはそれに答えてくれませんし昨今問題視されるクラスターになりうるので日曜日も自宅待機しましょう。

まず、Excel/VBAとは何か

VBAは某evil企業のOfficeと呼ばれる製品群を動かすことができる言語です。

1. リファレンスガバガバ企業が出す
2. Office製品を(ただしVBAと銘打つ記事の9割はExcelを動かす前提である)
3. 「動かす」ことはできます。

できてしまいます。
なので、
1. リファレンスがどこにあるかもわかりにくくまとめ記事ができる始末。
2. Excel、言うまでもなくWindowsに依存し、互換性のためにロクにアップデートされない。
3. ユーザ「動くじゃん。帳票もExcelで作ってたから操作しやすいし、Excelでやってよ。」

となります。

なぜ、システム開発に向かないのか

肝心のここなんですけど理由はご自身でお考えください。それが罪に対する罰です。

その他の嫌なところ

• 「サーバーサイド オートメーション」を推奨しないそうです。アプリケーションサーバで定期的に自動実行するのをサポートしないよ、みたいな意味合いでしょうか。しかしOfficeで業務を自動化したい層がこのリファレンス読んで「この情報は役立ちました」って言いますかね。原文みようとしたけどこれ機械翻訳じゃないっぽいですね。たいしたリファレンスだ。
• エディタが1択。Rubberduckという素晴らしいものもありますが、VBA使わせるような職場は新しいソフトウェアの導入には書類数枚に各数判のハンコが必要です。オープンソースソフトウェアや無料のものは特に申請が通りにくいです。そんなに金が使いたいか日銀か貴様は。

Excel/VBAすこすこ派の意見

• ユーザにとって身近、操作を覚えやすい、低コスト、言語側の仕様変更がない......ごちゃごちゃうるせぇロイの横Bかよ
• .xlsxって結局zipされたxmlだから他の言語で外からいじれなくもないよ......そこまでするのはVBAを憎み過ぎでは？
• RPAで動かせば......地獄か？

結び

すみません。めちゃくちゃ怒りが湧いてきて焦点がぼやけました。愚痴になりそうだったんでQiitaじゃなくてこっちに書いたんですけど見事に呪詛になりました。先輩とホルモン焼き食いながら同じ話したときは「ビル・ゲイツがいたらここ(七輪)に押し付けてミミガーにしてやる」とか言った気がします。書くの辛くなって途中でやめました。でもアンガーコントロールしたんで落ち着きました。お目汚し申し訳無いっす。
色々言ったけどワクチン作ってくれてありがとなビル。早くスティーブに会えるといいな？