文章在發布之前，如何等待

寫好卻尚未發布的文章，不會消失在抽屜裡。它在佇列中等待，沒有日期，直到被選中的那一天。

用佇列取代截稿日

寫作與發布是兩件不同的工作，若要在同一天完成兩者，日誌就會變成一件苦差事。所以有些文章會事先寫好，放進佇列。佇列只是一個普通的原始檔資料夾，每篇文章各有一個資料夾，與已在網站上的文章分開存放。佇列中的任何東西都不會提供給任何人。訪客、搜尋引擎和訂閱閱讀器看到的網站，與佇列不存在時完全相同。

為什麼還沒有日期

佇列中的文章沒有日期，這是刻意的。日期是對「何時發布」的一種承諾，而草稿尚未發布。若提早為草稿標上日期，那個日期可能會延後，頁面就會說出不實的話。所以日期只在文章被選中的那天給出，而那時的日期，才是精確到日的真實日期。

一篇被選中時會發生什麼

選出一篇文章，只是一串簡短的步驟。它得到日期，原始檔從佇列移入正式發布的原始檔，網站重新建置。建置會為每種語言產生文章頁面，將文章加入日誌列表與首頁最新的三張卡片，寫入網站地圖與訂閱源，並記錄在描述網站的純文字檔中。接著執行測試。產生出來的頁面沒有任何地方需要手動編輯，所以文章會在同一時刻出現在所有地方，或是哪裡都不出現。

必須通過的檢查

文章出現之前，建置會檢查十二種語言是否齊全，因為只翻了一半的文章，會讓部分讀者面對一個不存在的頁面。它也會檢查文章是否留有文字審閱紀錄，也就是有人讀過措辭，並確認讀起來如同應有的樣子(在 ipe() 這位讀者是 AI 同事，結果由人負責)。沒有這份紀錄的文章不能通過。審閱是流程中的一個步驟，而不是任何一個趕時間的人都能隨手蓋上的印章。

為什麼這樣能保持平靜

有了佇列，忙碌的一週不必勉強交出單薄的文章，安靜的一週也不會出現空缺。寫作的一方可以按自己的步調工作，讀者收到的是一篇在上線當天完成、檢查並標上日期的文章。其中沒有任何匆忙，也沒有任何做給人看的成分。

ipe(); // be still

好東西可以在資料夾裡等到準備好為止。日誌也因此變得更好。