フリーランス・副業の単発作業を見ていると非常に多いExcelVBA開発。
いちエンジニアとしては「第二正規形(主キーによる管理)が保証できない表計算ツールでデータベースのシステムを要求する方がおかしい」と主張したい。
OfficeならAccessの仕事だ。そいつは。
無償だから？そんなんAccessも.NET＋MSSQLでも無償じゃい。(Excelがパンクしない程度のデータ量ならの話。)
プログラム組むのに技術料払っても良いのなら、壊れにくいものを作るべきだ。
使用者がソースを弄れるようにしたいのなら、Pythonでもいい。
アレならソースコード更新すればコンパイルせんでも動作するし。
ということで、システム発注の前にやってほしいフローチャートがこちら。
異論は認める。
発注書や納品書などの会社の命運を左右するアプリを壊れやすいExcelに賭けるのは分が悪いので、
発注者サンは↑のフローを見て開発環境を決めてほしいなと切に願う今日この頃でしたとさ。
※アプリの方向性が決まってからノーコードとかローコード云々を検討してもらって、
納品物にアプリ現物、ビルド環境、操作マニュアルの他、ソースコードとテーブル定義などの設計書を含めるのを忘れずに。
え。品質保証と技術者の単価の問題？
品質に関しては検証をサボらなければいいわけで、
単価は時給制にせず完成品の検証後に固定額払う請負形式でいいじゃない。
心配なら設計・実装フェーズ区切ってとかさー。