Hacker News 和今日大多數網站一樣,是圍繞著「新」而建立的。舊文章仍會在某位讀者重新轉貼時浮現——通常會附上文章寫成年份的括號,例如「(1999)」——但這類「復活」既罕見又零散,因此這個網站真正歷久不衰的文章,大多數時候都靜靜躺在它的檔案庫裡。

推薦引擎或人工精選的編輯清單向來是常見的解法,但兩者的成本都遠高於一個業餘愛好者做的頁面。James Somers 注意到,社群早已解決了標記問題:多年來,像「(1998)」這類附有年份的投稿,往往就是站上最優質的文章,因為在一個以新聞為主的網站上,一篇文章若在發表很久之後才被貼出,必須格外優秀才能存活下來。

於是他把這個慣例自動化。一支腳本查詢 Algolia 的 Hacker News 搜尋 API,找出所有分數超過 40 分、且標題含有 1900 至 2010 年間括號年份的故事,移除同一標題的重複轉貼,將留下的文章按時間排序,並存入一個 stories.json 檔案,由頁面在用戶端渲染。成果就是 The Hacker Classics,一座約兩千篇轉貼、可瀏覽的書架,而非報刊架。

該頁面於 2018 年 2 月 23 日以「Show HN」形式發布,獲得 864 分與 107 則留言。留言者印證了這套機制的前提:少數幾位投稿者——Tomte、luu、tosh 等人——一直在發掘大多數的經典文章,實際上扮演了社群志願圖書館員的角色;讀者也提出了改進建議,例如去重、依分數排序,以及為失效網址加上 Wayback Machine 連結。

標題中帶有「(年份)」的轉貼,是經過預先篩選的經典

標題標註年份的慣例,是社群早已手動套用的標籤,因此這個篩選器收割的是累積而成的人工策展,而非從零開始偵測品質。

40 分的門檻濾除了沉底的轉貼,只留下同時通過時間與社群判斷考驗的文章。

一篇舊文在發表很久之後才被轉貼,本身就經過自我篩選:在一個新聞網站上,它必須格外傑出才可能登上首頁。

依原始年份排序,把清單變成一座圖書館:讀者在數十年的書架間漫遊,而不是再掃過一份排行榜。

當一個社群以隱含的慣例標記品質——例如在復活的舊文上標「(1999)」——就把它當成已標註的資料,自動擷取出來,而不是靠人工策展。

The Hacker Classics 持續上線,到了 2026 年仍可載入,而 GitHub 儲存庫記錄了這份清單的建構方式,讓任何人都能重新生成。2018 年 2 月的討論讓這套慣例背後的社交層面變得清晰可見:大約十幾位使用者投稿了很大一部分帶年份的經典文章,因此這個頁面所自動化的策展,其實一直以來都在發生。讀者也要求依分數排序、移除重複(原始碼中已處理),以及為原始頁面已失效的投稿自動加上 Wayback 連結。

追溯依據

參考來源

  1. The Hacker Classics jsomers.net · jsomers.net
  2. jsomers/hacker-classics: Classic Hacker News stories GitHub · github.com
  3. Show HN: Hacker News Classics (Hacker News discussion) Hacker News · news.ycombinator.com ·