Di situs web saya, pengguna memasukkan tanggal lahir dengan gaya xx.xx.xx
- tiga angka dua digit yang dipisahkan oleh titik. Sayangnya, saya lupa memberi tahu pengguna format yang digunakan. Yang saya tahu adalah bahwa satu bagian digunakan untuk bulan itu, satu untuk tanggal, dan satu untuk tahun. Tahun pasti di abad ke-20 (1900-1999), jadi formatnya 31.05.75
berarti 31 May 1975
. Juga, saya berasumsi semua orang menggunakan kalender Gregorian atau Julian.
Sekarang, saya ingin membuka database saya untuk membersihkan kekacauan ini. Saya ingin memulai dengan berurusan dengan pengguna dengan tanggal yang paling ambigu, yaitu, di mana kisaran tanggal yang mungkin adalah yang terbesar.
Misalnya, tanggal 08.27.53
berarti 27 August 1953
dalam kalender Gregorian atau Julian. Tanggal dalam kalender Julian adalah 13 hari kemudian, jadi rentangnya adil 13 days
.
Sebaliknya, notasi 01.05.12
dapat merujuk pada banyak kemungkinan tanggal. Yang paling awal adalah 12 May 1901 (Gregorian)
, dan yang terbaru adalah 1 May 1912 (Julian)
. Kisarannya adalah 4020 days
.
Aturan
- Input adalah string dalam format
xx.xx.xx
, di mana setiap bidang adalah dua digit dan nol-empuk. - Output adalah jumlah hari dalam kisaran.
- Anda dapat mengasumsikan bahwa input akan selalu menjadi tanggal yang valid.
- Anda tidak boleh menggunakan fungsi tanggal atau kalender bawaan.
- Kode terpendek (dalam byte) menang.
Testcases
01.00.31
=>12
29.00.02
=>0
(Satu-satunya kemungkinan adalah29 February 1900 (Julian)
)04.30.00
=>13
06.12.15
=>3291
5, May 1975
seharusnya31st
? Juga, apakah kita harus memperhitungkan tahun kabisat?