You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: Chapter4_TheGreatestTheoremNeverTold/Ch4_LawOfLargeNumbers_PyMC2.ipynb
+20-51Lines changed: 20 additions & 51 deletions
Original file line number
Diff line number
Diff line change
@@ -71,9 +71,7 @@
71
71
{
72
72
"cell_type": "code",
73
73
"execution_count": 6,
74
-
"metadata": {
75
-
"collapsed": false
76
-
},
74
+
"metadata": {},
77
75
"outputs": [
78
76
{
79
77
"data": {
@@ -147,9 +145,7 @@
147
145
{
148
146
"cell_type": "code",
149
147
"execution_count": 2,
150
-
"metadata": {
151
-
"collapsed": false
152
-
},
148
+
"metadata": {},
153
149
"outputs": [
154
150
{
155
151
"data": {
@@ -237,9 +233,7 @@
237
233
{
238
234
"cell_type": "code",
239
235
"execution_count": 3,
240
-
"metadata": {
241
-
"collapsed": false
242
-
},
236
+
"metadata": {},
243
237
"outputs": [
244
238
{
245
239
"name": "stdout",
@@ -293,9 +287,7 @@
293
287
{
294
288
"cell_type": "code",
295
289
"execution_count": 4,
296
-
"metadata": {
297
-
"collapsed": false
298
-
},
290
+
"metadata": {},
299
291
"outputs": [
300
292
{
301
293
"data": {
@@ -359,9 +351,7 @@
359
351
{
360
352
"cell_type": "code",
361
353
"execution_count": 5,
362
-
"metadata": {
363
-
"collapsed": false
364
-
},
354
+
"metadata": {},
365
355
"outputs": [
366
356
{
367
357
"name": "stdout",
@@ -396,9 +386,7 @@
396
386
{
397
387
"cell_type": "code",
398
388
"execution_count": 6,
399
-
"metadata": {
400
-
"collapsed": false
401
-
},
389
+
"metadata": {},
402
390
"outputs": [
403
391
{
404
392
"data": {
@@ -492,9 +480,7 @@
492
480
{
493
481
"cell_type": "code",
494
482
"execution_count": 1,
495
-
"metadata": {
496
-
"collapsed": false
497
-
},
483
+
"metadata": {},
498
484
"outputs": [
499
485
{
500
486
"name": "stdout",
@@ -517,9 +503,7 @@
517
503
{
518
504
"cell_type": "code",
519
505
"execution_count": 2,
520
-
"metadata": {
521
-
"collapsed": false
522
-
},
506
+
"metadata": {},
523
507
"outputs": [
524
508
{
525
509
"name": "stdout",
@@ -565,9 +549,7 @@
565
549
{
566
550
"cell_type": "code",
567
551
"execution_count": 4,
568
-
"metadata": {
569
-
"collapsed": false
570
-
},
552
+
"metadata": {},
571
553
"outputs": [],
572
554
"source": [
573
555
"import pymc as pm\n",
@@ -598,9 +580,7 @@
598
580
{
599
581
"cell_type": "code",
600
582
"execution_count": 5,
601
-
"metadata": {
602
-
"collapsed": false
603
-
},
583
+
"metadata": {},
604
584
"outputs": [
605
585
{
606
586
"ename": "NameError",
@@ -648,9 +628,7 @@
648
628
{
649
629
"cell_type": "code",
650
630
"execution_count": 40,
651
-
"metadata": {
652
-
"collapsed": false
653
-
},
631
+
"metadata": {},
654
632
"outputs": [
655
633
{
656
634
"name": "stdout",
@@ -699,8 +677,7 @@
699
677
"source": [
700
678
"The best submissions, according to our procedure, are the submissions that are *most-likely* to score a high percentage of upvotes. Visually those are the submissions with the 95% least plausible value close to 1.\n",
701
679
"\n",
702
-
"
703
-
Why is sorting based on this quantity a good idea? By ordering by the 95% least plausible value, we are being the most conservative with what we think is best. When using the lower-bound of the 95% credible interval, we believe with high certainty that the "true upvote ratio" is at the very least equal to this value (or greater), thereby ensuring that the best submissions are still on top. Under this ordering, we impose the following very natural properties:\n",
680
+
"Why is sorting based on this quantity a good idea? By ordering by the 95% least plausible value, we are being the most conservative with what we think is best. When using the lower-bound of the 95% credible interval, we believe with high certainty that the 'true upvote ratio' is at the very least equal to this value (or greater), thereby ensuring that the best submissions are still on top. Under this ordering, we impose the following very natural properties:\n",
704
681
"\n",
705
682
"1. given two submissions with the same observed upvote ratio, we will assign the submission with more votes as better (since we are more confident it has a higher ratio).\n",
706
683
"2. given two submissions with the same number of votes, we still assign the submission with more upvotes as *better*.\n",
@@ -723,9 +700,7 @@ Why is sorting based on this quantity a good idea? By ordering by the 95% least
723
700
{
724
701
"cell_type": "code",
725
702
"execution_count": 41,
726
-
"metadata": {
727
-
"collapsed": false
728
-
},
703
+
"metadata": {},
729
704
"outputs": [
730
705
{
731
706
"name": "stdout",
@@ -870,9 +845,7 @@ Why is sorting based on this quantity a good idea? By ordering by the 95% least
870
845
{
871
846
"cell_type": "code",
872
847
"execution_count": 42,
873
-
"metadata": {
874
-
"collapsed": false
875
-
},
848
+
"metadata": {},
876
849
"outputs": [
877
850
{
878
851
"data": {
@@ -986,9 +959,7 @@ Why is sorting based on this quantity a good idea? By ordering by the 95% least
986
959
{
987
960
"cell_type": "code",
988
961
"execution_count": 43,
989
-
"metadata": {
990
-
"collapsed": false
991
-
},
962
+
"metadata": {},
992
963
"outputs": [],
993
964
"source": [
994
965
"# Enter code here\n",
@@ -1066,9 +1037,7 @@ Why is sorting based on this quantity a good idea? By ordering by the 95% least
1066
1037
{
1067
1038
"cell_type": "code",
1068
1039
"execution_count": 1,
1069
-
"metadata": {
1070
-
"collapsed": false
1071
-
},
1040
+
"metadata": {},
1072
1041
"outputs": [
1073
1042
{
1074
1043
"data": {
@@ -1183,9 +1152,9 @@ Why is sorting based on this quantity a good idea? By ordering by the 95% least
1183
1152
"metadata": {
1184
1153
"anaconda-cloud": {},
1185
1154
"kernelspec": {
1186
-
"display_name": "Python [conda env:bayes]",
1155
+
"display_name": "Python 3",
1187
1156
"language": "python",
1188
-
"name": "conda-env-bayes-py"
1157
+
"name": "python3"
1189
1158
},
1190
1159
"language_info": {
1191
1160
"codemirror_mode": {
@@ -1197,9 +1166,9 @@ Why is sorting based on this quantity a good idea? By ordering by the 95% least
Copy file name to clipboardExpand all lines: Chapter4_TheGreatestTheoremNeverTold/Ch4_LawOfLargeNumbers_PyMC3.ipynb
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -712,7 +712,7 @@
712
712
"source": [
713
713
"The best submissions, according to our procedure, are the submissions that are *most-likely* to score a high percentage of upvotes. Visually those are the submissions with the 95% least plausible value close to 1.\n",
714
714
"\n",
715
-
"Why is sorting based on this quantity a good idea? By ordering by the 95% least plausible value, we are being the most conservative with what we think is best. When using the lower-bound of the 95% credible interval, we believe with high certainty that the "true upvote ratio" is at the very least equal to this value (or greater), thereby ensuring that the best submissions are still on top. Under this ordering, we impose the following very natural properties:\n",
715
+
"Why is sorting based on this quantity a good idea? By ordering by the 95% least plausible value, we are being the most conservative with what we think is best. When using the lower-bound of the 95% credible interval, we believe with high certainty that the 'true upvote ratio' is at the very least equal to this value (or greater), thereby ensuring that the best submissions are still on top. Under this ordering, we impose the following very natural properties:\n",
716
716
"\n",
717
717
"1. given two submissions with the same observed upvote ratio, we will assign the submission with more votes as better (since we are more confident it has a higher ratio).\n",
718
718
"2. given two submissions with the same number of votes, we still assign the submission with more upvotes as *better*.\n",
0 commit comments