Lotus Improv — это прекращенная разработка программы для работы с электронными таблицами от Lotus Development, выпущенная в 1991 году для платформы NeXTSTEP [1], а затем для Windows 3.1 в 1993 году. Разработка была приостановлена в 1994 году из-за низких продаж на платформе Windows и официально завершена в апреле 1996 года после того, как Lotus была куплена IBM .
Improv был попыткой переопределить способ работы программы электронных таблиц, чтобы упростить создание новых таблиц и изменение существующих. Обычные электронные таблицы использовали ячейки на экране для хранения всех данных, формул и заметок. Improv разделил эти концепции и использовал ячейки только для входных и выходных данных. Формулы, макросы и другие объекты существовали вне ячеек, чтобы упростить редактирование и уменьшить количество ошибок. Improv использовал именованные диапазоны для всех формул, в отличие от адресов ячеек.
Хотя Improv не имел коммерческого успеха по сравнению с такими популярными продуктами, как Lotus 1-2-3 или Microsoft Excel , он нашел себе последователей на определенных нишевых рынках, в частности, в финансовом моделировании . Он был очень влиятельным на этих специальных рынках и породил ряд клонов на разных платформах, в частности, Quantrix от Lighthouse Design .
Numbers от Apple Inc. объединяет формулу и систему наименований, аналогичную Improv, но работающую в рамках обычной электронной таблицы.
Первоначальные электронные таблицы представляли собой листы бумаги с вертикальными и горизонтальными линиями на них, настраиваемый рабочий лист , предназначенный для бухгалтерских целей. Пользователи вводили данные в прямоугольные области на листах, известные как ячейки, затем применяли формулы к данным для получения выходных значений, которые записывались в других ячейках. Профессор Беркли Ричард Маттессих был сторонником использования электронных таблиц для финансового моделирования и расчетов «что если» для предприятий, но отметил, что пересчет может занять так много времени, чтобы запустить другой сценарий, что входные данные устареют к моменту завершения расчета. В 1964 году он предложил использовать компьютер для выполнения всех расчетов с момента изменения, тем самым обновляя таблицу за секунды, а не за дни. [2]
Обучение использованию моделирования электронных таблиц было распространено в бизнес-школах , часто с использованием классных досок, размеченных с помощью макета, похожего на бумажные версии. Использование классной доски упростило исправление ошибок и позволило поделиться листом с классом. В 1979 году Дэн Бриклин использовал такое устройство, когда решил попытаться компьютеризировать его на недавно представленных персональных компьютерах . Вместе с Бобом Фрэнкстоном они создали первую электронную таблицу VisiCalc и выпустили ее для Apple II в 1979 году. Когда Бен Розен из Morgan Stanley увидел программу, он написал, что «VisiCalc может быть программным хвостом, который виляет собакой компьютерной индустрии». [3]
VisiCalc имел огромный успех, настолько большой, что появилось огромное количество клонов. Один из них был написан бывшим программистом VisiCalc, Митчем Капором . Его версия, Lotus 1-2-3 , стала еще более успешной, чем VisiCalc, в немалой степени благодаря тому, что она работала на новом IBM PC и была настроена для него . [4] Lotus 1-2-3 был продан тиражом 60 000 копий за первый месяц, [4] и вскоре Lotus стала одной из крупнейших компаний-разработчиков программного обеспечения в мире.
Lotus создала группу передовых технологий в 1986 году. [5] Одной из их первоначальных задач было выяснить, смогут ли они упростить задачу настройки электронной таблицы. Заполненные электронные таблицы были просты в использовании, но многим пользователям было трудно представить, как должен выглядеть лист, чтобы начать его создавать. Должны ли данные вводиться по столбцам или по строкам? Должны ли промежуточные значения храниться в листе или на отдельном листе? Сколько места нам понадобится? [5]
Пито Салас , разработчик в ATG, решил заняться этой проблемой. [N 1] После нескольких месяцев изучения существующих реальных примеров стало ясно, что данные, представления этих данных и формулы, которые действовали на эти данные, были совершенно разными концепциями. Тем не менее, в каждом случае существующие программы электронных таблиц требовали от пользователя вводить все эти элементы в те же (обычно одиночные) ячейки листа.
Это перекрытие функциональности привело к значительной путанице, поскольку не очевидно, какие ячейки содержат какие данные. Является ли эта ячейка входным значением, которое используется где-то еще? Является ли это промежуточным значением, используемым для расчета? Возможно, это выходное значение из расчета? Нет никакого способа узнать. Это понимание привело к идеям для новой электронной таблицы, которая бы четко разделяла эти концепции — данные, формулы и выходные представления, которые объединяли бы данные и формулы в формате, подходящем для конечного пользователя. В то же время новый продукт позволял бы пользователям группировать данные «по назначению», давая им имя вместо того, чтобы ссылаться на них по их положению на листе. Это означало, что перемещение данных на листе не окажет никакого влияния на расчет. [5]
Салас также отметил, что именно представления выходных данных часто были самой слабой частью существующих электронных таблиц. Поскольку входные данные, вычисления и выходные данные были смешаны на листе, изменение макета могло привести к серьезным проблемам при перемещении данных. После разделения данных и формул это больше не было проблемой. Салас продемонстрировал, что такое разделение означало, что ряд общих задач, требующих длительных вычислений в существующих электронных таблицах, можно было выполнить практически бесплатно, просто изменив представление. Например, если электронная таблица содержала список ежемесячных продаж, было не редкостью иметь выходной столбец, который суммировал продажи по месяцам. Но если кто-то хотел суммировать их по годам, для этого обычно требовался еще один столбец формул и другой выходной лист. [5]
К концу лета 1986 года Салас создал слайд-шоу - демонстрацию системы, известной как Modeler, на IBM PC . В феврале 1987 года он нанял Гленна Эдельсона для реализации рабочей версии на C++ . По мере работы над проектом стало ясно, что базовая концепция была хороша и особенно полезна для финансового моделирования. В конце весны они наняли Бонни Салливан для написания спецификации проекта, а Джефф Андерхольм был нанят для изучения рынка новой программы, нацеленной на финансовую отрасль. Тем летом команда представила Modeler ряду финансовых компаний и нашла чрезвычайно положительный прием. [5]
Год спустя, в сентябре 1988 года, команде наконец дали добро на начало внедрения Modeler. После изучения ряда платформ, включая DOS и Macintosh OS , команда решила, что целевой платформой будет OS/2 , в то время считавшаяся перспективной системой в коммерческом пространстве. Проекту было присвоено кодовое название «Back Bay», которое было названо в честь Back Bay в Бостоне , и был выбран талисман по имени Fluffy Bunny. [5]
В следующем месяце, в октябре 1988 года, Стив Джобс посетил Lotus, чтобы показать им новый компьютер NeXT . Когда он увидел Back Bay, он сразу же воодушевился и начал настаивать на его разработке на платформе NeXT. Команда Lotus была в равной степени воодушевлена NeXT, но продолжила работу над платформой OS/2. [5] Это оказалось гораздо сложнее, чем предполагалось; в то время OS/2 была очень глючной, а их пользовательский интерфейс Presentation Manager находился в зачаточном состоянии. Разработка продвигалась не очень хорошо. [6]
После нескольких месяцев борьбы с OS/2, в феврале 1989 года они решили перенести ее на NeXT. Когда Джобс узнал об этом решении, он отправил команде огромный букет цветов. Что еще важнее, он также отправил Брюса Блумберга, одного из экспертов по программному обеспечению NeXT, чтобы тот обучил команду Lotus NeXTSTEP. Одна тревожная проблема обернулась огромным преимуществом на практике; поскольку бэкенд был написан на C++, а фронтенд на Objective-C , оказалось очень легко разделить программу и отслеживать ошибки. Кроме того, Interface Builder NeXT позволил команде экспериментировать с различными пользовательскими интерфейсами со скоростью, которая была невозможна на других платформах, и система быстро развивалась в этот период. [6]
Вернувшись с визитом в апреле 1989 года, Джобс поставил перед командой задачу по поводу их системы категоризации. Он потребовал способ прямого управления категориями и данными на экране, а не с помощью меню или отдельных окон. Это привело к одной из самых известных функций Improv, «плиткам» категорий, значкам, которые позволяли переупорядочивать выходные листы за считанные секунды. Джобс оставался сторонником на протяжении всего проекта и постоянно подталкивал команду к улучшению продукта во многих отношениях. Блумберг оставался на связи, чтобы помогать с техническими проблемами, которые стали серьезными, когда NeXT была в процессе выпуска NeXTSTEP 2.0, первого крупного обновления системы. [6] [7]
Improv для NeXT был выпущен в феврале 1991 года, что привело к «грузовикам» цветов от Джобса. Программа сразу же стала хитом, получив похвалу и отличные отзывы от крупных компьютерных изданий, [8] и, что необычно, также от основных деловых журналов. [9] [10] Ранние прогнозы о том, что Improv может стать убийственным приложением NeXT, оказались верны, [11] и тысячи машин в конечном итоге были проданы на финансовом рынке, изначально только для запуска Improv. Это дало NeXT опору на этом рынке, которая продержалась до конца 1990-х годов, даже после их покупки Apple Inc. [12]
После выпуска на NeXT (версия, известная как «Black Marlin»), были предприняты попытки портировать на Windows («Blue Marlin») и Macintosh («Red Marlin»). API и язык программирования для NeXTSTEP настолько отличались от системного программного обеспечения Windows и Macintosh , что портирование было очень сложным. Lotus Improv для Windows v2.0 (версии 1.0 не было) был выпущен в мае 1993 года и работал на Windows 3.1. Как и релиз NeXT, версия для Windows также получила похвалу критиков, [13] [14] а журнал Byte отметил ее «используемость выдающаяся». [15]
Несмотря на положительные отзывы, продажи на Windows были медленными. В марте 1994 года Lotus решила решить эту проблему, перепозиционировав Improv как надстройку для 1-2-3, хотя у программ не было ничего общего, кроме способности Improv читать данные в файлах 1-2-3. [16] Это не оказало влияния на продажи, и после выпуска небольшого обновления 2.1 разработка была прекращена в августе 1994 года. [17] Проект оставался в подвешенном состоянии до апреля 1996 года, когда продукт был официально закрыт, вскоре после того, как IBM приобрела Lotus. [18]
Разочаровывающие продажи Improv и последующая отмена на платформе ПК использовались в качестве примера в многочисленных анализах рынка программного обеспечения после провала. Продажи на платформе NeXT можно было бы объяснить ограниченной долей рынка NeXT, но провал на ПК был другой проблемой. Среди предпочтительных объяснений тот факт, что, в отличие от выпуска на NeXT, версия для Windows столкнулась с сильным внутренним сопротивлением со стороны 1-2-3, и корпоративный иммунный ответ стал проблемой. Отделы продаж и маркетинга Lotus, хорошо разбирающиеся в продаже 1-2-3, не знали, как продать Improv на рынке, поэтому они просто не делали этого, продавая хорошо известный и понятный 1-2-3. Другие объяснения включают тот факт, что Microsoft Excel предлагался как часть пакета Office по маржинальным ценам, которые были крошечными по сравнению с ними, а также несколько ошибок во время внедрения, таких как отсутствие макроязыка или отмены. Джоэл Спольски винит в этом сам дизайн, утверждая, что он был слишком нацелен на конкретный рынок и ему не хватало универсальности, присущей Excel. [19]
Хотя Improv исчез в 1990-х годах, программа с теплотой вспоминается в отрасли [20] и продолжает упоминаться в книгах по Excel. [21] Когда Improv исчез, быстро появилось несколько клонов Improv. Среди них выделялся Quantrix от Lighthouse Design , почти прямой клон, нацеленный на финансовый рынок. Quantrix постигла та же участь, что и Improv, когда компанию купила Sun Microsystems . [22]
Суть того, что должно было стать Improv, заключалась в разделении концепций данных, представлений данных и формул на три части. [23] Сама электронная таблица содержала бы только входные данные. Вместо того, чтобы ссылаться на данные как на «данные, которые находятся в этих ячейках», каждому набору данных на листе давалось имя, и затем их можно было группировать по категориям. Формулы вводились в отдельный раздел и ссылались на данные через их диапазон, а не их физическое положение на листах. Представления данных, некоторые из которых выглядели как электронные таблицы, другие как диаграммы, могли создаваться динамически и не были ограничены по количеству.
Чтобы проиллюстрировать разницу между Improv и другими системами, рассмотрим простую задачу расчета общего объема продаж продукта, учитывая объем продаж за месяц и цены за единицу. В обычной электронной таблице цена за единицу будет введена в один набор ячеек, скажем, в столбец «A», а продажи — в другой, скажем, «B». Затем пользователь введет формулу в «C», которая будет выглядеть так: «A1 умножить на B1» (обычно в форме или @times(A:1, B:1)) =A1*B1. Затем эту формулу необходимо скопировать во все ячейки в столбце C, убедившись, что ссылка на A1 заменена на новую ссылку на A2 и т. д. Таблица может автоматизировать это в некоторой степени, но настоящая проблема в том, что она просто не знает, что означает формула. Любые изменения в макете электронной таблицы часто приводят к тому, что вся таблица перестает работать должным образом.
В Improv данные просто вводятся в столбцы «Цена за единицу» и «Продажи за единицу». Затем можно создать формулу «Общий объем продаж = Цена за единицу умножить на объем продаж за единицу». Затем, если в рабочую книгу добавить представление «Общий объем продаж», итоговые данные автоматически появятся там, поскольку лист «знает», для чего нужна формула.
Но настоящая мощь Improv не стала ясна, пока работа над проектом не началась. С помощью системы группировки можно было собирать ежемесячные продажи в группы, например, «1995» и «1996», и называть категорию «годы». Затем цены за единицу можно было группировать по типу продукта, например, «одежда» и «еда». Теперь, перетаскивая эти группы (представленные небольшими вкладками), можно было быстро менять вид. Эта концепция позже была реализована в виде сводных таблиц в нескольких продуктах.