(2013)
Whom the gods would destroy, they first give real-time analytics (2013)
21–30 of 66 posts
Re: Whom the gods would destroy, they first give real-time analytics (2013)
#22This is very 2013. Meanwhile in 2023, a decade later, you literally have systems detecting credit card fraud in milliseconds. [Disclosure: I work for StarTree, which is powered by Apache Pinot. We eat petabytes of data for breakfast.]
Re: Whom the gods would destroy, they first give real-time analytics (2013)
#23Me: or you know, we could maybe see what the users biggest issues are first and try to build stuff to solve those problems.
Re: Whom the gods would destroy, they first give real-time analytics (2013)
#24If the main objection to constructing a real-time product monitoring system for A/B(C/D/E...) decisions is that optional stopping is bad why not throw away the null-hypothesis sig testing and instead treat the problem as a multi-armed bandit?
1. Product didn't have any idea how to interpret its behavior and therefore never made any decisions based on it
2. Experimentation != product design. It's one thing to look at the results of a test, it's another thing to consider patterns of user behavior observed over months or years, which is what Product Analytics is actually for.
Re: Whom the gods would destroy, they first give real-time analytics (2013)
#25This is very 2013. Meanwhile in 2023, a decade later, you literally have systems detecting credit card fraud in milliseconds. [Disclosure: I work for StarTree, which is powered by Apache Pinot. We eat petabytes of data for breakfast.]
Re: Whom the gods would destroy, they first give real-time analytics (2013)
#26> I can understand why engineers are predisposed to see instantaneous A/B statistics as self-evidently positive This is the crucial misunderstanding: in actuality, you are running a panel. (There is no such thing as an A/B test outside of marketing. Running a meaningful panel requires some information on the population, your samples, the homogeneity of those, etc, just to pick the right test, to begin with. Also, you…
Data scientists also do A/B testing on algorithms to see which one has better fit for a use case against real-world, real-time data.
(In this specific case, as a data analyst, you will probably have an intricate understanding of your population, i.e. your data, the structure of the samples you're running against the algorithms, which you have tailored according to this understanding in the first place. However, while we may assume the best, this may still be what's called pre-scientific knowledge in statistical terms.)
Re: Whom the gods would destroy, they first give real-time analytics (2013)
#27Re: Whom the gods would destroy, they first give real-time analytics (2013)
#28Build for the future you want, don't just head for the local minima. Take risks and damn the statistics.
Re: Whom the gods would destroy, they first give real-time analytics (2013)
#29This is very 2013. Meanwhile in 2023, a decade later, you literally have systems detecting credit card fraud in milliseconds. [Disclosure: I work for StarTree, which is powered by Apache Pinot. We eat petabytes of data for breakfast.]
Re: Whom the gods would destroy, they first give real-time analytics (2013)
#30The place its truth has been most obvious to me is in analyzing subscription businesses. Your customers pay once a month, or once a year. Nothing, absolutely nothing you do on a minute-by-minute basis is relevant to strategic business decision making. Yet these businesses will invariably want real-time analytics. It serves no purpose! You simply cannot look at your fancy real-time dashboard, and then take action based on it on that same time scale. Meanwhile it costs you 10x what daily data would.