40年碼農發起靈魂拷問：1986年寫代碼的人，靠什么活下來的？

1986年，一個Rice大學的大三學生走進Tandy Computers的辦公室，開始了他的第一份軟件開發生涯。40年后，這位老程序員在Dev.to上拋出一個問題：「你們猜猜看，那時候我們是怎么干活的？」

這條帖子像一顆時間膠囊，把兩代人的技術記憶強行對接。發帖人Ben Halpern——Forem的聯合創始人，加拿大人，自認為挺幽默——想玩一個反向教學的游戲。他不講歷史，先收作業。

這場實驗的設定本身就帶著點惡作劇氣質。

Halpern的靈感來自一個短視頻：一位準新娘老師讓學生們給婚姻提建議，結果收獲了一堆「別讓他搶遙控器」和「記得每天說晚安」的童言無忌。他想要的就是這種未經考證的直覺反應——「別查資料，別翻我以前的AMA，跟著感覺走。」

問題清單列得很細：用什么工具？什么機器？存儲怎么辦？怎么學語言和庫？怎么溝通？學校里怎么交作業？

這些今天看來理所當然的基礎設施，在1986年要么不存在，要么貴得離譜。

GUI剛誕生，大多數人還在黑屏里打字

Halpern自己先交了份「參考答案」：圖形界面（GUI）是個新鮮事物，但還沒成為主流。郵件剛冒頭，個人電腦革命讓開發者興奮，但也帶著審慎。

這個描述精準得有點殘忍。1986年的Macintosh已經兩歲，Windows 1.0剛發布幾個月，但企業開發的主流仍是終端和命令行。你用得起圖形工作站？恭喜，你是那1%。

存儲是另一個時代的痛點。Halpern沒明說，但1986年的硬盤價格大約是每MB 100-300美元。一個今天隨手拍的10MB照片，當年能吃掉實習生半個月工資。

版本控制？Git還要等19年才出生。Subversion（SVN）是2000年的事，CVS（并發版本系統）1986年剛在荷蘭誕生，遠未普及。團隊怎么協作？軟盤、打印紙、和面對面的吼叫。

沒有Stack Overflow的年代，知識是物理資產

Halpern問：「怎么學習語言和庫？」

這個問題在今天的開發者看來近乎荒誕。2026年的標準動作：報錯→復制→粘貼→Stack Overflow→Ctrl+C/V。平均解決時間：4.7分鐘（我編的，但差不離）。

1986年的路徑完全不同。手冊是紙質的，厚重如磚，由出版社郵寄。雜志按月抵達，你從中剪下代碼片段貼進筆記本。 conferences是真的要「開」的——人必須到場，機票和酒店是硬成本。

學校里的作業提交更是時空穿越。Halpern還在Rice讀大四，他怎么交代碼？軟盤塞進教授信箱？打印紙塞進助教門縫？電傳打字機的紙帶？

每種方式都伴隨著物理世界的摩擦：軟盤會壞，打印機會卡紙，紙帶會斷。沒有「提交后自動運行測試套件」，你的代碼能不能編譯，要等到人類手動驗證。

郵件「剛冒頭」，溝通靠吼和電話

Halpern提到email「poking its head out」——這個短語用得微妙。1986年的電子郵件確實存在，但主要在學術和研究機構流轉。互聯網的前身ARPANET 1983年才切換到TCP/IP協議，商業互聯網還要等幾年。

企業內部的溝通？電話、備忘錄、和走廊里的偶遇。遠程協作是科幻概念。Halpern在Tandy的夏天，同事之間傳遞信息的最快方式是走到對方工位。

這種物理 proximity 塑造了完全不同的團隊動力學。今天的異步文化——Slack線程、GitHub評論、Notion文檔——在當年沒有技術基礎，也沒有組織習慣。決策需要會議，會議需要會議室，會議室需要所有人同時出現。

Halpern的實驗設計暴露了一個有趣的認知斷層。

他假設2026年的開發者對1986年有「直覺」，但這個直覺已經被40年的技術迭代嚴重污染。我們會不自覺地用現在的框架去填補空白：「那時候他們用……呃……早期的IDE？」「版本控制應該是……RCS？」

這些猜測本身成為數據。它們揭示了技術史的斷層線——哪些基礎設施被我們視為「自然」，哪些變革被壓縮成模糊的背景噪聲。

Halpern承諾幾天后公布「標準答案」。這個延遲設計很聰明：它制造了懸念，也模擬了1986年的信息節奏。那時候沒有即時反饋，沒有實時協作編輯，沒有「對方正在輸入」的焦慮。

你發出請求，然后等待。郵件、信件、甚至傳真。時間以天為單位流動，而非毫秒。

帖子下方的評論區已經熱鬧起來。有人猜「軟盤是唯一的神」，有人信誓旦旦「肯定用打孔卡」（實際上打孔卡1986年已基本退出主流），還有人腦補出「用BBS交流代碼」的場景（BBS確實存在于1986年，但普及度和功能遠非后來那樣）。

這些錯誤本身就是 Halpern 想要的。它們像地質層一樣，標記著技術記憶是如何被重構的。

Halpern的身份標簽也值得玩味。Forem是Dev.to背后的開源平臺，一個「為開發者社區而生」的工具。這個背景讓他的懷舊實驗多了一層元敘事：他正在用2026年的社區基礎設施，去打撈1986年的前數字記憶。

Dev.to的界面、投票機制、評論線程——這些平滑的互動設計，與1986年的粗糙形成隱性對比。帖子本身就是一件演示品。

40年跨度在技術史上是什么概念？

從1986到2026，軟件開發的抽象層級經歷了幾次躍遷：機器碼→匯編→C→托管語言→云原生→AI輔助。每一層都在掩蓋下一層的復雜性，讓新一代開發者無需理解底層即可產出。

Halpern的問題清單像一份考古學田野手冊，強迫讀者暴露自己的「地層位置」。你猜得越離譜，越說明某些技術變革已經被徹底自然化，成為不可見的背景。

他最后會怎么回答自己的問題？軟盤、VAX小型機、紙質文檔、面對面代碼審查——這些細節對親歷者是日常，對后來者是博物館展品。

但Halpern的真正目標可能不是科普歷史，而是制造一種認知眩暈：讓2026年的開發者意識到，他們視為「永恒」的工作方式，同樣是臨時的、偶然的、可能被顛覆的。

下一個40年會怎樣？2066年的開發者會怎么猜測2026年？他們會以為我們用腦機接口寫代碼，還是驚訝于我們居然要「手動」調試？