Hacker News new | past | comments | ask | show | jobs | submit login

The birthday paradox comes up a lot in computing, I wonder if there's more places the potato paradox would apply.



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.


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.


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%?


80/20 Pareto Principle




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: