簡単なグラフ以外の目的でスプレッドシートを使用したことはありません。スプレッドシートの数式を最大限に活用する方法を学びたいと思っており、Google スプレッドシートで遊んでいます。
Google スプレッドシートに関する完全なチュートリアルはないようです。Google のドキュメントでさえ、Excel の機能を説明せずに参照していることがよくあります。
私の質問は、まず Excel で「高度な」数式 (Google では vlookups や ARRAYFORMULA など) スプレッドシートを使用する方法を学習してから、Google スプレッドシートに移行する必要がありますか? 特別に複雑なことはしていませんが、シート間で情報を取得し、式 (マクロではなく) を使用して再編成およびフィルタリングする際のベスト プラクティスをいくつか知りたいと思います。
-- マクロではなく式を使用したいという私の希望を明確にするために編集しました
現在、Google スプレッドシート用の完全な APIがあります。
Excel スプレッドシートには、Google スプレッドシートにはないプログラミング言語 (Excel VBA、Joel Spolsky を参照) が含まれているため、Excel から始めることはおそらく楽しい道ではありません。
次のようなスプレッドシートの演習から始めることができます。
これにより、Google スプレッドシートが適切なサイズと適切な場所にある問題領域の 1 つを感じることができます。それは、どこでも利用できる共同記録と要約です。
AFAICT、Googleスプレッドシートはプログラムできません。ExcelとOOoはどちらも優れているため、「スプレッドシートプログラミング」について学びたい場合は、Googleではどこにも行き着きません。
特にOOoはPythonでプログラム可能であるため、開発用のより構造化されたプラットフォームです。VBA OTOHは非常に進化したBASICですが、それを正しく行うには依然として大きな苦痛があります。（Excelの会計システムが保守不能に向かってゆっくりと忍び寄るのを目撃してください）
個人的には、すべてのプログラミングをDBサーバー（およびいくつかのスクリプト言語）で実行し、スプレッドシートを（ブラウザーではなく）フロントエンドとして使用したいと思います。しかし、ほとんどの「統合可能性」機能は、出力をDBからスプレッドシートにコピーし、場合によってはDBに戻すのが簡単であることを意味しているようです。私が見た限りでは、「ライブ」データにはなりません。
Google は無料ですが、非常に制限があります。Excel は強力で高速ですが (ネイティブのデスクトップ アプリケーションであるため)、高価です。
無料で高速な OpenOffice のダウンロードを検討する必要があります。
同意しました - Open Office を使うのがよいでしょう -ここに良いチュートリアルがあります。
また、Java ベースであるため、多くのプラットフォームで動作します。