马斯克被“打脸”?150岁老人领社保,竟是程序员小将不懂COBOL惹的祸?

转自：InfoQ-核子可乐、Tina

尔是一个老法式员，用来日诰日的道法即是“Coder”。很多老法式员皆明白 COBOL，而年青的编程职员则没有太理解。尔以为该当有人报告马斯克，正在 COBOL 中，假设缺少日期，法式会默认使用 1875 年。比方，2025 - 1875 = 150。

是果然，因为尔的公司正在 COBOL零碎 上事情，当客户不日期时，它即是 1875。

尔睹过的唯一默认日期是 1970-01-01，那是 Unix时间 中的 0 面，必然早于 ISO 8601 的订定。上个月尔正在瞅 Brian Goetz （甲骨文公司的 Java 语言架构师）的讲演时借正在思考默认日期的成就，但是他并已提到 1875 年。尔以为 1875 年那个道法是胡编治制的。

尔曾正在 COBOL零碎 上事情过......COBOL 没有使用 ISO 8601 日期格局。

简朴的道，那与决于具体要记载甚么样的数据。

曾有一段时间，数据构造是为了满意一定目标而制作，并不是环绕编译器特征。颠末上面的描绘，能够明了天瞅到有用日期的限定前提：社保轨制于 1935 年拉出。要念付出祸利，必需满意如下前提：最少付出 40 个季度，即 10 年；年齿最少为 65 岁。那表示着，第一批按期付出社会保证金的人群是 1945 年时 65 岁的集体，也即是 1880 年诞生的人。而 1880 年以前诞生的人没有契合前提，因为他们的年齿太年夜，年夜大都果已交纳充足年限的社保而没法享受策略。而年齿较小的人（即仍正在付出社保的人群）将正在未来进戚时享受报酬。因而，思考到 5 年的容错空间，咱们终极将 1875 年定为最先的年份尽头。那个日期区间的鉴别历程瞅起去是相称公道的，对于吧？

以是从严峻意思上道，那并非 COBOL 的成就，而是为了适应任务数据。固然，如许的细节很易取公家相同。以是既然 COBOL（包罗汇编语言）法式中确实经常呈现这种成就，那末将其归罪于语言自己也出啥年夜成就。究竟结果这类编程方法正在 COBOL 中算是一种优良实践，其时便那请求。

那末，COBOL 可否会将破坏或者缺得的日期默认树立为 1875-05-20？其实不会，并且那事的中心其实在于怎样劣化数据保存。那是一种现在险些得传的技术，究竟结果现在的法式员们会使用最强大的范例去处置统统事件（比方用 float 去保存 bool）。当时人们不但关心历程逻辑，借需要关心代码战数据的最好完毕。

固然，人们会用 1875-05-20 是《米造条约》的签订日期另有那是“老法式员们”的独到聪慧去强止注释，但是那不过对于成果的注释、而非底子启事。幻想上，那完整不过个随便与值的偶合，随机撞上了《米造条约》的签订日。

哪怕找没有就任何手艺质料去撑持那个道法，相信有经历的法式员也很分明，按照某些牢固面去肯定日期是种罕见作法。究竟结果统统日历体系皆要设定如许一个锚面，好比公元 1 年；大概以 Unix 为例，其日历以 1970 年动作基准。那项手艺尺度中历来便出大白提到过 1975 年的意思，并且尔也没有是唯一持这类“随机与值”概念的人。究竟结果 1875 年最年夜的意思，即是前面提到的跟社保轨制的降天时间相匹配。

“那末动作一位‘年青法式员’，咱们不禁要问：可否有确实凭证表白，COBOL标准 大概真现在以这类方法运行？”

那跟 COBOL或许 所有其余数据相关，而是一种知识性的数据构造设想思路。

假设谜底仍然可否定的，这有无一点儿虽无力的论据能够撑持大概批驳这类道法的开理性？”

恰好差异，所有对于构造化数据具有最底限理解的人，皆能理解为何要如许干。再次夸大，那是一种知识。

请留神，咱们那里会商的是上世纪 30 年月到 50 年月期间设想进去的体系。其时的支流保存计划是挨孔卡，每一个字符皆对于应着很下的本钱。将日期保存为 8 个字符代表着极年夜的糜掷，因而其时年夜大都贸易使用法式会将日期保存为 5 个字符。此中 3 个字符暗示日期，2 个字符暗示年份，那清楚是正在用糟糕的编码实践去调换本钱节省。

现在，社保轨制需要笼盖超越 100 岁的集体，因而将公道的停止年份界说为基准有帮于节省后绝字符需要质。以是道，诞生日期确实能够用 6 个字符、而非 8 个字符去编码，此中 3 个字符暗示日期，加之 3 个字符暗示年份（加来 1875 后的数字）。

反过去道，已挖写的日期（比方诞生日期已知，也即是数值缺得）代表实质为空。根据以上逻辑，该值会输出 1875，保证没有致陈述非常。

全部成就的逻辑，即是这样简朴。