Фон
Парадокс дня народження є популярною проблемою в теорії ймовірностей, кидає виклик ( у більшості людей) математична інтуїція. Постановка проблеми:
Враховуючи N людей, яка ймовірність того, що принаймні двоє з них мають один і той же день народження (не зважаючи на рік).
Проблему зазвичай спрощують цілком ігноруючи високосні дні. У цьому випадку відповідь для N = 23 - це P (23) ≈ 0,5072972 (як загальний приклад). Зв'язана стаття Вікіпедії пояснює, як досягти такої ймовірності. Крім того, це відео номер Numberphile робить дуже гарну роботу.
Однак для цього завдання ми хочемо зробити це правильно і не ігнорувати високосні роки. Це трохи складніше, адже зараз потрібно додати 29 лютого, але саме цей день народження є менш імовірним, ніж усі інші.
Ми також будемо використовувати правила повного високосного року :
- Якщо рік ділиться на 400, це високосний рік.
- Інакше, якщо рік ділиться на 100, це не високосний рік.
- Інше, якщо рік ділиться на 4 - це високосний рік.
- Інше, це не високосний рік.
Плутати? Це означає, що роки 1700, 1800, 1900, 2100, 2200, 2300 не є високосними, але 1600, 2000, 2400 є (як і будь-який інший рік, що ділиться на 4). Цей календар повторюється кожні 400 років, і ми будемо вважати рівномірний розподіл днів народження протягом цих 400 років.
Коригуваний результат для N = 23 зараз P (23) ≈ 0,5068761 .
Змагання
Враховуючи ціле число 1 ≤ N < 100
, визначте ймовірність того, що серед N
людей принаймні двоє мають той самий день народження, враховуючи правила високосного року. Результатом має бути число з плаваючою комою або фіксованою точкою, що має бути не менше 6 знаків після коми. Доцільно обрізати кінцеві нулі.
Ви можете написати програму або функцію, взявши введення через STDIN (або найближчу альтернативу), аргумент командного рядка або аргумент функції та вивести результат через STDOUT (або найближчу альтернативу), значення повернення функції або параметр функції (out).
Ваше рішення повинно бути здатне виробляти вихід на всі 99 входів за лічені секунди. Це, головним чином, для виключення методів Монте-Карло з тоннами зразків, тому якщо ви використовуєте принципово швидкий і точний алгоритм на надмірно повільній езотеричній мові, я готовий дати доступ до цього правила.
Випробування
Ось повна таблиця результатів:
1 => 0.000000
2 => 0.002737
3 => 0.008195
4 => 0.016337
5 => 0.027104
6 => 0.040416
7 => 0.056171
8 => 0.074251
9 => 0.094518
10 => 0.116818
11 => 0.140987
12 => 0.166844
13 => 0.194203
14 => 0.222869
15 => 0.252642
16 => 0.283319
17 => 0.314698
18 => 0.346578
19 => 0.378764
20 => 0.411063
21 => 0.443296
22 => 0.475287
23 => 0.506876
24 => 0.537913
25 => 0.568260
26 => 0.597796
27 => 0.626412
28 => 0.654014
29 => 0.680524
30 => 0.705877
31 => 0.730022
32 => 0.752924
33 => 0.774560
34 => 0.794917
35 => 0.813998
36 => 0.831812
37 => 0.848381
38 => 0.863732
39 => 0.877901
40 => 0.890932
41 => 0.902870
42 => 0.913767
43 => 0.923678
44 => 0.932658
45 => 0.940766
46 => 0.948060
47 => 0.954598
48 => 0.960437
49 => 0.965634
50 => 0.970242
51 => 0.974313
52 => 0.977898
53 => 0.981043
54 => 0.983792
55 => 0.986187
56 => 0.988266
57 => 0.990064
58 => 0.991614
59 => 0.992945
60 => 0.994084
61 => 0.995055
62 => 0.995880
63 => 0.996579
64 => 0.997169
65 => 0.997665
66 => 0.998080
67 => 0.998427
68 => 0.998715
69 => 0.998954
70 => 0.999152
71 => 0.999314
72 => 0.999447
73 => 0.999556
74 => 0.999645
75 => 0.999717
76 => 0.999775
77 => 0.999822
78 => 0.999859
79 => 0.999889
80 => 0.999913
81 => 0.999932
82 => 0.999947
83 => 0.999959
84 => 0.999968
85 => 0.999976
86 => 0.999981
87 => 0.999986
88 => 0.999989
89 => 0.999992
90 => 0.999994
91 => 0.999995
92 => 0.999996
93 => 0.999997
94 => 0.999998
95 => 0.999999
96 => 0.999999
97 => 0.999999
98 => 0.999999
99 => 1.000000
(Звичайно, P (99) становить лише 1,0 через округлення. Ймовірність не досягне рівно 1,0 до P (367) .)