自分が見てきた問題は、情報がいろんな場所にある多数のスプレッドシートに分散しているときに現れることが多いね。関わっている人たちは、どのスプレッドシートにどんな情報が入っているのか、どれが本来のものなのか分からなくなっちゃう。時には、誰かがスプレッドシートAを主要な情報源だと思っているのに、自分はスプレッドシートBだけを変更しているせいで、データが矛盾することもある。Excelの欠陥は、実際のプログラムやデータのせいじゃなくて、プロジェクト内でのファイル管理の仕方に起因してるよ。迷路のようなシェアポイントや、ネットワークストレージに忘れ去られたファイルとかね。

バージョン管理がない Excelのスプレッドシートでもバージョン管理はできるけど、あんまり良くないよ。「変更履歴」って呼ばれてて、他の人の変更を承認/拒否する機能もあるけど、使ってる人は少ないね。特に、自分のビジネスプロセスを動かすためにルーブ・ゴールドバーグマシンを作った人たちなんかは使わないだろうけど、やろうと思えばできるよ。

そうだね、2000年代にアメリカでコーダーとして始めた時、僕は自分の仕事を、常に手をかけなきゃいけない苦痛なスプレッドシートをウェブアプリに変えることだと思ってた。でも、多くのビジネスがスプレッドシートでうまく運営されているのも分かるよ。スケーリングの問題があって、それが来た時には、理想的にはアプリに移行できるけど、完璧を求めると終わらないからね。

私も長い間同じことをやってる。目的に特化した代替品をたくさん試したけど、結局自分の解決策に戻ってきちゃうんだよね。（面白いことに、20年以上前のMicrosoft Moneyの方が今のどんなものよりも自分が欲しいものに近い）簡単に手に入れたい機能がないわけじゃないけどね。もちろん自分で作ることもできるし、何度も「始めた」ことがあるけど、典型的なボイラープレートコードに数時間もかかると、いつも諦めて自分の確実な解決策に戻っちゃうんだ。（これはバイブコーディングの前の話だから、今度挑戦してみるかも）

でも、もしそれが余計な手間でなければ、問題の周りの問題群を解決することで、解決策を強化できるよ。問題の定義が少し変わっても、小さな変更で対応できるから。これで、余計な手間なしに将来の問題も解決できるはず。

あなたの解決策が将来的に不十分になることを正確に予測するのは難しいけど、未来の解決策を妨げない現在の解決策を選ぶことはできるよ。常に選択肢を広げておいて、ベンダーロックインしないようにしよう。

あなたの解決策は将来的に不十分になるかもしれないけど、どのように不十分になるかを正確に予測するのは難しいよ。ある不十分さは、ベンダーに完全に依存してしまって、サービスから締め出されたり、料金がどんどん上がったりすることかもしれないね。これはかなり予測可能だよ。

MSFTにバンされるのを試してみて。何も悪いことしてないのに、もう6年間もバンされたままだよ。すべてのアカウントへのアクセスを失った。