Excel VBA質問箱 IV

当質問箱は、有志のボランティア精神のおかげで成り立っています。
問題が解決したら、必ずお礼をしましょうね。
本サイトの基本方針をまとめました。こちら をご一読ください。

投稿種別の選択が必要です。ご注意ください。
迷惑投稿防止のため、URLの入力を制限しています。ご了承ください。


17925 / 76732 ←次へ | 前へ→

【64251】Re:マクロへの懸念
発言  ichinose  - 10/1/28(木) 6:58 -

引用なし
パスワード
   おはようございます。
>最近悩んでいます。
>
>私は時々マクロを作成して、部署内へ提供していますが、エラーなどが発生した場合は、私しか対応が出来ません。
>そこで最近、「マクロは何を行なっているのか判らなく、自分でメンテナンスも出来ないので使いたくない」との声を聞くようになりました。
これは、会社側からみれば、当然の不安でしょうねえ!!
プログラミングのことなど知らない方が考えたって、この不安は容易に想像できます。
例え現状のVBAコードが実績を上げていたとしても、何らかの理由でMAXさんが会社からいなくなったら、メンテはどうするんだという問題、実績を上げていれば尚更故障したときに修理できないでは困ってしまいます。
作ったVBAコードのバグに加えて、
現状のVBA、私もいくつかのプログラム言語を経験してきましたが、こんなにバグの多い言語は初めてです。バージョンアップによって、動いていたコードが動かなくなることの頻度の多さなどを考慮すれば、吹けば飛ぶような私の会社でも私がVBAを知らなかったら、まず、業務で使うことなどなかったでしょうねえ・・・。
私の会社では、現在VBAを何とか理解できる人間が私以外に二人います。
もっとも当社の場合、私が今死んだら会社が潰れるのでPCのメンテなど小さいことなんですが・・。

社内でメンテできる人材を育成するか、あるいは、作ったコードのメンテを引き受けてくれる
業者と契約するかして、メンテできる保障を作ることだと思います。
VBAで会社の業務を管理する、制作費は安く上がってもその後メンテには、他のアプリと同様か
それ以上の経費がかかることも考えてください。
MS社がVBAをエンドユーザープログラミングという位置づけは、あくまでも個人が個人だけのために
作成するプログラムというコンセプトだと思います。
この辺りは、よろずやさんの投稿にもありましたが・・・。

以上です。
1 hits

【64234】マクロへの懸念 MAX 10/1/27(水) 12:07 発言
【64238】Re:マクロへの懸念 seg 10/1/27(水) 12:35 発言
【64245】Re:マクロへの懸念 MAX 10/1/27(水) 15:41 お礼
【64250】Re:マクロへの懸念 よろずや 10/1/27(水) 21:06 発言
【64253】Re:マクロへの懸念 MAX 10/1/28(木) 12:12 お礼
【64251】Re:マクロへの懸念 ichinose 10/1/28(木) 6:58 発言
【64252】Re:マクロへの懸念 MAX 10/1/28(木) 12:09 お礼

17925 / 76732 ←次へ | 前へ→
ページ:  ┃  記事番号:
2610219
(SS)C-BOARD v3.8 is Free