Size: a a a

R (язык программирования)

2021 April 30

IS

Ilya Shutov in R (язык программирования)
"править" — понятие расплывчатое.
при желании рабочий shiny можно начинать править через пару дней ознакомления с книгами/вебинарами. видел примеры.
писать с 0 — конечно же нет, но это и dash касается так же.

для красивого модного приложения надо еще хорошо знать js, css.
источник

AP

Aleksandr Pidtykan in R (язык программирования)
Так в шани тот же html, правда есть  запара с их классами
источник

SP

Sergey Postanogov in R (язык программирования)
Я  использую пакет periscope для shiny, там практически не надо писать html тэги в ui, самое трудное в передаче знаний -основной функционал в server  части со всей реактивностью.  В дэш разметка более детализирована по тегам (которые я уже знаю, сделав в шайни) а логика в пайтон.
источник

AP

Aleksandr Pidtykan in R (язык программирования)
А вы говорите за сложность back-end части. Я как начал использовать R6 для бизнес логики, то с серверной части вообще проблем нет.
источник

IY

Igor Yegin in R (язык программирования)
По моему опыту, в подавляющем большинстве случаев для статистики в бизнесе используется Excel. R — это для научных исследований больше
источник

ЮМ

Юта Мата Ссс... in R (язык программирования)
Если не брать технологичные компании, то статистика в большей части бизнеса сводится к "посчитать KPI", или что-то связанное с метриками.
И эксель эту задачу выполняет хорошо, до определённого момента.

Когда перед компанией встаёт вопрос исследований (аб-тесты, сегментирование, ну и т.д.) или работы с большим и выборками, тогда и смотрят на специализированное ПО.
источник

IS

Ilya Shutov in R (язык программирования)
Этот момент наступает гораздо раньше и в более прозаичной ситуации:
[Технические характеристики и ограничения Excel](https://support.microsoft.com/ru-ru/office/%d1%82%d0%b5%d1%85%d0%bd%d0%b8%d1%87%d0%b5%d1%81%d0%ba%d0%b8%d0%b5-%d1%85%d0%b0%d1%80%d0%b0%d0%ba%d1%82%d0%b5%d1%80%d0%b8%d1%81%d1%82%d0%b8%d0%ba%d0%b8-%d0%b8-%d0%be%d0%b3%d1%80%d0%b0%d0%bd%d0%b8%d1%87%d0%b5%d0%bd%d0%b8%d1%8f-excel-1672b34d-7043-467e-8e27-269d656771c3?ui=ru-ru&rs=ru-ru&ad=ru)

Не говоря о том, что он просто не шевелится на больших объемах, нужен backend & power query
источник

ИЭ

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

то есть, например, если менеджер получает какие-то данные в xls периодически, и он ищет решение, чтобы с этими данными что-то сделать, то у меня всего две альтернативы: писать и хостить веб-приложение или сделать какой-то файл с макросом, куда он будет просто таблицы свои копировать
источник

IS

Ilya Shutov in R (язык программирования)
excel — это данность. что бы ни было сделано всегда в конце возникает вопросик "а можно в excel выгрузить?"

НО у excel есть жесткие технические ограничения и не всегда в него можно приземлить то, что хочет менеджер.
сосуд маловат...
источник

NK

Nikita Karlushin in R (язык программирования)
Менеджер лопнет гораздо раньше, чем сосуд на 1.5млн строк))
источник

ДВ

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

AM

Andrey Morozov in R (язык программирования)
И в Экселе можно делать довольно сложные расчеты. Дело не в инструменте. Дело в том что менеджеры могут думать что то, что они делают это и есть анализ. Тогда аналитик в их глазах это просто ходящий интерфейс к БД. Это история про зрелость бизнеса, а не про инструменты.
источник

IS

Ilya Shutov in R (язык программирования)
вовсе нет и даже в DS или бигдату ходить не надо.
выгрузка из "слегка заполненной" CMDB в "прямоугольное представление" с минимальным раскрытием скобок уже может дать > 1 млн строк.
печаль для менеджера
источник

AC

Andrey C. in R (язык программирования)
Чой-то я туплю, если в ggplot2 используется scale_x_continuous, как подружить ее с position_dodge? То есть как вот на таком графике добавить небольшой сдвиг по х к двум из трех линий? Только вручную?
источник

IS

Ilya Shutov in R (язык программирования)
1. надо пользоваться https://reprex.tidyverse.org/index.html при оформлении вопроса. по картинке нельзя воспроизвести и что-то поменять.
2. https://ggplot2.tidyverse.org/reference/geom_jitter.html поможет в чем-то ?
источник

EP

Ed P in R (язык программирования)
у вас ведь geom_point? Я в своем коде поглядел - всегда в таких случаях ось Х была категориальной. М.б. и правда проще вручную задать сдвиг в датасете перед отрисовкой
источник

IS

Ilya Shutov in R (язык программирования)
источник

AC

Andrey C. in R (язык программирования)
1. Oh, come on. Вопрос достаточно простой, но вот пример:

library(data.table)
library(ggplot2)
data("iris")
setDT(iris)
iris[,Petal.Width:=Petal.Width-mean(Petal.Width), by = Species]
ggplot(iris, aes(x = round(Sepal.Length), y = Petal.Width, color = Species))+geom_pointrange(stat='summary', fun.data = mean_cl_boot)+geom_line(stat='summary', fun = mean)

2. Jitter двигает точки рандомно, что неудобно при комбинации геомов (аналогично с jitterdodge).
источник

AC

Andrey C. in R (язык программирования)
geom_pointrange + geom_line
источник

IS

Ilya Shutov in R (язык программирования)
в этом случае, наверное, проще всего руками исходные данные чуть исказить, добавить шума
источник