第一部分
节日气氛消退了。 天文学家开始正常工作。
2020年1月13日，海王星大小的巨大宇宙物体飞过地球。 没有人知道这是什么，因为宇宙物体恰好从无处出现和消失。 泌尿科医师，物理学家和天文学家对这种现象的性质争论了很长时间。 宇航员提出了这样的想法，即某个外星飞船向地球附近的太空飞跃，意识到它已经错过了，因此有必要进一步飞行并再次进行超跳。 他们赞成这种理论，说某些设备录制的电台广播。 物理学家和天文学家试图挑战这一观点，表明仪器记录了强烈的脉动。 此外，建造这种规模的船只简直是不可想象的。 在地球上看不见他。 来自太空的照片，没人能做。 是的，几乎没有时间。 地球附近的尸体仅出现了10分钟。 当然，这些仪器可以立即起作用，但是人们并没有立即意识到正在发生的事情以及在哪里看。 他们称这个奇怪的尸体为“柴郡猫”。
第二部分
两个不剃须的男人坐在咖啡馆里。 素色T恤，牛仔裤。 在眼镜前面。 关于这种现象发生的报道在电视上播出。 科学家接受了采访。 大部分想法归结为猜测。
在成功完成引入新SCADA的项目后，Adrey和Sergey beer饮啤酒。 安德鲁将手指指向最近的监视器。
-Mikhalych，您怎么看？ 外星人？
-不，Andryukha。 不是那样的 修改过的迪士尼电影。 我认为这是时空上的某种差距。 地球附近出现了一个黑洞，并开始吸引。
-德克地球会收紧，不是吗？
-然后差距缩小了。 魔鬼知道为什么。 但是，为什么不外星人呢？ 他们创建了一个设备，打开了一个虫洞，并且有足够的资源可以使用10分钟。 虫洞已经关闭。
-是的 那天仍然如此愚蠢。 13日
“你相信数字魔术吗？” 你会问占星家的意见。
-哦，拜托。
第三部分
在柴郡猫的重力的影响下，地球的轨道移动了更长的时间，并精确地延长了24小时。
国际地球自转处开始讨论如何将每年的额外时间添加到日历中。 经过几个小时的激烈讨论，专家们提出了一些解决方案。
第一个建议是正式批准2月29日为正常的一天。 事实证明，每隔4年，您将需要增加另一天，而2月30日则需要增加leap年。 但这真是倒霉。 2020年已经是a年。 然后必须加上2月30日和31日？
澳大利亚代表提出了第二项建议。 一旦事件在一月发生，那么必须在一月增加时间。 添加第32天，请勿触摸其余月份。 这个想法找到了粉丝。
他们记得有关为Comte和Armelin引入13个月日历的永久日历的被遗忘的想法。
发烧友没有找到最大胆的日历，因为您必须在生活的各个方面进行许多改变，对老年人进行再培训。 专家们希望新的领导层不要在事件发生前尽可能多地增加一天。 不幸的是，新领导层并没有太有远见，而是通过投票选择了第二种选择。
决定在1月32日添加它。
第4部分
媒体立即传播了新闻。 愤怒的程序员无止境。 该决定遭到严厉批评。 大国政府试图提出其他解决方案。
在社会和大投资者的压力下，我们设法捍卫了第一个解决问题的办法。 但是对于今年，已经做出了决定，新的决定将在2021年生效。
NTP服务不紧张。 自1970年以来，倒计时以秒为单位，因此同步将通过。 输入额外的秒数的经验已经过测试。 问题仍然在于在应用程序级别显示和输入日期。
大型软件供应商的技术主管意识到他们必须为其库推出补丁程序。 时间很少。 有必要更新数据库版本。 您将必须更新库版本。 旧软件的所有版本都不会有更新。
第5部分
从中间软件公司ProfurTech的CTO新闻中，Mikhail Andreev了解了该新闻。
-“我会在1月32日再翻一遍日历”-他屏住了呼吸。
一次没有想法。
具有大量遗产的项目。 部件在可以访问的内部服务器上工作。 好的，我们会在服务器上考虑一些问题。 来回推出补丁。
安排与董事开会。
-下午好，同事们。 您可能已经听说了有关今年引入新日期的消息。 我认为这个消息并没有使您大为振奋，但是有两个令人不愉快的因素。
-什么？
-引入新日期意味着我们的软件将出现故障。 从操作系统开始，到现在在工厂运行的所有软件结束。
-一方面，流程应该顺利进行。 1月32日到来时，操作系统将开始认为今天是2月1日。 数据也将分别写入2月1日。 用户将无法正确选择当前日期。 某些记录将在1月31日或2月1日输入。
2月1日到来时，您将必须手动“跳过” 2月1日的日期。 在某些地方，应该通过互联网与世界时钟自动同步。 但是到目前为止，我还没有信心。
来自真实2月1日的数据将开始补充或覆盖来自“虚幻” 2月1日的数据。 也就是说，这些表将包含将来的条目。
代码中可能存在与未来没有数据相关的逻辑。 如果这两天发生问题，将很难发现错误。
更新程序将花费大量时间。 首先，我们需要等待供应商提供的补丁，然后将其全部部署到服务器上，检查回归。 而且所有这些都不能保证我们没有错误。
我没有列出所有可能的问题，一部分在我脑海中，而这些只是只能在实践中检验的想法。 我建议在1月32日关闭服务器，并在2月1日启动它们。
大厅里保持沉默。 片刻之后，导演打破了沉默：“那么，你是程序员，你有钱，但是你不能解决问题？”
“我……不是我的错。” 历史上从未发生过。
“那么，您要我们如何停止工厂生产？” 最初，该软件已实现，但现在没有它将无法工作！ 现在您告诉我，一年中的一天，这些植物肯定会发生故障。 我们提供能源和医学领域的控制器。 人们会冻死吗？ 企业将损失数百万美元。
迈克尔明白发生了什么，低下头，呼了气。
-我们将竭尽所能。
第6部分
Misha的想法之后的想法开始风起云涌。 一旦您提出一个问题的解决方案，便会立即产生新的直观结论。
-Soooo，在某些项目中，他们使用.Net Framework 3.5。 这意味着Microsoft将不会发布更新。 好的，服务似乎并不是那么关键，那么我们可以说服管理层将其关闭一天。
-我们在Python 2.7中提供了脚本。 自2020年以来，版本2已不再提供支持。
-旧项目和新项目都使用旧的MS SQL Server。 数据库只是不更新。
-我们的客户将如何更新？ 您仍然可以一口气为我们的ASODA打补丁。 但是不会更新来自Schneider Electric和ABB的程序。 此外，它们已损坏。
-会计可能会发疯，因为它将无法正确输入数据并准备报告。 1C疯了吗？
-我们想在2015年介绍对日期的处理的抽象概念。 虽然，这只会对我们的自写程序有所帮助。 其余的软件仍然无法正常运行。
第7部分
Misha意识到自己无法解决任何问题，领导层无法说服，他收集了东西并购买了1月29日前往马尔代夫的门票。 提前一点，让飞机飞起来。
来自作者：
老实说，我试图提出一个故事的延续。 应用程序崩溃的严重程度如何，而程序员却很快就屈服了。 但是不可能就如何解决这种情况以及如何以历史的形式呈现出足够有趣的想法。 我很感兴趣地阅读了您的想法。