Я посмотрела туториалы и коды чужих дэшбордов, разумеется

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

у нас интерфейс к биллингу на Shiny разработан

и некоторые бизнес-приложения, внутренние

😱

У меня для менеджера по продажам, который ведёт Wildberries, есть приложение на shinydashboard с простой аналитикой по продажам (по регионам покупки, складам отгрузки, ассортименту, небольшая декомпозиция временных рядов по товарам или регионам) и рекомендациями к пополнению ассортимента на выбранном складе (выгружается в эксель, этот файл менеджер напрямую в 1С заливает). Менеджер довольна, хотя я считаю это небольшой поделкой, там ещё многое можно улучшить. В целом всё удобно и довольно просто, была бы понятная задача и данные в нормальном виде к ней.

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

по моему опыту - 70% времени во всех этих чудо BI инструментах уходит на подготовку данных, на приведение их к нужному для визуализации виду. Если данные готовы (под новую-то задачу 😉 ) - то все тривиально и красиво... но так редко бывает. Поэтому выигрывает лично у меня инструмент, где проще готовить данные. Если для этого достаточно просто SQL - то будет выбран он ) но так тоже не всегда бывает.

раз уж тут собрались спецы по дащбордам, хочу вклиниться с вопросиком, вдруг кто сталкивался.
я сделал дашборд в rmarkdown + flexdashboard, в котором у меня графики на echarts4r. особенность этих графиков в том, что при первом открытии, у них есть анимация. например, линия “рисуется” слева на право.
проблема заключается в том, что это “рисование” происходит только на первой странице дашборда, а на остальных нет.
штука довольно специфическая и малополезная, но вдруг кто знает…

отладка несложная вроде, функция browser() и вуаля
а насчет продумывания - это просто необходимо... как и создать сначала модель данных без всяких реактивностей, например, в классе R6... ну и модули, обязательно модули! есть пакет даже под это, связанные модули делать...

если делать большое приложение без модулей и прятания реализации в классах - ооочень все больно и тяжело ) конечно, имхо

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

а какой отдельный пакет для модулей? А то мы стандартный функционал отсюда https://shiny.rstudio.com/articles/modules.html использовали только.

да, согласен, тут надо свою логгилку сделать, и потом визуализировать

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

спасибо, посмотрим тоже)

Под страницей табы подразумеваются или что?

да, я хотел сказать табы

Спасибо всем :)