C QlikView, в плане оформления отчетов и вообще визуализации, все очень даже хорошо. Есть другие недостатки, например, цена. Еще, я вот привык к разработке в MS Visiual Studio, и после этого сложно перестроиться на QlikView, где все надо прописывать вручную, а не мышкой «набрасывать» элементы. Это, конечно, касается только разработки самой модели данных и механизмов ETL, создавать отчеты ничуть не сложнее, чем в других системах
Мне кажется все это исключительно для того, что бы лишить работников защиты ТК от увольнения. Любому можно будет устроить аттестацию и доказать, что он не удовлетворяет стандартам, ну и сократить без компенсаций. Крупный бизнес как-то жаловался, что в РФ работники слишком уж защищены ТК, ну и в кризис как раз лоббируют подобные законы.
Спасибо за интересные замечания.
Соглашусь с вашим ответом на заголовок. Кратко и в точку.
А OLAP и ad-hoc я, собственно, и не хотел противопоставить. Скорее, неверно выразился, имея в виду, что избавляем ИТ от написания каждый раз запросов для получения ответов, а даем в руки аналитиков (пользователей) удобное средство для самостоятельного извлечения необходимых данных — OLAP-кубы.
На счет маркетологов, отчасти согласен. Еще и самые хитрые задачи, обычно, исходят с их стороны.
Получается, что сами придумали сложные задачи и, в последствии, продовать дорогое ПО для их решения.
Но это наше с вами мнение. А вообще, так про многие вещи можно сказать, что они никому не нужны и все это от маркетологов.
Про Access. Вы забываете, что он тоже не бесплатный и в стандартном наборе Office его нет. Но он, действительно, позволит решать многие задачи, до определенного времени. Про это я как-то и забыл. Простите.
Про замену OLAP-мути представлениями и кастомными функциями. Специалист, который сделает это хорошо, скорее всего, обойдется заметно дороже среднего BI-разработчика. Я не так много знаю таких, но в Москве ЗП тех, кому бы я все это доверил может быть на 1,5тыс.$ больше. За год, с налогами, это больше 20тыс., за такие деньги можно много чего купить, плюс, как раз — внятная поддержка. Opensource-ный же OLAP может быть лишен таких приятных вещей, как write-back через Excel-евский «Анализ „что если“», с помощью которого легко создается система планирования. В общем, такая экономия в итоге может привести к сопостовимым затратам.
В данном случае я и не отказываюсь, но не могу предоставить никаких данных, кроме номера страховки или пусть водительских прав. Откажут в регистрации и заблокируют? То есть все иностранные блогеры рано или поздно будут заблокированы на территории РФ?
А что будет если
1) страница в https/.com, приходит запрос от роскомнадзора на подтверждение личности, а им в ответ что-то вроде «Гражданином РФ не являюсь, проживаю в, например, США, русским языком владею, так как являюсь потомком эмигрантов, в качестве документа могу предоставить лишь номер соц. страховки»
2) я Навльный №2, в блоге пишу: "подозреваю, что данное шубохранлище принадлежит господину Якунину". Получается, что суть сообщения в том, что у меня есть некое подозрение и информация о том, что у меня оно есть является достоверной.
В таком случае может оказаться проще внедрить хранилище данных, в котором данные из систем объединяются, и какую-нибудь репортинговую систему. Дешевле, быстрее и без изменения учёта, а тут ведь может быть и период двойного внесения данных (в старых системах и новой ERP) на этапе отладки.
Никто не говорит, что виновата система. Просто в каждой компании свои реалии и, если потребители не готовы воспринять принципиально иное решение, то временные затраты на его раскрутку внутри компании могут превысить затраты на его внедрение, либо проект погибнет. Это обстоятельство также следует учитывать при внедрении, ведь компания не будет менять менеджмент только по тому, что эти люди не готовы принять новый BI-продукт.
Понятно, что с государства получить деньги на благое дело, не пахнущее откатами, получить трудно.
А что же частные спонсоры? Тоже не проявляют интереса к подобным мероприятиям?
У нас данные из различных систем уже были предварительно собраны в одно хранилище, что для крупных компаний и холдингов как раз и является основной проблемой, а какую уже после этого внедрять систему BI, уже вопрос второй.
А QlikView, собственно, очень похож по функционалу на Tableau. Что же касается его цены, то он может оказаться очень дорогим при большом количестве пользователей и приложений (продаются лицензии Document-call — это 1 пользователь может использовать 1 приложение (документ) qlikview за 250$). А вот как у Tableau с этим?
Хоть кого-то подобные случаи веселят :).
Меня, помнится, эта история огорчила, жаль было потраченного времени.
А вообще, эта история с QlikView просто пример того как работает «вау-эффект» — сначала руководство полно энтузиазма, а потом просто бросает всё.
Соглашусь с вашим ответом на заголовок. Кратко и в точку.
А OLAP и ad-hoc я, собственно, и не хотел противопоставить. Скорее, неверно выразился, имея в виду, что избавляем ИТ от написания каждый раз запросов для получения ответов, а даем в руки аналитиков (пользователей) удобное средство для самостоятельного извлечения необходимых данных — OLAP-кубы.
Получается, что сами придумали сложные задачи и, в последствии, продовать дорогое ПО для их решения.
Но это наше с вами мнение. А вообще, так про многие вещи можно сказать, что они никому не нужны и все это от маркетологов.
Про Access. Вы забываете, что он тоже не бесплатный и в стандартном наборе Office его нет. Но он, действительно, позволит решать многие задачи, до определенного времени. Про это я как-то и забыл. Простите.
Про замену OLAP-мути представлениями и кастомными функциями. Специалист, который сделает это хорошо, скорее всего, обойдется заметно дороже среднего BI-разработчика. Я не так много знаю таких, но в Москве ЗП тех, кому бы я все это доверил может быть на 1,5тыс.$ больше. За год, с налогами, это больше 20тыс., за такие деньги можно много чего купить, плюс, как раз — внятная поддержка. Opensource-ный же OLAP может быть лишен таких приятных вещей, как write-back через Excel-евский «Анализ „что если“», с помощью которого легко создается система планирования. В общем, такая экономия в итоге может привести к сопостовимым затратам.
1) страница в https/.com, приходит запрос от роскомнадзора на подтверждение личности, а им в ответ что-то вроде «Гражданином РФ не являюсь, проживаю в, например, США, русским языком владею, так как являюсь потомком эмигрантов, в качестве документа могу предоставить лишь номер соц. страховки»
2) я Навльный №2, в блоге пишу: "подозреваю, что данное шубохранлище принадлежит господину Якунину". Получается, что суть сообщения в том, что у меня есть некое подозрение и информация о том, что у меня оно есть является достоверной.
А что же частные спонсоры? Тоже не проявляют интереса к подобным мероприятиям?
Учту в следующем топике.
А QlikView, собственно, очень похож по функционалу на Tableau. Что же касается его цены, то он может оказаться очень дорогим при большом количестве пользователей и приложений (продаются лицензии Document-call — это 1 пользователь может использовать 1 приложение (документ) qlikview за 250$). А вот как у Tableau с этим?
Меня, помнится, эта история огорчила, жаль было потраченного времени.
А вообще, эта история с QlikView просто пример того как работает «вау-эффект» — сначала руководство полно энтузиазма, а потом просто бросает всё.