「表計算ソフトはコードレビューがしにくいため重要な仕事には向いていないという説」記事へのコメント

全く同意

[Technobose (6861)]

＞何十もある小さなセルにコードが隠れているため、もし慎重にコードを査読

　単純な計算だけなら追うのも楽なんだけど、一つのセルの中にif()関数を入れ子にして、さらに別のシートを表引きしたりするものになると、見るのもイヤになる。
　単純な計算ならシートの機能だけで作ればいいけど、複雑な条件判断が絡んでくるならマクロを使うべきだし、表引きだとかが絡んでくるならデータベースで作った方が構造がスッキリしてわかりやすくなるんだけど。
　で、そういうのを作ってる人に言わせると、Excelなら誰でもいじれてメンテナンスできるとのこと。
　私は絶対手をつ

Re:

[Anonymous Coward]

if()関数の長大な入れ子を一つ作れば、あとのセルにコピペで済ませられるのが表計算ソフトの良いところ。
ただ、そのコピペが何かの拍子に間違っていることがあるんだよな。
Errorが表示されてれば発覚しやすいけど、たまたま計算できてもっともらしい数値を表示してると気付かない。

Accessは個人的には好きだけど、引き継ぎが大変なのであまり使えません。
Excelバリバリ使う人でも一歩引いてる感じ。
Excelをそれなりに使えている人は尻込みして仕事を引き継いでくれません。
Accessで作った簡単な表を引き継いでもらって、何年かして戻ってみたらExcelのフィルター機能使いまくった凄いものに改造されてた。。。

データベースの敷居の高さ

[Technobose (6861)]

　Excelの場合、手元にある手書きの表かなんかにあわせて見た目を作ってから、プログラム的な動作を作り込むことが比較的容易なので、初心者も手軽に気軽に使える。
　一方、Accessの場合、最初に対象業務で必要なデータ項目を考えて、データ構造を設計しないと、実用的に使えないあたりが敷居の高さにつながってる気がしますね。
　けど、対象業務を適切に分析してデータ構造を設計すれば、データ再利用もしやすいし、変更もしやすくなるんだけどね。
　このプロセスを必要以上に難しく考えてしまってるんだよな。
　その業務で必要なデータが何かと、データ同士がどのように関連しているか、を理解できて、　データベース設計の基本を理解すれば、それほど難しくは無いんだけど。

　引き継ぎが難しいのは同意です。
　まずAccessを使おうという人自体が少ないので。
　データ共有の手段として、AccessやSQL Server（のようなRDBサーバー）を活用できれば、かなり業務効率が上がる組織も多いはずです。