Re:Potato paradox
by preinheimer on Monday August 13, 2018 @10:19AM
(#17750270)
The birthday paradox comes up a lot in computing, I wonder if there's more places the potato paradox would apply.
[ Parent
| on HN ]
Profiling code. If you have a hotspot that takes 99% of the time and optimize it until your whole program is twice as fast, now that hotspot takes 98% of the time.
Re:Potato paradox
by TremendousJudge on Monday August 13, 2018 @01:28PM
(#17751818)
hmm that actually sounds more intuitive than the potato example
Thanks! The potato example really didn't click for me but this one I can understand.
Possibly. If you have 99% free users and you want to get to 98% free users by convincing free users to stop using your platform, then you need to lose half of your users.
It will come up anytime you have a secondary metric which is a percentage that you want to decrease but the total is the primary metric that people focus on.
Can you explain that? Why would I need to lose 1/2 of my free users? I'm not sure I understand the paradox.
Re:Potato paradox
by Stratoscope on Monday August 13, 2018 @11:48AM
(#17750964)
What helped me understand this is to look at a specific example.
One way to have 99% free users is to have 99 free users and one paid user.
Similarly, a way to have 98% free users is to have 98 free users and two paid users.
But GP didn't say "convert one free user to paid" or "acquire another paid user by other means." The number of paid users isn't changing: you will still only have one paid user.
So you have to cut both numbers in half to keep the same ratio. Instead of 98+2, you end up with 49+1 to have 98% free users.
The key phrase was by convincing free users to quit, i.e. the number of paying users remains unchanged but you want to improve the ratio of paying to free. To double the ratio, you have to halve the total (being sure that no paying customers quit).
First 90% of the project takes the first 90% of the time/budget and the last 10% of the project takes the other 90%?