全球每天有數(shù)十億臺設(shè)備在同步時間。你的鬧鐘、航班提醒、跨國會議——這些功能背后都依賴同一個1986年創(chuàng)建的代碼庫。維護它的只有一個人。

Arthur David Olson在1986年之前開始維護時區(qū)數(shù)據(jù)庫（后稱TZ數(shù)據(jù)庫）。當時沒有風投追逐這個項目，沒有技術(shù)峰會邀請他演講，更沒有"賦能""抓手"這類黑話。他解決的問題很具體：夏令時規(guī)則每年變、國家跨時區(qū)分裂、沒有統(tǒng)一數(shù)據(jù)源。

一個被所有人忽視的基建黑洞

時區(qū)問題比你想象的更混亂。巴西曾臨時取消夏令時，俄羅斯十年內(nèi)改了四次規(guī)則，薩摩亞直接跳過2011年12月30日。每次變動，全球操作系統(tǒng)、編程語言、數(shù)據(jù)庫都要同步更新。Olson的數(shù)據(jù)庫成了事實上的標準——Linux、Java、Python、iOS、Android全部依賴它。

這個數(shù)據(jù)庫的維護模式堪稱反商業(yè)典范。沒有公司雇傭Olson全職做這件事。他曾是計算機系統(tǒng)公司的員工，時區(qū)數(shù)據(jù)庫只是"副業(yè)"。更新靠郵件列表接收全球志愿者反饋，格式是純文本文件，分發(fā)通過FTP服務(wù)器。2011年數(shù)據(jù)庫被IANA（互聯(lián)網(wǎng)號碼分配局）接管后，Olson逐漸淡出，但架構(gòu)至今未變。

2023年，一位開發(fā)者試圖用Go語言重寫解析器，發(fā)現(xiàn)Olson三十年前的C代碼仍在運行。他在GitHub評論："這段代碼比我職業(yè)生涯還長壽，而我甚至不知道作者是否健在。"Olson的回應(yīng)通過郵件列表傳來：「我還在，只是退休了?！?/p>

為什么重要的事總由陌生人承擔

科技行業(yè)有個悖論：最被炒作的技術(shù)往往最快過時，真正支撐世界的基建卻無人認領(lǐng)。AI公司燒掉數(shù)百億美元訓(xùn)練大模型，但如果沒有Olson的數(shù)據(jù)庫，這些模型連"現(xiàn)在幾點"都答不對。ChatGPT的時區(qū)計算同樣依賴這個1986年的遺產(chǎn)。

開源維護者的困境在此暴露。Olson從未從時區(qū)數(shù)據(jù)庫獲得收入，他的名字只出現(xiàn)在代碼注釋里。2011年IANA接管前，數(shù)據(jù)庫甚至面臨法律風險——一家 astrology（占星）公司曾起訴Olson侵犯其"時區(qū)數(shù)據(jù)版權(quán)"，索賠數(shù)百萬美元。案件和解細節(jié)未公開，但Olson的郵件列表記錄顯示他當時「只是希望這事別影響用戶獲取更新」。

如今數(shù)據(jù)庫由Paul Eggert等人接力維護，更新頻率從每年數(shù)次變?yōu)槊吭聰?shù)次。但核心架構(gòu)仍是Olson的設(shè)計：每個時區(qū)一條規(guī)則鏈，用二進制格式壓縮，解析器代碼控制在500行以內(nèi)。這種極簡主義讓它能嵌入從智能手表到火星探測器的任何設(shè)備。

你的手機昨晚自動調(diào)整了夏令時。這個過程中，某個陌生人的三十年前寫的代碼被執(zhí)行了數(shù)十億次——而他可能正在某個佛羅里達的退休社區(qū)里，完全不知道這件事。

如果Olson在1986年選擇了"更有影響力"的項目，現(xiàn)在的互聯(lián)網(wǎng)會是什么樣子？