1. Мой опыт показывает, что рабочий код
shiny
R специалисты подхватывают на поддержку на раз-два. Написать — да, требуются знания. Поддерживать (и частично адаптировать) — нужны знания существенно меньшие.
2. Не обязательно писать полное приложение. Можно в RMarkdown нарисовать дашборд в
shinydashboard
. Куда уж проще?
3. Не обязательно писать приложение, можно делать отчеты с частичным интерактивом.
4. Все равно требуются вещи по интеграции, процессингу, чистке, экспорту
shiny
в долгую выигрывает на несколько корпусов за счет
devops
и
reproducibility
.
Любой мышеклик в поддержке также плох при потере спеца. Если не хуже. Он то кликал втихую и давал какой-то результат. Ушел и все пропало. Типовой кейс, что, никто с таким не встречался?
Смотришь на коробку с пазлами, в которой половины квадратиков нет и фото выкинуто и не знаешь, что делать.
А от разработчика
shiny
код рабочий остался, можно все разобрать.
Если есть выверенные готовые кубы и представления, то простые графики проще рисовать с помощью коммерческих BI. Есс-но. Но все равно "ETL" где-то за бортом остается.
Еще забыли PowerQuery, может и Excel можно ограничиться.
https://excelpedia.ru/bez-rubriki/luchshie-25-priemov-power-query