ロータス・インプロブ

ロータス・インプロブ

NeXTSTEP 上で実行される Lotus Improv は、多次元データへの Improv のインターフェースを示しています。
開発者	ロータス開発
初回リリース	1991年; 33年前 （1991年）
オペレーティング·システム	NeXTSTEP、Windows 3.1
タイプ	スプレッドシート

Lotus Improvは、 Lotus Development社が1991年にNeXTSTEPプラットフォーム^[1]向けにリリースし、その後1993年にWindows 3.1向けにリリースされたが、現在は販売が中止されているスプレッドシートプログラムである。Windowsプラットフォームでの売上が低迷したため1994年に開発が中断され、LotusがIBMに買収された1996年4月に正式に終了した。

Improv は、スプレッドシート プログラムの動作方法を再定義し、新しいスプレッドシートの作成や既存のスプレッドシートの修正を容易にする試みでした。従来のスプレッドシートでは、画面上のセルを使用してすべてのデータ、数式、メモを保存していました。Improv ではこれらの概念を分離し、セルを入力データと出力データにのみ使用しました。数式、マクロ、その他のオブジェクトはセルの外部に存在するため、編集が簡単になり、エラーが減りました。Improv では、セル アドレスではなく、すべての数式に名前付き範囲を使用しました。

Improv は、 Lotus 1-2-3やMicrosoft Excelなどの主流製品に比べると商業的には成功しなかったものの、特定のニッチ市場、特に財務モデリング市場では強い支持を得ました。これらの特殊な市場において大きな影響力を持ち、 Lighthouse Designの Quantrix など、さまざまなプラットフォームで多数のクローンを生み出しました。

Apple 社のNumbers は、 Improv に似た数式と命名システムを組み合わせていますが、従来のスプレッドシート内で実行されます。

元々のスプレッドシートは縦線と横線が描かれた紙で、会計用にカスタマイズされたワークシートでした。ユーザーはシート上のセルと呼ばれる長方形の領域にデータを入力し、そのデータに数式を適用して出力値を生成し、他のセルに書き留めました。バークレーの教授リチャード・マテシッチは、企業の財務モデリングや「what if」計算にスプレッドシートを使用することを提唱していましたが、異なるシナリオを実行するために再計算するのに時間がかかりすぎるため、計算が完了するまでに入力が古くなってしまう可能性があると指摘しました。1964年に彼は、変更の時点からすべての計算をコンピューターで実行し、シートを数日ではなく数秒で更新することを提案しました。^[2]

ビジネス スクールではスプレッドシート モデリングの使い方を教えるのが一般的で、紙のバージョンに似たレイアウトでマークされた黒板がよく使用されていました。黒板を使用すると、エラーを修正しやすくなり、シートをクラスで共有できるようになりました。1979 年、ダン ブリックリンはそのようなデバイスを使用していたときに、新しく導入されたパーソナル コンピュータでそれをコンピュータ化しようと決めました。ボブ フランクストンと協力し、2 人は最初のスプレッドシートであるVisiCalc を作成し、1979 年にApple II向けにリリースしました。モルガン スタンレーのベン ローゼンは、このプログラムを見て、「VisiCalc は、コンピュータ業界を揺るがすソフトウェアの尻尾になるかもしれない」と書いています。^[3]

VisiCalc は大成功を収め、膨大な数のクローンが生まれました。これらのクローンの 1 つは、元 VisiCalc プログラマーのMitch Kaporによって作成されました。彼のバージョンであるLotus 1-2-3は、新しいIBM PCで動作し、そのように調整されていたため、VisiCalc よりもさらに大きな成功を収めました。^[4] Lotus 1-2-3 は最初の 1 か月で 60,000 部が出荷され、^[4] Lotus はすぐに世界最大のソフトウェア会社の 1 つになりました。

ロータスは1986年に先進技術グループを設立しました。^[5] 当初の課題の1つは、スプレッドシートの設定作業を簡素化できるかどうかを確認することでした。完成したスプレッドシートは使いやすかったのですが、多くのユーザーは、スプレッドシートの作成を始めるためにシートがどのような外観である必要があるかを想像するのが難しいと感じていました。データは列に入力するべきか、それとも行にまたがって入力するべきか? 中間値はシート内に格納するべきか、それとも別のシートに格納するべきか? どれくらいのスペースが必要か? ^[5]

ATG の開発者であるPito Salas氏は、この問題に取り組むことにしました。 ^{[N 1]}数か月間、既存の実例を研究した結果、データ、そのデータのビュー、およびそのデータに作用する数式は、まったく別の概念であることが明らかになりました。しかし、すべてのケースにおいて、既存のスプレッドシート プログラムでは、ユーザーはこれらすべての項目を同じ (通常は 1 つの) シートのセルに入力する必要がありました。

この機能の重複により、どのセルにどのようなデータが含まれているかが明確でないため、かなりの混乱が生じました。このセルは、他の場所で使用される入力値でしょうか。計算に使用される中間値でしょうか。計算からの出力値でしょうか。知る方法はありません。この洞察から、データ、数式、およびエンドユーザーに適した形式でデータと数式を組み合わせる出力ビューという概念を明確に分離する新しいスプレッドシートのアイデアが生まれました。同時に、この新しい製品では、ユーザーがデータを「目的別」にグループ化し、シート内の位置で参照するのではなく、名前を付けることができます。つまり、シート上でデータを移動しても計算には影響しません。^[5]

サラス氏はまた、既存のスプレッドシートの最も弱い部分は出力データの表示であることに気付きました。入力、計算、出力がすべて 1 つのシートに混在していたため、レイアウトを変更すると、データが移動した場合に深刻な問題が発生する可能性があります。データと数式が分離されているため、この問題はなくなりました。サラス氏は、この分離により、既存のスプレッドシートでは長い計算を必要としていた多くの一般的なタスクを、表示を変更するだけでほぼ無料で処理できることを示しました。たとえば、スプレッドシートに月間売上リストが含まれている場合、月ごとに売上を合計する出力列があることは珍しくありません。しかし、それを年ごとに合計したい場合は、通常、別の数式列と別の出力シートが必要になります。^[5]

1986 年の夏の終わりまでに、サラスはIBM PC上で Modeler として知られるシステムのスライドショーのようなデモを作成しました。1987 年 2 月、彼は Glenn Edelson を雇ってC++で動作するバージョンを実装しました。プロジェクトを進めていくうちに、基本概念は優れており、特に金融モデリングに有用であることが明らかになりました。春の終わりには、彼らは Bonnie Sullivan を雇ってプロジェクト仕様を書かせ、Jeff Anderholm を雇って金融業界向けの新しいプログラムの市場調査を行いました。その夏、チームは Modeler をいくつかの金融会社に持ち込み、圧倒的に好意的な反応を得ました。^[5]

1年後の1988年9月、チームはついにModelerの実装を開始する許可を得た。DOSやMacintosh OSなど、いくつかのプラットフォームを検討した後、チームはターゲットプラットフォームとして、当時商業分野で有望なシステムと考えられていたOS/2を決定した。プロジェクトにはボストンのバックベイにちなんで「Back Bay」というコード名が付けられ、マスコットにはFluffy Bunnyが選ばれた。^[5]

翌月、1988年10月、スティーブ・ジョブズはロータス社を訪れ、新しいNeXTコンピュータを見せた。バックベイを見た彼はすぐに興奮し、NeXTプラットフォームで開発するよう強く要求し始めた。ロータスチームもNeXTに同様に興奮していたが、OS/2プラットフォームでの作業を継続した。^[5]これは想像以上に困難であることが判明した。当時、OS/2はバグが多く、プレゼンテーションマネージャUIはまだ初期段階だった。開発は順調に進んでいなかった。^[6]

数ヶ月間 OS/2 と格闘した後、1989 年 2 月に彼らは OS/2 を NeXT に移行することを決定しました。この決定を知ったジョブズはチームに大量の花束を送りました。さらに重要なことに、彼は NeXT のソフトウェア エキスパートの 1 人であるブルース ブルンバーグを派遣し、ロータス チームに NeXTSTEP について教えました。懸念されていた 1 つの問題は、実際には大きな利点であることが判明しました。バックエンドが C++ で、フロントエンドがObjective-Cで記述されていたため、プログラムを分離してバグを追跡することが非常に簡単であることが判明しました。さらに、NeXT のInterface Builderにより、チームは他のプラットフォームでは不可能な速度でさまざまな UI を試すことができ、この期間中にシステムは急速に進化しました。^[6]

1989 年 4 月に再び訪問したジョブズは、分類システムについてチームを厳しく批判した。メニューや別のウィンドウを使うのではなく、画面上でカテゴリとデータを直接操作する方法を要求した。これが Improv の最も有名な機能の 1 つ、カテゴリ「タイル」、つまり出力シートを数秒で再配置できるアイコンにつながった。ジョブズはずっと支援者であり続け、常にチームを駆り立てて製品をさまざまな方法で改善した。Blumberg は、NeXT がシステムの最初のメジャー アップデートである NeXTSTEP 2.0 をリリースする過程で深刻化した技術的な問題に対応するために待機していた。^{[6] [7]}

Improv for NeXT は 1991 年 2 月にリリースされ、ジョブズから「トラック 1 台分」の花束が贈られました。このプログラムはすぐにヒットし、主要なコンピュータ出版物から賞賛と優れたレビューを受けました。 ^[8]また、珍しいことに、主流のビジネス雑誌からも賞賛と優れたレビューを受けました。^{[9] [10] Improv が NeXT の}キラー アプリになるかもしれないという以前の予測は的中し、^[11]何千台ものマシンが最終的に金融市場に販売されました。当初は Improv を実行するためだけのものでした。これにより NeXT はこの市場で足場を築き、1990 年代後半まで、Apple 社に買収された後もその地位は続きました。 ^[12]

NeXT 版 (「Black Marlin」として知られるバージョン) のリリース後、Windows 版 (「Blue Marlin」) と Macintosh 版 (「Red Marlin」) への移植が試みられました。NeXTSTEP の API とプログラミング言語はWindowsやMacintosh の システム ソフトウェアとは大きく異なっていたため、移植は非常に困難でした。Lotus Improv for Windows v2.0 (1.0 は存在しませんでした) は 1993 年 5 月に Windows 3.1 で動作し、出荷されました。NeXT 版と同様に、Windows 版も批評家から高い評価を受け、^{[13] [14]} Byte誌では「使いやすさが抜群」と評されました。^[15]

好意的なレビューにもかかわらず、Windows 版の売上は伸び悩んだ。1994 年 3 月、Lotus はこの問題に対処するため、Improv を 1-2-3 のアドインとして再配置することを決定した。ただし、Improv と 1-2-3 のプログラムには、1-2-3 ファイルのデータを読み取る機能以外に共通点がなかった。^[16]これは売上には影響せず、マイナー アップグレード 2.1 のリリース後、1994 年 8 月に開発は終了した。 ^{[17]プロジェクトは宙に浮いたままだったが、} IBM がLotus を買収した直後の 1996 年 4 月に正式に製品が廃止された。^[18]

PCプラットフォームでの Improv の期待外れの売上と最終的なキャンセルは、ソフトウェア市場の失敗後の分析のケース スタディとして数多く使用されています。NeXTプラットフォームでの売上は NeXT の市場シェアが限られていたことで説明できますが、PC での失敗は別の問題でした。有力な説明の 1 つは、NeXT でのリリースとは異なり、Windows バージョンは 1-2-3 からの強い内部抵抗に直面し、企業の免疫反応が問題になったという事実です。1-2-3 の販売に精通している Lotus の営業およびマーケティング チームは、Improv を市場に売り込む方法を知らなかったため、単に売り込まず、よく知られ理解されている 1-2-3 を販売しました。その他の説明には、Microsoft ExcelがOfficeバンドルの一部として比較するとわずかな限界価格で提供されていたこと、およびマクロ言語や元に戻す機能がないなど、導入時にいくつかの失敗があったことが含まれます。Joel Spolsky は、設計自体のせいだとし、特定の市場を完璧にターゲットにしすぎていて、Excel が備えていた汎用性が欠けていると主張しています。^[19]

Improvは1990年代に姿を消しましたが、業界では懐かしく思い出されるプログラムであり^[20]、Excelに関する書籍でも言及され続けています。^[21] Improvが消えた後、Improvのクローンが数多く登場しました。その中でも注目すべきは、金融市場をターゲットにしたLighthouse DesignのQuantrixです。Quantrixは、同社がSun Microsystemsに買収されたときにImprovと同じ運命をたどりました。^[22]

Improv の核となるのは、データの概念、データのビュー、および数式を 3 つの部分に分けることでした。^[23]スプレッドシート自体には入力データのみが含まれます。データを「これらのセルにあるデータ」として参照するのではなく、シート内の各データセットに名前を付けて、カテゴリにグループ化できます。数式は別のセクションに入力され、シート内の物理的な位置ではなく、範囲によってデータを参照します。データのビューは、スプレッドシートのように見えるものもあれば、グラフのように見えるものもあり、動的に作成でき、数に制限はありません。

Improv と他のシステムの違いを説明するために、月ごとの販売数と単価が与えられた製品の合計販売数を計算するという単純なタスクを考えてみましょう。従来のスプレッドシートでは、単価は 1 つのセル セット (たとえば「A」列) に入力され、販売数は別のセル セット (たとえば「B」列) に入力されます。次に、ユーザーは「C」に「A1 × B1」という数式を入力します (通常は または などの形式@times(A:1, B:1)) =A1*B1。次に、その数式を列 C のすべてのセルにコピーし、A1 への参照を A2 の新しい参照に変更するなどする必要があります。シートではこれをある程度自動化できますが、実際の問題は、数式の意味がまったくわからないことです。スプレッドシートのレイアウトを変更すると、シート全体が正常に機能しなくなることがよくあります。

Improv では、単に「単価」と「販売単位」という列にデータを入力します。すると、「総売上 = 単価 × 販売単位」という数式が作成されます。その後、「総売上」ビューをワークブックに追加すると、シートは数式の目的が「認識」されているため、合計が自動的にそこに表示されます。

しかし、Improv の本当の威力は、プロジェクトの作業が始まってから明らかになりました。グループ化システムを使用すると、月ごとの売上を「1995」や「1996」などのグループにまとめ、カテゴリを「年」と呼ぶことができます。次に、単価を「衣料品」や「食品」などの製品タイプ別にグループ化できます。これで、これらのグループ (小さなタブで表されます) をドラッグして、ビューをすばやく変更できます。このコンセプトは、後にいくつかの製品でピボット テーブルの形で実装されました。

• Trapeze は、1987年に名前付き数式とブロックのアイデアを導入した古典的なMacOSプログラムです。
• スプレッドシート2000では、データと数式がさらに分離され、画面上でグラフィカルに表現されるようになりました。
• Javelin は、Improv のデザインに影響を与えた可能性のある多次元スプレッドシート/モデリング プログラムです。
• Quantrixは、Improvに基づく多次元ビジネスモデリングおよび分析ソフトウェアです。
• Mac OS X用 FlexiSheet
• Flexisheet (ソースコード) GNUstepのオープンソースクローン

• ガーフィンケル、シムソン（1991年秋）。「即興劇：裏話」。ネクストワールド：33～35、79。

• (PDF版はこちらからご覧いただけます)

• ジェレン、ビル (2005 年 5 月)。スプレッドシート 25 周年、世界を変えた発明の進化。Holy Macro! 。ISBN 9781932802047。
• Abraham, Robin; Burnett, Margaret ; Erwig, Martin (2009 年 3 月 16 日)。スプレッドシート プログラミング(PDF) (技術レポート)。EUSES コンソーシアム。2011年 7 月 26 日時点のオリジナル(PDF)からアーカイブ。2012 年10 月 1 日に閲覧。

• 1993年のレビュー