5 つのデスクトップ機能にはオープンソースの代替機能がありません

私はオープンソースの理念のファンですが、Microsoft 365 の価格を考えると、Microsoft Excel に代わるデスクトップを求める声はこれまで以上に大きくなっています。それでも、なかなか踏み出せません。これらのローカル アプリは機能しているように見えますが、私の PC 上で最新のデータ分析を可能にする深いアーキテクチャ機能が欠けています。

日曜の夜に頭痛を感じずにデータをクリーンアップ

Excel から移行しようとするときに私が直面した最大のハードルは、データの保存方法ではなく、データの準備方法です。日曜の夜に空白行の削除や日付の修正など、乱雑なデータを手動でスクラブしたことがある方なら、Excel でのデータ作業の 80% がクリーニングで 20% が分析であることがわかるでしょう。 Excel では、これは M 関数型言語を使用する ETL (抽出、変換、読み込み) エンジンである Power Query によって処理されます。これにより、50 個の乱雑な CSV が含まれるフォルダーに接続し、ノイズをフィルターで除去し、記録された一連の手順を通じて列のピボットを解除できます。

Excel を使用するときは、繰り返し可能なレシピを作成しているので、来月のデータが到着したときに、[更新]をクリックするだけで済みます。コミュニティ主導の拡張機能や基本的なインポート ツールは、オープンソースの世界にデータベース リンクを導入しようとしていますが、Excel の Power Query の洗練されたネイティブ統合が欠けていることがよくあります。プロの場合、壊れた拡張機能や GitHub の手動インストールは、標準付属し、専任のエンジニアリング チームから定期的にセキュリティ アップデートを受け取るコア機能の代わりにはなりません。

私が できた これらのタスクには Python を使用すると、Power Query を使用すると、コードを 1 行も記述することなく、高度なデータ パイプラインを構築できます。最終的に、Excel はデータ準備を特殊なコーディング作業から、平均的なユーザーが手の届く視覚的で反復可能なプロセスに変換します。ワークブックを共有すると、洗練されたデータ パイプラインに誰もがアクセスできるようになります。

スマートなデータベースの構築 (コーディングなし)

最新の Excel は、以前のバージョンの「フラット グリッド」をはるかに超えています。以前は、2 つの異なるリストがある場合、VLOOKUP を使用してそれらを結合する必要があり、その結果、ファイルの速度が遅くなったり、遅れたりすることがよくありました。データ モデルを通じて、Excel はよりスマート データベースのように機能し、まるでレゴのピースのように、一意のキーを使用してさまざまなテーブルを結合できるようになります。これが、ワークブックの速度を低下させる検索式を使用せずに、メモリ内の数百万行を分析する秘訣です。

オープンソースの代替案は、ピボット テーブルとマルチテーブルの処理を確実に改善していますが、大規模なデータセットをシームレスに分析するための完全に最適化されたリレーショナル エンジンがまだ不足しているのが一般的です。実際、Excel のエンジンを使用すると、デスクトップのオープンソース スイートを依然として悩ませているメモリを大量に消費するラグを発生させることなく、さまざまなデータ ソースをまとめてスナップすることができます。

Excel は、単純なスプレッドシートとリレーショナル データベースの間のギャップを埋めることにより、オープンソースのクローンでは到底太刀打ちできないレベルの構造の複雑さを実現します。

「フィルハンドル」グリッドの終端

2019 年、Excel は動的配列を導入することで計算エンジンを根本的に変更し、FILTER、UNIQUE、SORTBY などの関数が結果を隣接するセルに書き込むことができるようになりました。これにより、Excel は 1 つの数式でデータセット全体を管理および設定できる配列優先環境に変わりました。

LibreOffice Calc と OnlyOffice Sheets の最新バージョンでは配列関数が大幅に改善されましたが、Excel のネイティブ スピル機能は、複雑でスケーラブルなレイアウトに対してより堅牢なままです。さらに、オープンソース ツールには、入れ子になった式の悪夢のない高度なロジックを可能にする、LAMBDA、MAP、SCAN などの関数を含む、より広範な配列エコシステムが欠けています。

難しい作業をスプレッドシートに任せる

批評家はよく VBA (Visual Basic for Applications) を 1990 年代の不格好な遺物として軽視しますが、コーディングの観点から見ると、それらは完全に間違っているわけではありません。ただし、この言語は古いものですが、Excel に対する遠隔制御は絶対的です。長年にわたり、私は毎日のワークシート タスクの退屈で繰り返しの部分を処理する無数のマクロを構築または継承してきました。これらは単なるスクリプトではなく、ローカル ファイルと通信し、レポートを生成し、作業内容を好みどおりにフォーマットするカスタム ツールです。

これらをオープンソースの代替に移行しようとすると、壁にぶつかります。 LibreOffice Basic のようなツールは存在し、ある程度の VBA 互換性を提供しますが、オペレーティング システムへのフックはまったく同じではないため、ワークフローを移行するには、私が長年依存してきたロジックを徹底的に書き直す必要があります。 VBA 言語が好きだから Excel を使い続けるわけではありません。Excel の統合オブジェクト モデル内ですでに機能するボタンを自動化する方法を再学習するための 3 週間の自由時間がないから使い続けます。

最終的には、Excel の長年の優位性により、オープンソース ツールでは代替できない自動化とサポートのライブラリが作成されました。

スプレッドシートは孤立すべきではない

オープンソースのデスクトップ スプレッドシート アプリは、しばしば島のように感じられます。画面上で開いている特定のファイルの管理には優れていますが、スプレッドシートをデジタル ライフの残りの部分に結び付ける結合組織が欠けています。私の日々の仕事では、スプレッドシートは単なる静的なドキュメントではなく、他のツールと通信するためのハブです。

Excel では、Power BI ダッシュボードに自動的にフィードしたり、Power Automate 経由で携帯電話で通知をトリガーしたりするローカル テーブルをセットアップできます。オープンソースの代替手段を使用すると、「クリックして忘れる」自動化がなくなります。パワー ユーザーは API またはカスタム Python スクリプトを使用してこれらのギャップを埋めることができますが、ビジネス世界の他の部分へのシームレスな橋は失われています。

Microsoft 365 サブスクリプション モデルの穴は嫌いではありますが、無料ツール間でデータを手動で移動する時間コストは、多くの場合はるかに高くなります。結局のところ、Excel にお金を払うということは、ローカルのスプレッドシートを個人のワークフロー全体に接続する橋を買うことになります。

---

多くの人にとって、オープンソースのスプレッドシート ソフトウェアで十分です。単純な家計を追跡している場合や、基本的なメーリング リストを管理している場合は、LibreOffice、OnlyOffice、およびその他のオープンソース オプションを使用して、月々のサブスクリプション費用なしでこれらのタスクを処理できます。ただし、専門的なデータ管理の敷居を超えると、状況は変わります。オープンソース スイートは絶えず改良され、ニッチなプラグインが追加されていますが、最新の Excel エクスペリエンスを定義するアーキテクチャ上のギャップはまだ完全に埋められていません。それが起こるまで、私は Microsoft 365 サブスクリプションを維持します。