Bagian 1

Suasana meriah memudar. Para astronom mulai bekerja normal.

Pada 13 Januari 2020, sebuah benda kosmik besar seukuran Neptunus terbang melewati Bumi. Bahwa ini tidak ada yang mengerti, karena tubuh kosmik muncul dan menghilang entah dari mana. Ufologis, fisikawan, dan astronom berdebat lama tentang sifat fenomena ini. Ahli Ufologi mengemukakan gagasan bahwa pesawat ruang angkasa alien tertentu membuat lompatan hiper ke ruang dekat Bumi, menyadari bahwa itu telah terjawab dan bahwa perlu untuk terbang lebih jauh dan melakukan lompatan hiper lagi. Dalam mendukung teori ini, mereka mengatakan rekaman dari beberapa perangkat merekam siaran radio. Fisikawan dan astronom mencoba untuk menantang pendapat, menunjukkan denyutan kuat yang direkam oleh instrumen. Selain itu, membangun kapal dengan ukuran ini sama sekali tidak terpikirkan. Dia tidak terlihat dari Bumi. Foto dari luar angkasa, tidak ada yang bisa melakukannya. Ya, dan hampir tidak punya waktu. Sebuah benda di dekat Bumi muncul hanya 10 menit. Tentu saja, instrumen itu bekerja secara instan, tetapi orang tidak segera menyadari apa yang sedang terjadi dan ke mana harus mencari. Mereka menyebut tubuh aneh "Cheshire Cat".

Bagian 2

Dua lelaki tak bercukur sedang duduk di sebuah kafe. Kaos polos, jeans. Di depan kacamata. Laporan tentang terjadinya fenomena itu disiarkan di televisi. Para ilmuwan diwawancarai. Gagasan-gagasan sebagian besar bermuara pada spekulasi.

Adrey dan Sergey meneguk bir setelah proyek yang berhasil ditutup untuk memperkenalkan SCADA baru. Andrew mengarahkan jarinya ke monitor terdekat.

- Mikhalych, bagaimana menurutmu? Alien?

- Tidak, Andryukha. Tidak seperti itu. Film Disney yang direvisi. Saya pikir ini semacam celah dalam ruang-waktu. Sebuah lubang hitam muncul di dekat Bumi dan mulai menarik.

- Nah, Duc Earth akan mengencang, bukan?

- Dan kemudian jeda ditutup. Iblis tahu mengapa. Namun, mengapa tidak alien. Mereka menciptakan perangkat, membuka lubang cacing, dan ada cukup sumber daya selama 10 menit. Lubang cacing telah tertutup.

- Ya. Hari itu masih sangat bodoh. Tanggal 13

"Apakah kamu percaya pada angka ajaib?" Anda akan bertanya pendapat ahli nujum.

- Oh, ayolah.

Bagian 3

Di bawah pengaruh gravitasi Cheshire Cat, orbit Bumi bergeser sedikit lebih lama dan menjadi persis 24 jam lebih lama.

Layanan Rotasi Bumi Internasional mulai membahas cara menambahkan waktu ekstra setahun ke kalender. Setelah beberapa jam diskusi panas, para ahli datang dengan beberapa solusi.

Proposal pertama secara resmi menyetujui 29 Februari sebagai hari biasa. Ternyata setiap 4 tahun Anda perlu menambah satu hari lagi, dan pada 30 Februari menambah tahun kabisat. Tapi ini nasib buruk. 2020 sudah merupakan tahun kabisat. Harus menambahkan kemudian 30 dan 31 Februari?

Usulan kedua diajukan oleh perwakilan Australia. Setelah insiden terjadi pada bulan Januari, maka waktu harus ditambahkan pada bulan Januari. Tambahkan hari ke-32 dan jangan menyentuh bulan yang tersisa. Idenya menemukan penggemar.

Mereka ingat ide-ide yang terlupakan tentang memperkenalkan kalender permanen untuk Comte dan Armelin, kalender 13 bulan.

Kalender yang paling berani tidak ditemukan oleh penggemar, karena Anda harus membuat banyak perubahan di semua bidang kehidupan, melatih orang tua. Para ahli berharap bahwa kepemimpinan baru tidak akan memiliki keinginan untuk menambah hari sedekat mungkin dengan kejadian itu. Sayangnya, kepemimpinan baru itu tidak terlalu jauh ke depan dan memilih opsi kedua dengan memilih.

Diputuskan untuk menambahkannya pada tanggal 32 Januari.

Bagian 4

Media langsung menyebarkan berita. Programer yang marah tidak mengenal batas. Keputusan itu dikritik dengan keras. Pemerintah negara-negara besar mencoba mengusulkan format lain untuk menyelesaikan masalah.

Di bawah tekanan masyarakat dan investor besar, kami berhasil mempertahankan solusi pertama untuk masalah ini. Tetapi untuk tahun ini, keputusan telah dibuat, dan yang baru akan mulai berlaku pada tahun 2021.

Layanan NTP tidak tegang. Hitung mundur telah dalam hitungan detik sejak tahun 1970, sehingga sinkronisasi akan berlalu. Pengalaman memasukkan detik ekstra telah diuji. Pertanyaannya tetap dalam menampilkan dan memasukkan tanggal di tingkat aplikasi.

Direktur teknis vendor perangkat lunak besar menyadari bahwa mereka harus meluncurkan tambalan untuk perpustakaan mereka. Hanya ada sedikit waktu. Perlu memperbarui versi database. Anda harus memperbarui versi perpustakaan. Tidak akan ada pembaruan untuk semua versi perangkat lunak lama.

Bagian 5

Dari berita CTO dari perusahaan perangkat lunak menengah ProfurTech, Mikhail Andreev mengetahui tentang berita itu.

- “Aku akan membalikkan kalender berulang kali pada tanggal 32 Januari” - dia terkekeh pelan.

Tidak ada ide sekaligus.
Proyek dengan banyak warisan. Bagian berfungsi pada server internal yang ada aksesnya. Oke, kami akan memikirkan sesuatu di server kami. Gulung tambalan, bolak-balik.

Menjadwalkan pertemuan dengan para direktur.

- Selamat sore, kolega. Anda mungkin telah mendengar berita tentang pengenalan tanggal baru tahun ini. Saya pikir berita itu tidak membuat Anda bergairah, tetapi ada beberapa faktor yang tidak menyenangkan.

- Apa?

- Pengenalan tanggal baru berarti bahwa perangkat lunak kami akan mengalami kegagalan fungsi. Mulai dari sistem operasi, diakhiri dengan semua perangkat lunak yang sekarang beroperasi di pabrik.

- Di satu sisi, proses harus berjalan dengan lancar. Ketika 32 Januari datang, sistem operasi akan mulai berpikir bahwa hari ini adalah 1 Februari. Data, masing-masing, juga akan ditulis untuk 1 Februari. Pengguna tidak akan dapat memilih tanggal saat ini dengan benar. Beberapa catatan akan dimasukkan baik untuk 31 Januari, atau untuk 1 Februari.

Ketika 1 Februari datang, Anda harus "melewati" tanggal 1 Februari secara manual. Di beberapa tempat, sinkronisasi otomatis dengan jam dunia melalui Internet harus dilakukan. Tapi di sini saya tidak percaya sejauh ini.

Data dari tanggal 1 Februari yang sebenarnya akan mulai menambah atau menimpa data dari tanggal 1 Februari yang "tidak nyata". Artinya, tabel akan memiliki entri dari masa depan.

Mungkin ada logika dalam kode yang terkait dengan fakta bahwa tidak ada data dari masa depan. Dan jika ada yang salah dalam dua hari ini, akan sangat sulit untuk menemukan kesalahan.

Memperbarui program akan membutuhkan banyak waktu. Pertama kita perlu menunggu tambalan dari vendor, kemudian menyebarkan semuanya ke server, periksa regresi. Dan ini semua sama tidak menjamin kita tidak adanya kesalahan.

Saya tidak mencantumkan semua masalah yang mungkin terjadi, sebagian ada di kepala saya dan ini hanya gagasan yang hanya dapat diuji dalam praktik. Saya mengusulkan untuk mematikan server pada tanggal 32 Januari dan memulainya pada tanggal 1 Februari.

Keheningan memerintah di aula. Setelah satu menit, sutradara memecah keheningan: "Jadi, Anda adalah programmer, Anda mendapatkan uang, tetapi Anda tidak bisa menyelesaikan masalah?"

"Aku uhh ... itu bukan salahku." Ini tidak pernah terjadi dalam sejarah.

"Jadi, bagaimana Anda ingin kami menghentikan produksi di pabrik?" Pada awalnya perangkat lunak diimplementasikan, tetapi sekarang tidak ada yang akan berhasil tanpanya! Sekarang Anda memberi tahu saya bahwa suatu hari dalam setahun, tanaman dijamin tidak berfungsi. Kami menyediakan pengontrol energi dan obat-obatan. Akankah orang membeku dan mati? Bisnis akan kehilangan beberapa juta.

Michael mengerti apa yang sedang terjadi, menundukkan kepalanya dan menghela napas.

- Kami akan mencoba melakukan semua yang kami bisa.

Bagian 6

Pikiran setelah pikiran Misha mulai bergulung-gulung. Segera setelah Anda menemukan solusi untuk satu masalah, gelombang baru kesimpulan intuitif segera tiba.

- Soooo, bahwa dalam beberapa proyek mereka menggunakan .Net Framework 3.5. Ini berarti bahwa Microsoft tidak akan merilis pembaruan. Oke, layanan sepertinya tidak begitu kritis, maka kita mungkin dapat membujuk manajemen untuk mematikannya selama sehari.

- Kami memiliki skrip di Python 2.7. Sejak 2020, versi 2. * tidak lagi mendukung.

- Proyek lama dan baru menggunakan MS SQL Server lama. Basis data tidak memperbarui.

- Bagaimana pelanggan kami akan diperbarui? Anda masih dapat menambal ASODA kami dengan gerakan. Tetapi program-program dari Schneider Electric dan ABB tidak akan diperbarui. Apalagi mereka rusak.

- Akuntansi mungkin akan menjadi gila, karena tidak akan dapat memasukkan data dengan benar dan menyiapkan laporan. 1C menjadi gila?

- Kami ingin memperkenalkan abstraksi kami bekerja dengan tanggal pada tahun 2015. Eeeh, pengalaman tidak mengajarkan apa pun. Meskipun, ini hanya akan membantu program yang kami tulis sendiri. Sisa perangkat lunak di sekitar masih tidak berfungsi sebagaimana mestinya.

Bagian 7

Misha menyadari bahwa dia tidak bisa melakukan apa pun dengan masalah itu, kepemimpinan tidak dapat meyakinkan, dia mengumpulkan barang-barang dan membeli tiket untuk 29 Januari ke Maladewa. Sedikit di muka, sehingga pesawat hanya terbang.

Dari penulis:

Jujur saya mencoba untuk melanjutkan dengan kelanjutan cerita. Bagaimana aplikasi tragis jatuh, dan programmer menyerah dengan cepat. Tetapi tidak mungkin untuk menghasilkan ide-ide yang cukup menarik tentang bagaimana menyelesaikan situasi seperti itu dan bagaimana indah untuk disajikan dalam bentuk sejarah. Saya membaca ide Anda dengan minat pada komentar.