Size: a a a

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

2020 October 17

a

aGricolaMZ in R (язык программирования)
Sergey Gumerov
Вкусовщина.
Кто-то разработку от интерфейса ведёт.
Кто-то считает что первичны модели а не данные.
Вопрос задачи.
я вот кстати согласен. я бы просто узнал про тип данных, а дальше бы строил дэшаборд с фэйковыми.

если в данных проблема, то отчего бы это должно быть проблемой разработчика дэшборда?
источник

PU

Philipp Upravitelev in R (язык программирования)
Sergey Gumerov
В Вашем случае, вероятно
а в каких могут?
я согласен с @semenoffalex, дашборды не могут быть фундаментом аналитической инфраструктуры, имхо, это всего лишь частный способ представления аналитических отчетов
источник

SG

Sergey Gumerov in R (язык программирования)
Philipp Upravitelev
а в каких могут?
я согласен с @semenoffalex, дашборды не могут быть фундаментом аналитической инфраструктуры, имхо, это всего лишь частный способ представления аналитических отчетов
Например, в тех случаях когда договориваются о том  - что и в какой удобной для восприятия форме хотят видеть на итог. Далее разворачивается задача и методов ее решения, допускаю, может быть более чем один.
источник

PU

Philipp Upravitelev in R (язык программирования)
то есть, под каждую конкретную задачу выстраивается полный независимый пайплан сборки данных и их представления?
источник

SG

Sergey Gumerov in R (язык программирования)
В отдельных случах, да.
источник

AS

Alexander Semenov in R (язык программирования)
aGricolaMZ
я вот кстати согласен. я бы просто узнал про тип данных, а дальше бы строил дэшаборд с фэйковыми.

если в данных проблема, то отчего бы это должно быть проблемой разработчика дэшборда?
В том, что он отвечает за эти данные и наведение в них порядка -- его непосредственная обязанность.
источник

AS

Alexander Semenov in R (язык программирования)
Philipp Upravitelev
то есть, под каждую конкретную задачу выстраивается полный независимый пайплан сборки данных и их представления?
Тут так и есть. Со всем вытекающим абсурдом вроде двойной работы по повторению функционала QS в SQL.
источник

PU

Philipp Upravitelev in R (язык программирования)
если честно, я с трудом представляю такой формат работы
сложная архитектура получится, которую поддерживать очень трудно
например, у нас десятка полтора дашбордов по каждому продукту, на каждом их которых с десяток графиков минимум. под все это делать отдельные системы нереально, менеджерить их - тем более
не говоря уж о том, что дашборды обычно строятся из типовых запросов пользователей, а не из головы "может, нам вот это надо"
источник

БА

Байкулов Антон... in R (язык программирования)
aGricolaMZ
я вот кстати согласен. я бы просто узнал про тип данных, а дальше бы строил дэшаборд с фэйковыми.

если в данных проблема, то отчего бы это должно быть проблемой разработчика дэшборда?
Зачастую это один и тот же человек
источник

AS

Alexander Semenov in R (язык программирования)
Philipp Upravitelev
если честно, я с трудом представляю такой формат работы
сложная архитектура получится, которую поддерживать очень трудно
например, у нас десятка полтора дашбордов по каждому продукту, на каждом их которых с десяток графиков минимум. под все это делать отдельные системы нереально, менеджерить их - тем более
не говоря уж о том, что дашборды обычно строятся из типовых запросов пользователей, а не из головы "может, нам вот это надо"
Ну и самый цимес: ой, а почему у нас цифры из системы А не сходятся с системой В?!
источник

PU

Philipp Upravitelev in R (язык программирования)
aGricolaMZ
я вот кстати согласен. я бы просто узнал про тип данных, а дальше бы строил дэшаборд с фэйковыми.

если в данных проблема, то отчего бы это должно быть проблемой разработчика дэшборда?
я бы сказал, что это странный подход. обычно больше приветствуется "видишь лажу - сообщи о ней"
источник

PU

Philipp Upravitelev in R (язык программирования)
Alexander Semenov
Ну и самый цимес: ой, а почему у нас цифры из системы А не сходятся с системой В?!
ну, так-то нормальный вопрос. если схемы расчета одинаковые. мы так нашу маркетинговую стату через внешние сервисы валидируем, типа того же аппсфлаера
источник

a

aGricolaMZ in R (язык программирования)
Philipp Upravitelev
я бы сказал, что это странный подход. обычно больше приветствуется "видишь лажу - сообщи о ней"
ну я не говорю, что не надо сообщать о лаже, и лажа чаще всего и ломает пайплайн, так что приходится идти и выяснять с создателем данных, почему так, а не этак и чинить что-то по ходу разберательств
источник

AS

Alexander Semenov in R (язык программирования)
Philipp Upravitelev
ну, так-то нормальный вопрос. если схемы расчета одинаковые. мы так нашу маркетинговую стату через внешние сервисы валидируем, типа того же аппсфлаера
Так-то нормальный, я говорю про внутренние источники данных.
источник

PU

Philipp Upravitelev in R (язык программирования)
Alexander Semenov
Так-то нормальный, я говорю про внутренние источники данных.
у нас такие расхождения приводят к панике и  долгим розыскам, что не так
источник

AS

Alexander Semenov in R (язык программирования)
А мы на этом строим дашборды и рапортуем по ним "наверх".
источник

a

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

БА

Байкулов Антон... in R (язык программирования)
Reбята, а если я хочу отслеживать изменения на веб-странице, как мне это лучше организовать силами R?
источник

PU

Philipp Upravitelev in R (язык программирования)
Байкулов Антон
Reбята, а если я хочу отслеживать изменения на веб-странице, как мне это лучше организовать силами R?
что тпкое "изменения"?
источник

БА

Байкулов Антон... in R (язык программирования)
Любое изменение контента
источник