VBAとVB／LibreOffice/OpenOffice BASICとQT

先日、ラズパイのファン用のDC/DCコンバータの記事に書いたこの商品（記事）

の評価をしたら、丁寧なコメントを頂きました。

この商品は、とても使いやすくて良いのですが、工作するときの固定が面倒です。

それでも、基板の裏に接着剤で何か付ければ固定できそうなので、問題ないといえば問題ないのですが、基板の取付孔がほしいという意見は工場にフィードバックしてくれるそうです。

こういう出品者はいいですね。

昨日の記事で頂いたコメントについて考えていたら、思いつくところがありました。

VBA(Visual Basic for Application)で作成したものは、ドキュメンテーションが大変、というコメントでした。

これを、

VB(Visual Basic)で作成したものは、ドキュメンテーションが大変、と言い換えれば合点がいきます。

VBは、いまは個人使用なら無償で使用できますが、かつては高価なソフトでした。

私も勉強のためにその高価なソフトを購入したことがあり、ソフトを作るには便利なものだと思っていました。

それで、実際に簡単なものは作れますが、凝ったソフトを作ろうと思うと、デバグだけでも大変。

基本的には、計算用途のプログラムは、C++で記述するのと似たようなものでした。

そして、実際にソフトが出来上がったら（自分では大したものは出来ず、配布もしていないが）ソフトとは別にドキュメントを作らなければなりません。

いまは、ある程度コメントから自動生成できるそうですが、それでもVBAで作ったソフトに比べると大変です。

VBAのソフトを実行するのにExcelが必要ですが（実行だけならLibreOfficeやOpenOffice Calcでも可能だが、編集できない）、VBのソフトは、単独で実行できるので、その点では良いのですが、コードはコンパイルが必要だし、ソフト自身は、機械語なので自動では配布できない（社内でも）ので、編集するには、コードから作り直さなければなりません。

私は、もうここ何年もWindowsは特定用途でしか使用しないので、LinuxでQTのソフト（MCAP-CRのシミュレーション）をつくり配布しています。

これは、VBと同じようなもので、GUIのソフトをつくるIDE（開発環境）が整っているので作りやすいのですが、ソフトウェアライブラリのドキュメントを読むのが大変だし、バージョンが変わると、コンパイル時にエラーが出るということがふつうにあります。

VBはわかりませんが、QTと似たようなものかもしれません。

これに対して、VBAやLibreOffice BASICで作れば、ソースコードを同時に配布でき、ユーザーが自分で簡単に改造できるので、亜種が増えるという問題はありますが、社内などでは運用ルールを決めれば良いでしょう。

しかもこういうソフトは、特定目的だけに使用されるので、概してソースが短く、コメントが分かりやすければ、説明書も必要ないくらいです（プログラミングの知識が必要だが）。

ひょっとしたら、そういう意図だったのかと思いましたので、違っていたらコメントをお願い致します。