`

СПЕЦИАЛЬНЫЕ
ПАРТНЕРЫ
ПРОЕКТА

Архив номеров

Как изменилось финансирование ИТ-направления в вашей организации?

Best CIO

Определение наиболее профессиональных ИТ-управленцев, лидеров и экспертов в своих отраслях

Человек года

Кто внес наибольший вклад в развитие украинского ИТ-рынка.

Продукт года

Награды «Продукт года» еженедельника «Компьютерное обозрение» за наиболее выдающиеся ИТ-товары

 

Дмитрий Гудков

BI-всячина: Tableau, GoodData, Palantir

+33
голоса

Поддамся моде на посты в стиле "всякая релевантная всячина". Удобный формат - вроде бы как и сказал, что хотел, и много времени не потратил. Кому интересно - сходят по ссылкам и разберутся самостоятельно. Итак герои сегодняшнего поста - Tableau, GoodData, Palantir.

Tableau

www.tableausoftware.com

Трудночитаемое для нефранкоязычных название произносится просто - "табло". Tableau засветилась на рынке BI недавно, но уже достаточно ярко - они были однозначным открытием 2009 года по мнению Gartner (за год до этого такой чести удостоился QlikView). Основной козырь "табло" - сильная и продуманная визуализация табличных данных. Я смотрел продукт - впечатляет. Они действительно открыли новую главу в промышленных BI-инструментах. Такое ощущение, что они внимательно прислушались к рекомендациями S.Few в его книге "Now you see it" - все сделано очень грамотно. Помимо большого количество действительно полезных видов диаграмм, радует возможность автоматически, драг-н-дропом задавать некоторые параметры графика, такие как цвет линии или толщина линии, в зависимости от значений измерений или размерностей. Причем Tableau довольно умно автоматически вычислает границы этих параметров - для этого не нужно писать какие-то заумные формулы. В остальном же - это традиционный ROLAP-клиент c простенькой организацией метаданных, ориентированный на работу с SQL-ориентированными СУБД типа Oracle/SQL Server или аналитическими СУБД типа Vertica/Sybase IQ. Существует как в десктопном, так и в серверном вариантах. Из существенных недостатков - не поддерживает работу со структурами данных типа parent-child (спасибо Евгению Павлючкову за информацию).

tableau screenshot

GoodData

www.gooddata.com

GoodData - довольно молодой стартап, который впрочем уже смог построить достаточно функциональную платформу и найти платежеспособных клиентов. GoodData построен по принципу SaaS - Software-as-a-Service и предлагает заказчиками полный BI-стек - от ETL до визуализации - как веб-сервис. Клиентам не требуется разворачивать у себя какую-либо инфраструктуру - данные загружаются и обрабатываются в облаке. Хорошая визуализация, гуманные цены, автоматическая масштабируемость - GoodData довольно точно следует современным тенденциям в мире BI.

GoodData screenshot

Palantir

www.palantir.com

Palantir - еще более юный стартап, основанный умными мальчиками с докторскими степенями из американских университетов. Особой заметности на международном рынке пока не получил. Меня впечатлила детальность проработки архитектуры веб-приложений Palanir - их всего два - Palantir Government и Palantir Finance. Каждое приложение - пакет отраслевых специализированных аналитических приложений, построенных на одной SaaS-платформе. Что-то типа SAS, только web-based. Это не тот случай, когда гениальное - просто, скорее наоборот - для базового понимания как что работает потребуется неделька-другая обучения. Массовой популярности они не получат, но объем инвестирования умозатрат и трудозатрат впечатляет. Одна только поддержка собственного формульного синтаксиса и метаданных чего стоит. Желающие могут посмотреть он-лайн демо (требует регистрации) - https://joyride.pfinance.com/welcome .

Вот почему американские студенты могут такое сделать, а украинские - нет? Риторический вопрос. Зато главный борец с коррупцией в МВД Украины не гнушается принимать "в подарок" Кадиллак от анонима. Это к вопросу, кто что может сделать в Украине. Ну да ладно, мы сегодня не об этом, хотя сегодня день Независимости, а каждый такой день Независимости вызывает все большее желание независимости от подобных персонажей. Географической.

BI-всячина Tableau, GoodData, Palantir

+33
голоса

Напечатать Отправить другу

Читайте также

Продукт трудночитаемой фирмы Tableau очень сильно напоминает один из продуктов отечественной разработки от компания BitImpulse (http://bitimpulse.com/) - Business Analysis Tool (BAT), который успешно развивается и внедряется с 2005 или 2006 года. И поскольку все описанные в Tableau функции присутсвовали в BAT явно раньше, так как мне лично приходилось с ними работать более чем 2 года тому назад, то очень сильно попахивает плагиатом.

Обидно что даже на внутреннем рынке об отечественных продуктах знают меньше, чем о зарубежных.

Роман, если вы посмотрите внимательнее, то поймете что Tableau от BitImpulse отличаются как дыни от арбузов. Наример, BitImpulsе ориентирован на MS AS и является MDX-клиентом, в то время как Tableau - SQL-ный. Разница в подходах к визуализации тоже видна невооруженным глазом. Продукты типа BitImpulse, которых в общем-то полно (например российский Контур), остаются идеологически в прошлом десятилетии, когда ProClarity еще не был куплен MS. Ни архитектурно, ни с точки зрения механизмов обработки запросов, ни с точки зрения метаданных, ни с точки зрения user experience (UX) они не являются чем-то большим, чем повторение того, что уже давно сделано. Только дешевле и в национальной обертке. Мир давно уже шагнул дальше.

Хотя надо отдать БИ должное - они сделали работоспособный продукт, который нашел своих заказчиков. За это им мой глубокий респект.

PS. А вот про плагиат - не надо. Это неверный подход к мироощущению.

Tableau всё-таки умеет работать не только с реляционными источниками данных, но и с многомерными, тем же MS AS. Правда, по словам Игоря Бобака из BitImpulse, у этого продукта не всегда получается сделать оптимальный mdx-запрос. То есть работать будет, но не так быстро как могло бы быть. В каких именно случаях это происходит, не помню и сам, если честно, не проверял.
Насчет иерархий. В Tableau нельзя сделать произвольную иерархию на реляционном источнике вообще, а не только parent-child. Продукт умеет делать иерархию по дате, ему нужно только поле даты; месяц, квартал и год он сделает в иерархии сам. А вот если у вас есть, допустим, Категория-Подкатегория-Товар, то организовать эти поля в иерархию на реляционном источнике не получится. Даже если все поля из одной таблицы.
При работе с многомерным источником имеющиеся иерархии измерений отображаются.
По поводу визуализации согласен с Дмитрием, она в Tableau, на мой взгляд, по крайней мере не хуже чем в QlikView.

>>по словам Игоря Бобака из BitImpulse, у этого продукта
>не всегда получается сделать оптимальный mdx-запрос.

Я только что проверил на последней версии Табло - вижу, что ничего в плане оптимальности не поменялось. У них не смотря на то, где лежит иерархия (на строках или на столбцах), делается полный crossjoin всех иерархий на одну ось.

Вот вам пример задачи по анализу данных: "по каждому региону найти top 90% категорий продуктов, и посмотреть то, как эти продукты продаются в каждом канале продаж".

У нас делается достаточно просто: см. картинку.

В Табло Вы этого не сделаете в силу ограничений, которые диктуются их подходом "а давайте мы все запихнем в треллис-чарт".

По поводу визуализации в Tableau - согласен интерфейс неплохой и на данный момент не хуже, чем в QlikView. Но QlikView - в этой области опять на шаг впереди. В 10-й версии QlikView появляется возможность разрабатывать Extensions - расширения пользовательского интерфейса и объектов визуализации. Т.е. все свои смелые желания можно будет воплотить в жизнь.
Например, в случае критического состояния KPI не только использовать цвет, но и добавить что-нибудь эдакое - горящий в огне спидометр и т.п.

Дмитрий, QlikView до Табло по возможностях визуализации очень далеко.

Простой пример. Создайте график, на котором надписи не влезут по горизонтали. QlikView даже и не подумает автоматически их выстроить по вертикали, чтобы все надписи было видно. Он вместо этого будет выстраивать их по горизонтали, каждый следующую - на 10 пикселей ниже.

Вот здесь пример

Кроме этого, у меня на Win7x64 QlikView глючит так, что это просто абзац. И это не проблема с моим компом - на работе проделывал то же самое с Win2008R2 x64 - те же глюки. Публиковать здесь список этих глюков я не буду по очевидным соображениям.

Я потратил не один день на анализ многих конкурентов. Мой личный вывод таков: Tableau - респект, Tibco Spotfire - респект. А вот QlikView - простите...

Игорь! Какой то странный пост насчет глюков - у клиентов почему то не глючит, у нас не глючит, а у вас глючит.
По поводу графиков - просто надо почитать хелп или документацию - все нужные вещи настраиваются опциями - как себя вести. А поводу конкуренции - тут я думаю не стоит комментировать, так компании типа BMW вряд ли имеют представление о всех продуктах самосбора машин в гараже( У QlikView - более 14000 клиентов, а у вас?). А тут получается вот что:
"если вас интересует "где у БИТ Импульса треллис чарт?", то успокою Вас, что он тоже скоро у нас появится. И при этом мы их перекроем по фичах на порядок, это я вам гарантирую. А еще появится отдельно ABC/XYZ страница, еще будет отображение на карте, еще будет distribution analysis...". А у всех промышленных продуктов это есть давным-давно. Например что есть страница ABC/XYZ? Почему ее нельзя сделать стандартным способом? А нужно ждать ее появления? И так далее.

заметьте: я ни слова не сказал плохого о Табло или Spotfire. Но QlikView - глюк на глюке сидит и глюком поганяет. Такое ощущение, что не тестировали как следует.

Еще пример. Стоит в QlikView на странице список. В нем Ukraine точно присутсвует - вижу глазами. Я начинаю печатать букву U (чтобы найти страну в списке) - она на секунду-две появляется над списком, потом почему-то нагло исчезает, как будто кто-то нажал Backspace. Если бы так мои ребята программировали бы - руки бы пооткручивал....

Насчет ABC/XYZ: у нас его уже сделать можно теми средствами, которые есть. Но есть некоторые удобства, которые "запихнуть" в стандартную таблицу не удасться (ибо это поламает общую логику). Поэтому удобнее для этого сделать отдельный тип страницы, что и будет сделано.

Я же говорю - если не работает, нужно просто прочитать инструкцию. Насчет тестирования - опять же - о надежности, функциональности, TCO и т.п. - говорит клиентская база, и отчеты Gartner, IDC и т.п. Как у вас этим делом, может плохо искал - но упоминаний не нашел НИ ОДНОГО!

Когда я взял в руки Табло - я не читал никаких инструкций. Я просто делал действия - и программа на них реагировала, выдавая результат.

Специально для вас я сделал ролик - тут показано этот глюк с поиском. Ему подобных я нашел много. И это, к стати, пример из дистрибутива самого QlikView.

А вот кому действительно большой респект - это маркетологам QlikView. Продавать такое багло за такие деньги и в таком количестве - это надо быть мастерами. Молодцы. Мне бы таких продажников в команду...

Игорь, у меня есть две версии относительно тех "примеров глюков", которые вы демонстрируете.

Первая: вы совершенно искренни и действительно не знаете многих элементарных настроек и опций QlikView, принимая, как это часто бывает, недостаток знаний за недостатки программы.

В этом случае я могу предложить вам пройти у нас стандартный тренинг разработчика. Мы проводим их регулярно, он занимает всего несколько дней и для вас, как для коллеги, мы наверняка сделаем скидку.

Вторая: вы понимаете, что эти "глюки" созданы искусственно и устраняются за пару минут - но их демонстрацию считаете преимуществом в конкурентной борьбе.

В этом случае мне вас искренне жаль - видимо дела у вас обстоят очень плохо, раз вы прибегаете к таким методам. К тому же, я вас разочарую: они неэффективны. Ни один здравомыслящий заказчик не сделает выводов о том, что продукт "глючный" на оснований слов, слайдов и манипуляций конкурента - при том, что в Украине он уже может обратиться к двум десяткам реальных пользователей которые это опровергнут.

Обманывая людей вы дискредитируете себя и Бит-Импульс, а не нас и QlikView. Давайте не будем продолжать эту бессмысленную дискуссию.

Я очень ценю и уважаю те усилия, которые вы в свое время предприняли для создания и вывода на рынок своего продукта. Если у вас действительно все так плохо - пришлите мне свое резюме, мы что-нибудь придумаем.

Андрей,

давайте вернемся к тому, с чего началось. Фраза Дмитрия Замуренко "По поводу визуализации в Tableau - согласен интерфейс неплохой и на данный момент не хуже, чем в QlikView."

Из этой фразы следует, что в QlikView интерфейс лучше. Я с этой фразой в корне не согласился, и начал сравнивать Tableau с QlikView. По возможностях визуализации QlikView и в подметки не годится к Tableau.

Заметьте: я не сравнивал BIT Impulse с QlikView. Я сравнивал Tableau с QlikView.

Потом Вы почему-то набрасываетесь на продукт BIT Impulse. Я что, разве нас с Вами сравнивал? Я сравниваю двух конкурентов.

Я с уважением отношусь ко многим конкурентам. Читайте выше - "большой респект Табло и Spotfire".

А что касается QlikView, то будучи сам девелопером с 14-летним стажем (прошел все этапы - девелопер, тестер, менеджер проектов и пр.), и попадая постоянно на глюки (те две - это далеко не все, что я нашел), я был просто в недоумении.

Относительно QlikView я все говорю искренне. Я понимаю, что есть баги, а есть "багофичи". И почти каждый баг имеет свой "обход" - то есть перечень действий, которыми можно сделать то же самое, только чтобы не попасть на баг. И естественно, что вы на своих курсах учите как это обойти.

Настройки у меня все по умолчанию. То есть, открыл ваш тьюториал, делаю все то, о чем в документации пишут - и "бац!" - то одно не работает, то другое глючит, то в доке написано что такой-то пункт там есть - а его в софте нет...

>>В этом случае мне вас искренне жаль - видимо дела у
>вас обстоят очень плохо, раз вы прибегаете к таким методам.

Есть такой хороший ответ на вопрос "как дела?".
Звучит так: "не дождетесь" :)

Не лукавьте: вы на самом деле не испытываете никакой жалости. Вы сейчас знаете чем занимаетесь? Применением техники НЛП к читателям нашей с вами переписки. Да-да, именно этим. Вы их программируете на то, чтобы "они пожалели нас, опустившихся до такого низкого уровня (на ваш взгляд)".

Молодцы - знаете как предложения правильно конструировать. Надо свои предположения преподносить как аксиомы, в то время как внимание должно концентрироваться на самом объекте, к которому применяются эти предположения (а не на самих предположениях, чтобы читатель в них даже не усомнился).

А не дам я этого Вам сделать. Красиво подобранные слова и правильно (с точки зрения НЛП) сконструированные предложения Вам в этот раз не помогут.

Да, мы с вами конкуренты. Но также мы являемся конкурентами и других компаний. В Табло, например, я глюков не обнаружил - о чем сейчас заявляю открыто. Да, есть неоптимальности в алгоритмах, но не глюки. В Spotfire было найдено несколько глюков - но несущественных (надо глубоко зайти, чтобы на их попасть).

P.S. Про резюме Вы меня, конечно, рассмешили :)

P.P.S. Мой продукт можно скачать с сайта. Если найдете баги - тоже можете вставлять здесь скриншоты. Обещаю, что зафиксим за один день максимум, и обязательно отчитаемся.

>>Ни архитектурно, ни с точки зрения механизмов обработки
>запросов, ни с точки зрения метаданных, ни с точки
>зрения user experience (UX) они не являются чем-то большим,
>чем повторение того, что уже давно сделано. Только дешевле
>и в национальной обертке. Мир давно уже шагнул дальше.

Дмитрий, ну от кого-кого, а от вас я такого не ожидал... Если уже судите, то делайте это объективно.

Что вы знаете о нашей архитектуре? А ничего. А благодаря ей у нас есть масса полезных возможностей, которых в конкурентов нет.

Вот например, вы знаете, что клиентская часть обменивается с серверной по HTTP-протоколу где всередине "бегает" zip- и 7z-сжатый поток? А Вы вот поедьте в коммандировку и попробуйте с Табло удаленно поработать на скорости вашего GPRS/EDGE, или даже того самого MTS Connect. Вот если нервы не сдадут, тогда здесь честно об этом напишите.

А знаете, что в Business Analysis Tool можно подписаться на получение отчетов по рассписанию по электронке в формате локальных cub-файлов, и дальше их крутить у себя на компе?

А знаете, что в Business Analysis Tool можно установить права доступа к функциям приложения? То есть, более продвинутым пользователям дать права делать все действия, а менее продвинутым - только смотреть отчеты, а тем, чей уровень "посередине" - нажимать +/-, и.д.?

А знаете... не буду продолжать. Я бы сейчас здесь мог привести еще дюжину фич, которые у нас есть, а в Табло их и близко нет. Но не буду этого делать, так как не хочу, чтобы у нас опять "одолжили" идею: уже был случай, когда одному человеку (американцу) сказал чего в Табло не хватает - разложил по пунктам, а потом через год это у Табло появилось.

Да, есть в Табло такие фичи, которых нет у нас. Например, trellis chart. По сути, табло - это один trellis, и больше ничего. Они себя этим "зажали" конкретно: ведь не каждый тип анализа данных вписывается в идеологию треллиса. Мы же пошли дальше, сделав несколько типов страниц. И начали не с треллиса, ибо статистика показывает, что людям в первую очередь надо мощные табличные способы анализа. А если вас интересует "где у БИТ Импульса треллис чарт?", то успокою Вас, что он тоже скоро у нас появится. И при этом мы их перекроем по фичах на порядок, это я вам гарантирую. А еще появится отдельно ABC/XYZ страница, еще будет отображение на карте, еще будет distribution analysis...

Если это читает потенциальный клиент, который думает что выбрать - BIT Impulse или Tableau, то пришлите мне запрос - сделаем для вас индивидуальную презентацию и сравним в деталях все возможности, чтобы снять все сомнения.

Игорь, вы, как многие люди прошедшие долгий путь от концепции до готового продукта, мыслите категориями фич, а вам неплохо было бы отойти от микроскопа и снова посмотреть в телескоп. Вопрос ведь не в фичах, а в принципиальной архитектуре. Посмотрите на QlikView, Tibco Spotfire, Cognos TM1 - обработка данных in-memory - вот это передовой край, посмотрите на Vertica, ParAccel и другие колоночные СУБД - это тоже передовой край. Tableau хорош визуализацией - это тоже передовой край. Десктопные клиенты уже почти никто не использует - повсюду используется AJAX - это тоже передовой край, и кстати AJAX-клиенты замечательно работают на GPRS соединениях, так как передают в браузер только отрисованную картинку. А как насчет завтрашнего дня - как насчет социальных функций, облачных источников данных, интеграции с социальными сетями?

Вы же ориентируетесь на морально устаревший MS AS, до сих пор живете в клиент-серверной архитектуре с десктопным клиентом. Это не значит что это работает плохо - для небольших и средних предприятий работает вполне достаточно, и растущее количество ваших клиентов это подтверждает. Но как я уже сказал раньше - с точки зрения архитектуры, это вчерашний день. Хотя разных фич вокруг этой архитектуры можно накручивать бесконечно.

Надеюсь вы воспримите мою критику как конструктивную. Если ваши продукты станут лучше и инновационнее - только порадуюсь за вас. Со своей стороны готов приложить для этого разумные усилия.

>>до сих пор живете в клиент-серверной архитектуре
>с десктопным клиентом.

Дмитрий, не надо дезинформировать людей. Я уже говорил, что вы НИЧЕГО не знаете об архитектуре, и начинаете сейчас говорить неправду.

Вы наверное скачали Desktop-версию нашего продукта, и у вас сложилось впечатление о клиент-серверной ориентации.

А Вы Enterprise-версию видели? А там доступ осуществляется к серверу приложений по протоколу HTTP. И передаются туда/сюда только данные. А это существенно меньшие объемы, чем картинки (как в AJAX). То есть, экономим трафик, это во первых.

Мы выбрали подход, в котором используется полноценный .NET на клиентской части (не смотря на то, что с сервером приложений он работает по HTTP, как я уже сказал). Это аналогично как Siverlight, только с разницей в том, что вместо "обрезанного" .NET-а (a.k.a. Silverlight) мы используем полноценный, менее разрекламированный, зато с бОльшими возможностями.

Что это дает? Во первых, контроль за ресурсами. Вот вы откройте в каком нибудь AJAX клиенте табличку до уровня товаров, где 100 тысяч элементов. Так, чисто случайно - плюсик нажали. AJAX умрет вместе с браузером, заставив ваш браузер сожрать всю оперативку, а Вас - подождать и задуматься насчет того, что же вы сделали. + потеря данных (незаписанные изменения).

Если в Business Analysis Tool сделать то же, то он вытянет с сервера только данные (а не HTML и не картинку) в 7z-сжатом виде, положит на диск, вычитает то, что надо, и быстро отрисует вам табличку. И можете сидеть и прокручивать ее, несмотря на то, что она огромная.

А еще в процессе выполнения запроса можете нажать Cancel - если передумали. И параллельный поток пустит сигнал на сервере, чтобы тот убрал процесс из пула, а клиент тут же "свободен" - можете в нем выполнять любые другие действия.
И память при таких вот манипуляциях у нас гарантировано будет возвращена назад в систему.

Во вторых, визуализации мы можем делать любые, и делаются они быстро - путем компилированного кода, а не DHTML движка. Здесь пример отрисовки нашей скеттер-диаграммы, где есть тени, накладывающиеся объекты, надписи и пр. Там же работает контекстое меню по элементах.

В DHTML-подходе сделать это невозможно. Это можно сделать только отрисовав картинку на сервере и через AJAX подход скачав ее на клиента, но вопрос на засыпку: зачем сервер заставлять заниматься тем, что должен делать клиент? Данные пришли на клиента - вот там их и рисуем.

>А как насчет завтрашнего дня - как насчет социальных
>функций, облачных источников данных, интеграции с
>социальными сетями?

Насчет социальных сетей - не спорю.

Насчет облака. Поскольку продукт Enterprise имеет сервер приложений, где клиент с ним работает по HTTP (как я уже неоднократно говорил), то ничто не мешает поставить сервер приложений в облако, что мы собственно уже и начали делать с одной американской компанией в одном вертикальном решении. Деталей этого вертикального решения не буду рассказывать - коммерческая тайна.

Но не всегда это применимо. Например, ритейл - там слишком много данных. Вы у господина Павлючкова спросите: будет ли он спешить свои миллиарды строк (терабайты коммерческих данных) заливать в облако? Вот мы и приехали...
Так что не всем это подходит.

>Вы же ориентируетесь на морально устаревший MS AS

Будет у нас и свой in-memory движок, об этом не беспокойтесь. Хотя не думаю, что по скорости сможем обогнать MSAS в его первой версии.

Морально может MSAS и устарел. Зато по факту работает быстро.

У нас наверное разное понимание AJAX. В моем понимании при грамотной организации в AJAX-клиент передаются только те данные, которые необходимы для отрисовки видимой области HTML на экране (то, что я называю "картинкой") - это редко больше 30-50 значений, для остального реализуется пейджинг. Передаваемый HTML естественно gzip-уется на стороне веб-сервера. Никто за один раз 100тыс наименований в AJAX-клиент не передает, поэтому объемы данных не влияют на скорость работы AJAX-клиентов.

А что касается облаков - обратите внимание на слова "завтрашний день" в моем посте. Сегодня в Украине облачное хранение данных мало популярно. Но это сегодня. Завтра может быть по-другому.

UPD:
Морально может MSAS и устарел. Зато по факту работает быстро. Для небольших объемов данных - да, достаточно быстро. Но сейчас 0,5-1Тб данных уже никого не удивишь, а это уже за пределами комфортной работы MS AS.

"Для небольших объемов данных - да, достаточно быстро. Но сейчас 0,5-1Тб данных уже никого не удивишь, а это уже за пределами комфортной работы MS AS."

Пожалуй, соглашусь. То есть справиться-то с этими объемами на MS AS еще можно, но что делать с такими объемами и отчетами, где имеются сложные вычисления? Как правило, делать расчет на источнике и загонять результат этого расчета в специальный куб. Если таких сложных отчетов будет много, то кубы могут и по полдня процесситься из-за их количества.
Чем, в том числе, подкупают специализированные реляционные СУБД (та же Vertica), данные загружены, значит доступны для анализа. Никаких пересчетов. Новый отчет (неважно насколько сложный) это просто SQL-запрос и форма в репортинге.
Опять же, если MS AS подходит для любых задач и объемов данных, то зачем Microsoft было покупать DATAllegro, на основе которого, если не ошибаюсь, сделан SQL Server 2008 R2 Parallel Data Warehouse?

А насчет того, куда дальше двигаться BitImpulse, лично мне бы хотелось, что бы они не в in-memory шли, а в сторону работы с реляционными источниками. На мой дилетантский взгляд сделать генератор sql-запросов наверное проще чем писать in-memory-систему хранения и обработки информации.
А насчет визуализации у них может и похуже чем у Tableau, но уж получше, чем у BO, на мой вкус :)

Роман, на самом деле разместить "полки для вбрасывания" элементов над таблицей - это не моя идея. И точно не идея Табло, ибо я видел это в других компонентах намного раньше - еще до 2000-го года. В екселе эти полки в правом нижнем углу. В Прокларити - в левом нижнем. В табло они сверху. Где-то же они должны размещаться...

Когда мы начали делать свой продукт, то думали где логичнее всего их разместить, и решили, что сверху таблицы будет логичнее всего.

Интерфейс приложения - это такая штука, которую нельзя запатентовать. Здесь, думаю, о плагиате речь неуместна.

У нас тоже постоянно "одалживают" идеи, и это нормальное явление.

To: Роман Джаджа
> "Продукт трудночитаемой фирмы Tableau очень сильно
> напоминает один из продуктов отечественной разработки...
> ... попахивает плагиатом"

на самом деле Вы ошибаетесь: http://en.wikipedia.org/wiki/Tableau_Software
Tableau является фактически основателем визуального анализа данных, и ее история начата в 1997 году. а упомянутый отечественный продукт, был создан как некая альтернатива proclarity и ориентирован на конкретные задачи.

tableau не только делают продукт, но также занимаются научной деятельностью: обладают патентом на упомянутый вид визуального анализа называемый VizQL (позволяет одинаково просто визуализировать MDX и SQL источники) и это является их ноу-хай. данная продукт лицензируется и входит в Oracle Hyperion. Имеют в том числе и in-memory движок.

P.S. не являюсь продавцом и даже пользователем TableAU, но этот инструмент считаю одним из лучших как по удобству, так и по возможностям и динамике развития. У меня установлен BAT Desktop, но фактически им не пользуюсь из-за ужасного (с моей точки зрения) интерфейса фильтрации , проще mdx написать руками чем фильтр настроить.

>> а упомянутый отечественный продукт, был
> создан как некая альтернатива proclarity и
> ориентирован на конкретные задачи.

Я бы не делал подобных заявлений, ибо вы не знаете какие мысли у нас были в голове на момент проектирования.

Не отрицаю, что мы видели Прокларити и кое-что сделали ровно так же, как это сделано в Прокларити. Но мы ни в коем случае не позиционировали себя именно как замена этому продукту.

>> tableau не только делают продукт, но также
> занимаются научной деятельностью:
> обладают патентом на упомянутый вид
> визуального анализа называемый VizQL
> (позволяет одинаково просто визуализировать
> MDX и SQL источники) и это является
> их ноу-хай.

Да, у них есть патенты. Но нельзя утверждать, что наличие патента означает более оптимальный способ генерации запросов на источник (и как следствие, более быстрое выполнение запросов).

Я уже упоминал не раз, что в табло, не смотря на научный поход, есть несколько антинаучных реализаций: например тотальный crossjoin всех выборок на всех осях в одном запросе (что меня, как специалиста по MDX, очень смущает - ведь не оптимально же...)

Но тем не менее, снимаю перед ними шляпу - визуализация супер.

>> У меня установлен BAT Desktop, но
> фактически им не пользуюсь из-за ужасного
> (с моей точки зрения) интерфейса фильтрации,
> проще mdx написать руками чем фильтр
> настроить.

Интерфейс фильтрации сложнее чем в Табло, не спорю. Но возможностей в BAT на порядок больше.

Например вы хотите по каждому магазину выбрать top 10 продуктов по продажам в этом месяце. Дальше, по этим магазинам и по продуктам увидеть продажи в остальных месяцах этого года. Кроме того, хотите также увидеть и маржу этих продуктов в каждом магазине, и отфильтровать всю таблицу - показать только те строги где маржа > 20%.

С такой задачей Business Analysis Tool справляется легко. А вот в Табло, увы, ничего подобного не сделаешь.

Еще пример. В ыхотите выбрать те продуктовые группы, которые дают 80% продаж, и по этих группах показать все продукты, которые всередине этих групп. Опять, у нас это сделать легко, а в Табло "мы приехали".

Фильтрация в BAT есть внутренняя (фильтрируется выборка одной иерархии), и есть внешняя (фильтрируется вся таблица). Во внешней можно задавать какое угодно число фильтров, и объединять их условиями "и", "или" и "кроме". Условия можно группировать, и также объединять их через "и", "или", "кроме". То есть, с точки зрения дискретной математики, Вы можете задать любое булевое выражение. Фильтр может быть либо контестно зависим, либо независимый. Он может касаться либо всех выбранных елементов, либо применяться к их парентам на любом уровне, либо к потомкам на любом уровне. Его можно задать либо по значению меры, либо по свойству.

При таких возможностях, как у нас, сделать интерфейс фильтрации более легким я не знаю как.

Если это читает спец по юзабилити и Вы знаете как улучшить интерфейс - свяжитесь с нами. В благодарность мы подарим вам BAT Enterprise Unlimited. Возможны другие варианты возгаграждение - думаю договоримся.

вот...вот... оно конечно хорошо когда в интерфейсе есть контекст фильтрации и еще множество непонятных закладок и кнопок, при этом все сделано МАКСИМАЛЬНО компактно - но меня это сильно смущает:)
Вы тут привели множество вариантов супер-фильтрации, только разобраться в них может далеко не каждый. и уж точно без экспериментов не обойтись: "на что же влияет данный параметр?". особенно этот вопрос актуален для измерения в котором всего 1 иерархия и 10 элементов.

> как улучшить интерфейс

если бы знал точно, рассказал:) предлагаю старый проверенный способ: заносите в спец. протокол все применяемые конечными пользователями фильтры (те которые используют ваши эксперты не стоит). и лучше использовать этот режим на новом заказчике, потому как старые волки уже давно изучили все ваши термины и фишки.

у меня такое подозрение, что в 90% Ваши пользователи применяют самые простейшие фильтры. Вот для этих 90% случаев и нужно сделать первый интерфейс фильтрации "Простая фильтрация"... а для остальных будет кнопочка "переключить в Расширенный режим" или "использовать всегда расширенный"

может я неверно использую Ваши фильтры?... просто не может быть так сложно:)

вот несколько моих предложений:
1)
переместил иерархию в ось
как-то совсем не элементарно, но постаравшись (точно знал что не может не быть) нашел пункт локального меню "Выборка" - почему не "Фильтр" ?
мне кажется необходимо "фильтр" и "выбора" сделать рядом
может даже назвать как-то одинаково (иначе нет понимания) например так
------
Фильтр ... - это ваша выборка
Фильтр дополнительный >...
------

2) выбрал выборку, но увидел уровни...
неужели все по умолчанию фильтруют уровни?
с большим трудом прочитал ОЧЕНЬ длинное название пункта... (оно действительно длинное и его нужно ЧИТАТЬ) "Развернуть поддерево поэлементно" - читаешь и сразу все становится понятным:) какое дерево куда развернуть... но попробовать нужно (т.к. нигде более элементов не нашел)
и ... Ура! - я вижу знакомые элементы:)

тут мои предложения:
а) мне кажется нужно показывать сразу элементы, а не уровни (хотя тут могу ошибаться) - по крайней мере я ожидаю этого от "выборки элементов"

б) не должно быть длинных названий меню... не нужно использовать разные термины "поэлементно" - зачем? можно ведь
"(Х) Элементы"
"(.) Уровни"
чем короче будут названия тем лучше. можно конечно "отображать Уровни" и "отображать Элементы", но зачем читать лишнее слово? это может быть в hint-е. но если оставите такое длинное название сделайте, что бы в локальном меню оставался пункт с птичкой, напротив текущего представления

я бы сделал по умолчанию "Элементы" и вынес этот переключатель явно над списком.

Такая смешная дискуссия - чей велосипед лучше :)

Я вот представил, как придет тот, кто выбрал одну из этих систем - Tableau, GoodData, Palantir или QlikView - к своему руководителю и скажет: купи нам ее. А тот вопрос - какая польза от этой программы для нашей компании?
Ответ - ну красиво же...

улыбнуло.

ИМХО, система должна приносить пользу компании в 1-ю очередь. А всё, что касается есть ли там глюки или нет, на самой современной технологии она построена или не на самой-пресамой - это вторично. И судьба этих компаний - быть купленными IBM'ом, Ораклом или САПом.
Все вышеперечисленные системы- местечковые, рассчитанные на несколько пользователей, В КРАЙНЕМ СЛУЧАЕ НА ОДИН ОТДЕЛ. А любой компании нужна и АНАЛИТИКА, и ОТЧЕТНОСТЬ и ПЛАНИРОВАНИЕ, и главное - ПОМОГАТЬ ВСЕЙ КОМПАНИИ... а не одному отделу.

И я не понимаю компании, которые покупают такие решения. Почему они не смотрят на IBM Cognos например? По цене решение дешевле, пользователей в мире в сотни раз больше, функциональности тоже в разы больше...
Странный мир. Разнообразный.

>>И судьба этих компаний - быть купленными IBM'ом, Ораклом или САПом.

А почему Вы считаете, что все продается?

>>По цене решение дешевле, пользователей в мире в
>сотни раз больше, функциональности тоже в разы больше...

Дешевле чем что?

Вот смотрите: корпорация Нестле. Как российское представительство, так и украинское рассматривали возможность внедрения Когноса у себя (потому что он внедрен у них на глобальном уровне - в Швейцарии, если не ошибаюсь). Рассматривали они также и BIT Impulse, и выбрали в конечном итоге нас.

И не только потому, что дешевле в N раз чем Когнос. А еще потому, что у нас механизмы визуалицации и анализа мощнее.

Простой пример. В Cognos Analysis Studio есть график. Вижу я столбик - "продажи за какой-то год". Хочу теперь в этом году продажи разбить по регионах. Наивно думаю, что нажму праву кнопку на столбике и сделаю Drill By - а не тут то было: график, оказывается, статический...

Против Когноса я в принципе ничего не имею: тестировали этот продукт, в целом понравился. То, что он недостаточно динамичный - это нормально: не всем такая динамика в отчетах, как у нас, нужна.

Игорь, если они не продадутся, то закроются. Вот наглядный пример - Ваша компания. Делаете продукт, а продажника у вас нет. Вы действительно сильно демпингуете, я удивляюсь, как вы еще работаете, с чего платите людям зарплату. Хотя, м.б. у вас все работают на голом энтузиазме.

Про Нестле. Нет информации, что Вы там внедряли, может быть соединили два эксел-файлика и сейчас гордо поместили эту компанию в список своих клиентов? ;)
А вот то что Когнос у Нестле - корпоративный стандарт - вы признаете. Думаю, что штаб-квартира Нестле еще просто не добралась до самоуправцев из Украины или России (где прибыль на уровне стат.погрешности - т.е. несущественные страны для этой корпорации).

Про пример с графиком - Вам уже выше обьяснили - если нашли какой-то глюк, то м.б. не разобрались в предмете? ;)
Уж Когнос точно имеет не только статические графики. Посмотрите на демо-ролики на сайте IBM
ibm.com/software/data/cognos/products/cognos-8-business-intelligence/capabilities.html

>>Игорь, если они не продадутся, то закроются. Вот наглядный пример - Ваша компания.

пример чего наша компания? пример той (на ваш взгляд) которая продастся, или той, которая закроется?

сейчас могу сказать уверенно: не дождетесь ни того, ни другого.

>>Про Нестле. Нет информации, что Вы там внедряли, может
>быть соединили два эксел-файлика и сейчас гордо
>поместили эту компанию в список своих клиентов? ;)

Ну зачем о людях так плохо думать? Если у вас нет информации, то откуда такая мысль возникла? Я понимаю, что я многим перешел дорогу, и многие реселлеры продуктов-монстров думают в мой адрес "и откуда он взялся? всю малину нам портит... ану-ка давайте его авторитетом все задавим!". Но вы знаете, вот у нас в Украине тоже есть умные разработчики. И пускай это многим фирмам-внедренцам не нравится - мы еще не раз перейдем им дорогу.

А чтобы не переходили дорогу, то есть и другой способ: станьте нашими партнерами и получайте прибыль от продажи нашего продукта. Мы предлагаем БОЛЬШОЙ процент - продавать наш продукт при меньшей его стоимости Вам будет легче и не менее выгодно.

О Нестле. Я не имею права разглашать детали (Нестле - компания закрытая, особенно российское представительство). Но в одном из названных филиалов с BAT работает больше 100 человек. Еще вопросы будут?

>>Думаю, что штаб-квартира Нестле еще просто не добралась
>до самоуправцев из Украины или России

Ну и пускай добирается на здоровье. Приедут - посмотрят что здесь десятки кубов работают, ETL налажено, отчеты сделаны, все показатели можно смотреть как на ладони, рассылка работает. И что дальше? Думаете дадут команду "убрать к чертям - поставить Когнос" ? Ничего подобного. Продукт BIT Impulse работал, работает и будет работать.

>>Про пример с графиком - Вам уже выше обьяснили -
>если нашли какой-то глюк, то м.б. не разобрались в предмете? ;)

Может быть. Просто мы делаем продукт так, чтобы все сделать можно было ЛЕГКО. Все инструменты аналитика - под рукой. То есть хочешь сделать действие с чем-то - нажми правую кнопку на нем и сделай действие. В Analysis Studio же ищу, ищу, ищу... В других продуктах (я уже упоминал Spotfire и Tableau) нахожу все легко, а здесь никак не могу найти.

>>Игорь, если они не продадутся, то закроются. Вот наглядный пример - Ваша компания.

пример чего наша компания? пример той (на ваш взгляд) которая продастся, или той, которая закроется?

сейчас могу сказать уверенно: не дождетесь ни того, ни другого.

>>Про Нестле. Нет информации, что Вы там внедряли, может
>быть соединили два эксел-файлика и сейчас гордо
>поместили эту компанию в список своих клиентов? ;)

Ну зачем о людях так плохо думать? Если у вас нет информации, то откуда такая мысль возникла? Я понимаю, что я многим перешел дорогу, и многие реселлеры продуктов-монстров думают в мой адрес "и откуда он взялся? всю малину нам портит... ану-ка давайте его авторитетом все задавим!". Но вы знаете, вот у нас в Украине тоже есть умные разработчики. И пускай это многим фирмам-внедренцам не нравится - мы еще не раз перейдем им дорогу.

А чтобы не переходили дорогу, то есть и другой способ: станьте нашими партнерами и получайте прибыль от продажи нашего продукта. Мы предлагаем БОЛЬШОЙ процент - продавать наш продукт при меньшей его стоимости Вам будет легче и не менее выгодно.

О Нестле. Я не имею права разглашать детали (Нестле - компания закрытая, особенно российское представительство). Но в одном из названных филиалов с BAT работает больше 100 человек. Еще вопросы будут?

>>Думаю, что штаб-квартира Нестле еще просто не добралась
>до самоуправцев из Украины или России

Ну и пускай добирается на здоровье. Приедут - посмотрят что здесь десятки кубов работают, ETL налажено, отчеты сделаны, все показатели можно смотреть как на ладони, рассылка работает. И что дальше? Думаете дадут команду "убрать к чертям - поставить Когнос" ? Ничего подобного. Продукт BIT Impulse работал, работает и будет работать.

>>Про пример с графиком - Вам уже выше обьяснили -
>если нашли какой-то глюк, то м.б. не разобрались в предмете? ;)

Может быть. Просто мы делаем продукт так, чтобы все сделать можно было ЛЕГКО. Все инструменты аналитика - под рукой. То есть хочешь сделать действие с чем-то - нажми правую кнопку на нем и сделай действие. В Analysis Studio же ищу, ищу, ищу... В других продуктах (я уже упоминал Spotfire и Tableau) нахожу все легко, а здесь никак не могу найти.

 
 
IDC
Реклама

  •  Home  •  Рынок  •  ИТ-директор  •  CloudComputing  •  Hard  •  Soft  •  Сети  •  Безопасность  •  Наука  •  IoT