А утверждение о том, что разработка приложений на bi, в

2 раза быстрее чем на shiny это личный опыт или есть какая то вменяемая статистика?

У меня специально обученные люди за 2 недели управляются в QS.

И я о том же, скорость разработки определяется не инструментом, а наличием специально обученных людей и их квалификацией

Личный опыт, с учетом того, что у меня хороший опыт работы во всех вышеперечисленных тулах включая shiny, в среднем если по времени брать 1 ед - Tableau 1.2 ед - QS 1.5 ед - PowerBi 2-3 ед - Shiny По времени на разработку Причина проста во всех BI тулах ты делаешь дизайн мышкой, в shiny ты делаешь дизайн кодом, чтобы сделать действительно крутой дизайн, в Bi тулах надо много раз нажать мышкой, в shiny надо написать много кода Что быстрее?

В QS капец какой убогий ман-pages. Его написали даже хуже, нежели man страницы к нашим пакетикам. Черт ногу сломит, как раскрасить тебе то, что в R сделал бы на 1.25х быстрее. То есть написали так скудно, что либо страдай, либо покупай QlikView, где все это, черт возьми, реализовали.

Быстрее в экселе мышкой поводить. А данные в power bi тоже взмахами мышки преобразуются и подготавливаются? Из моего опыта 80% кода в shiny приложениях связаны с обработкой данных, поэтому время разработки напрямую зависит от качества исходных данных

В QS тема в том что чтобы сделать что то круто в плане дизайна, нужно немного JS и всех таких вещей

Я говорю про случай когда у тебя есть хорошо подготовленное хранилище Все эти BI Тулы хорошо рассматривать как элемент экосистемы То есть на примере моей компании, я переделал ETL с SSIS на R, сделали крутое хранилище -> начали строить в Tableau -> через пол года, год пришли к тому что надо строить единый источник, который не зависит от инструмента и доступен бизнесу -> сделали кубы на SSAS-> Tableau плохо дружит с OLAP источниками, стали делать конечный продукт на PowerBi

Нееее...я же главный аргумент не сказал))) Если у тебя кровавый ынтерпрайз, то кукиш с полоборота тебе разрешать все эти дополнения ставить))) Без дополнений QS скудный. А ставить в моем опыте было нельзя. Например, вот такую тулзу: https://developer.qlik.com/garden/5bd1f3373e4dd400115204b0 Попробуй местным языком ее запилить без доп.расширений)))) А в R сделать как нечего делать

Может потому что бизнес услышал "R" и сказал "Фи, нам нечем выпендриться перед партнерами"?

QS было круто когда был фри десктоп, и фри облако Я в pet-проекте использовал За деньги хорошо для госов например, по типу НорНикель и тд где это все капли в море Сейчас если нет требований по импортозамещению именно здесь нишу нашёл в России инструмент В Сбере используется, в АЛРОСА в таких темах

В иностранном автомобильном секторе тоже.

В Ростелекоме тоже...

В сбере, как в любой другой крупной организации, много чего применяется и применялось. Применительно к теме обсуждения есть доклад от сотрудник по внедрению решения, основанного на Shiny. https://youtu.be/LQBVJ9iukG4?t=6729

А что быстрее потом и более гибкое? Сделанное мышкой или написанное кодом? Второе на мой взгляд

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

Обычно просто данные на которых строится дешборд сильно различаются от отдела к отделу, и визуальная форма тоже довольно разнится Допустим маркетинг и фико Маркетинг использует анализ цен и эффект промо-акций, визуально обычно надо что то довольно простое, по типу линейной диаграммы, и bar chart для оболочки ФиКо использует часто закрытые данные о показателях компании, и важно проводить различные YTY, MTM сравнения где оптимальным является waterfall Ну это так простые примеры

Ну тут это вопрос вкусовщины на самом деле Для IT-person мне кажется не так важно А для Buisness-person все таки лучше более user-friendly tool

Именно так

Я относительно бизнеса говорил, в финансовом отделе и в продажах QS

Да, в каком то смысле верно и это, вопрос навыков и вкуса

мы у себя 24x7 льем все что можем в DWH, и там данные уже между собой правильно ссылаются - готовы для потребителей, будь то BI, ML или просто отчеты

Да, я об этом и говорю Это правильный подход в среднесрочной перспективе

Еще вопрос про выбор между Shiny и tableu. Один раз мы уже выбирали и выбрали Shiny. Решающем фактором было сумма денег, которую надо заносить в tableu и в RStudio. При таком подсчете Shiny получалось дешевле. Результатом все были довольны. Но, видимо, мне придется в очередной раз делать этот выбор уже в другой компании. Я, в принципе, ничего против tableu не имею. Но по опыту с разными другими специализированными инструментами - они прекрасно работают, когда задача под них заточена. А потом приходит какой-нибудь важный топ и говорит, что ему хочется на пересечении высот пентаграммы, образованной вершинами графика, видеть показатель перламутрового цвета. Причем показатель должен показываться только в полнолуние и если продажи за день до этого были больше, чем за день до прошлого полнолуния. И сам показатель рассчитывается с помощью теории хаоса. И вот эта задача занимает в четыре раза больше времени, чем сделать весь остальной дэшборд. И делается невероятно мозголомно и с костылями. Насколько tableau гибкое, чтобы решать такие вопросы?

Интернет полнится дичайшими костылями, которые выделывают Боги Tableau, чтобы получить той или иной график. Но такой уровень мастерства и смекалки достигается лишь годами опыта. Впрочем, есть умельцы, которые даже лет 5 назад делали очень даже симпатичные дашборды в Excel. Но вот только какой ценой...

Для той же "пенгаграммы" я особым образом готовил данные в R, а потом отрисовывал в Tableau. И то не до конца был доволен результатом.