LLM一辺倒なこの時代に現場の業務はというと、
EXCEL VBA
なのである。
開発ベンダや運営からすると、既に料金支払い済みのMS-OFFICEを利用するだけの作業として捉えることができ、費用を十分に削減できてしまう。開発者にもたかがExcel VBAに工数を計上するほど落ちぶれてはいないと思わせてしまう。
ただ、世の中に”セキュリティ”という言葉が出始めた頃、その脆弱すぎる形態により何よりも先に禁止の扱いを受けたのがExcelマクロである。
Openイベントで自動実行させられ、Windows-APIが自由に呼び出せてしまい、稚拙な暗号処理によりいくらでも改変できてしまうこの”強烈なおまけ言語”は実にやっかいで、アプリケーション作成側から見ると「やりたいことが素直にできない」実に不自由を強いられる言語であり扱いずらい。
さらに、一見簡易スクリプトとも言えるので、事前の設計が十分でないことも許容され、修正や要望など後出し追加作業についてもなし崩しで無報酬となる例が多い。
さらにさらに、「それなりに使える」事務職のせいで、”いぢくられた”マクロが戻されてくる場合も多い。
ゼロ・トラストが叫ばれる中、このExcelマクロは使用すべきではないしMicrosoftがデフォルトで実行しない設定にしているのは正しいと思う。かつ開発者には一つも利点が無い。
開発者ならExcel VBAをより安全に利用するには、を考えるべきという意見もあるだろうけれど、使ったところで利点が無いし、本来ならちゃんとした他の言語を使わせてもらいたい。
何よりWindows上でMS-Officeが必須という、お金払わねば環境を作れないものはその後の運用にも必ず悪い影響を残す。
”WSLは禁止だけどExcel VBAはOK”なのはなぜなのかと小一時間問い詰めたい。
とまぁMS365に月々持っていかれるのが不満たらたらなフリープログラマなのでした。



adidas ゴレットVIII




