This is more appropriate in output section

This commit is contained in:
Steven Polley 2021-05-20 16:57:41 -06:00
parent ea278caa3d
commit adad0973f9

View File

@ -12,8 +12,6 @@ This blew my mind, how counter-intuitive the answer to this question actually is
This program runs 16 simulations where you start with a balance of 100 currencies. You make consecutive bets, always betting 80% of your total balance with a 70% chance of winning each bet. It then reports the results after ONLY 200 bets. The result is the percentage of your returns (your end balance divided by your starting balance). This program runs 16 simulations where you start with a balance of 100 currencies. You make consecutive bets, always betting 80% of your total balance with a 70% chance of winning each bet. It then reports the results after ONLY 200 bets. The result is the percentage of your returns (your end balance divided by your starting balance).
In other words, given enough time, we're all screwed.
### Output ### Output
Notice the e-n at the end... these are very small numbers, with only one simulation winning out with 24441% return based on the original balance. Notice the e-n at the end... these are very small numbers, with only one simulation winning out with 24441% return based on the original balance.
@ -35,6 +33,8 @@ Notice the e-n at the end... these are very small numbers, with only one simulat
* 7.788708234095218e-09 * 7.788708234095218e-09
* 0.0041392388926358116 * 0.0041392388926358116
In other words, given enough time, we're all screwed.
### Reference Video ### Reference Video
[![IMAGE ALT TEXT HERE](https://img.youtube.com/vi/91IOwS0gf3g/0.jpg)](https://www.youtube.com/watch?v=91IOwS0gf3g) [![IMAGE ALT TEXT HERE](https://img.youtube.com/vi/91IOwS0gf3g/0.jpg)](https://www.youtube.com/watch?v=91IOwS0gf3g)