班級名單改成可複用 roster

我把一份畢業名單拆成可直接複製的 roster 區塊，方便放進頁面、貼文或公告。

我這陣子一直在處理這種學校名單頁，老實說每次看都覺得卡卡的。名字是有了，但整體長得像一坨原始資料：不能好好複製、不能重用、也不適合直接塞進 CMS。最煩的是，這種東西明明只要整理一下就好，很多人卻硬把它寫成一段看似完整、其實很難維護的文字。我碰過太多次了，所以現在看到這種頁面，我腦中只會跳出一句話：先把資料和呈現分開，不然後面都在還債。

這次我拆的是 Wyoming News 的 Central High School, Class of 2026。它本質上就是一串學生姓名，沒有多餘包裝，這種來源最適合拿來示範怎麼從「可讀」變成「可用」。我不是要重寫新聞，我是要把它整理成一個你可以直接貼去頁面、公告、資料庫的 roster 模板。

先承認：這不是文章，是名單資料

Bailey Rodriguez · William Romig · Patrick Rooney · Victoria Ruiz · Nathan Sack · Nolan Samson · Dennis Sayers · Shelby Schantz · Monte Schultz · Trenton Schultz · Aalyiah Scott · Eliza Scranton · Grace Sellitto · Colten Sheehan · Lucia Shoemaker ·

翻譯一下就是：這份來源沒有在講故事，它在交付資料。沒有敘事、沒有評論、沒有需要我腦補的隱藏脈絡。它就是名單。這件事很重要，因為很多編輯會下意識想把任何東西都寫成文章，結果把真正有價值的部分蓋掉。

我以前也幹過這種事。看到一串名字，就想補一句背景、加一段導言、再塞一點「意義」。結果呢？讀者根本只想知道名單，後面那些字只是在搶版面。對這類來源，最好的處理方式不是「寫得更像文章」，而是「保留它作為資料的樣子」。

實操寫法很簡單：先判斷來源是不是離散資訊。如果它只有姓名、日期、地點、年級這種欄位，就不要把它硬磨成散文。你要做的是保持可讀性，同時保留原始結構，這樣後面不管是發布、查找還是搬運，都比較不痛苦。

• 把它當資料，不要當評論素材。
• 不要自己補背景。
• 如果原文順序有意義，就先保留順序。

把一串名字拆成可重用的 roster block

這種頁面最大問題不是內容少，而是格式爛。你一旦把名單塞進一段文字，它就開始變得難用：複製麻煩、搜尋麻煩、改版麻煩、重貼也麻煩。最簡單的解法，就是把每個名字變成獨立項目。

也就是說，roster 不該是一段話，它應該是一個區塊。對人來說，區塊比較好掃；對系統來說，區塊比較好拆。這差別很小，但真的會影響後面整條工作流。你如果要把它放進學校網站、電子報、內部資料表，格式一開始就該為重用設計，不是為了看起來「像一篇完成品」。

我之前做地方新聞或校園資料整理時，最怕看到單行名單。因為那代表後面每一步都要再拆一次。反過來，如果我一開始就把每個名字獨立處理，後面要排序、篩選、比對、匯出都省事很多。這不是什麼高深技巧，純粹是別把未來的自己當工具人。

實操寫法：如果是編輯頁面，用 bullet list；如果是資料管線，用 JSON array；如果是報表或匯出，用一欄一列的表格。不要混著用。你只要記得一件事：一個名字一個單位。

• 人工作業：一行一個名字。
• 自動化處理：一個陣列元素一個名字。
• 匯出與報表：一列一個名字。

這份來源裡的實際 payload 就是 Bailey Rodriguez、William Romig、Patrick Rooney、Victoria Ruiz、Nathan Sack、Nolan Samson、Dennis Sayers、Shelby Schantz、Monte Schultz、Trenton Schultz、Aalyiah Scott、Eliza Scranton、Grace Sellitto、Colten Sheehan、Lucia Shoemaker。名單本身就是重點，不要把它埋進廢話裡。

順序先別亂動，除非你真的要重排

很多人整理名單時很愛順手排成字母序，覺得這樣比較「整齊」。問題是，原始順序常常本來就有意義。可能是學校提供的順序，可能是新聞室收到資料的順序，也可能是原文的發布順序。你隨手一排，等於把紀錄改掉了。

翻譯一下就是：除非你的任務明確要求排序，不然先保留原順序。要排序可以，但你得先講清楚。這樣做不是拘泥，而是避免之後有人拿原文來核對時，發現你把資料搞得面目全非。

我看過最煩的情況，是某個人「幫忙」把名單改成字母序，結果後面每個維護者都得重新對照來源。看起來只是排序，實際上是在製造溝通成本。對名單這種東西，順序有時候就是記錄的一部分。

實操寫法：先決定你的規則。若目的是忠實重現，就保留原順序；若目的是目錄或查找，就排序，但要標示已排序；若目的是公告，就保留新聞室給你的順序，讓讀者能對回原始頁面。

把顯示文字和資料本體拆開

這是我最想罵人的地方。很多團隊會把說明文字、名單、日期全塞進同一個欄位，然後再問我為什麼之後很難維護。因為你把本來應該分開的東西硬揉在一起了啊。

也就是說，一份 roster 最好同時有兩個版本：一個給人看，一個給系統吃。人看的版本可以有標題、導語、版面；系統吃的版本要乾淨、精準、沒有多餘字。你如果只留一份混雜版本，未來想重用時就會很痛。

我以前救過不少 CMS 壞掉的內容，問題幾乎都一樣：名字、段落、標點、註解全混在同一格。那種資料一旦進去，就像把螺絲和麵條一起倒進抽屜。你不是不能撿，只是會撿到懷疑人生。

實操寫法：頁面上可以有簡單標題和短導語，但 roster 本體要獨立。Markdown 就用列表；CMS 就用可重複欄位；資料庫就用每人一筆。這樣你下一次要搬去年鑑頁、學校存檔頁或 PDF，才不會從零重做。

如果你要真的動手做，Python 很適合拿來拆這種來源頁。前端或內容結構怎麼排，MDN Web Docs 也很值得對照。這些工具不花俏，但夠穩。

把它當 archive object，不只是一次性貼文

我現在處理校園名單，會先問自己：這是貼文，還是紀錄？差很多。貼文可以短，紀錄不能亂。因為貼文過了就過了，archive 是之後還會有人回來查的。

翻譯一下就是：如果你把它當紀錄，就要留下足夠的上下文。至少要有標題、來源 URL、發佈資訊、名單本體。這些東西不花俏，但很實用。你不需要加戲，只需要讓未來的人找得到、核對得到、重用得到。

我做地方內容歸檔時，最常遇到的爛狀況就是只剩一張截圖或一段複製貼上的文字。那種東西不是不能救，只是很難救。反過來，只要一開始就把它整理成 archive object，後面查詢、引用、轉貼都會順很多。

實操寫法：固定保留 source URL、publication name、date、category、roster。標題可以略微正規化，但不要改到看不出原意。你要的是可追溯，不是美化過頭。

• Title：保持接近原文。
• Source URL：一定要留。
• Roster：每人獨立一筆。
• Category：用穩定命名，例如 school-news。

只做格式正規化，不要碰姓名本身

正規化不是改寫。這句我每次都想貼在編輯台上。對這種來源，我要做的是整理格式，不是替原文「修正」內容。名字怎麼拼、大小寫怎麼寫、順序怎麼排，除非你有明確校對，不然不要自作聰明。

也就是說，你可以把分隔符號統一、把空白清掉、把清單樣式換掉，但不要擅自改名字。原文用點號、圓點、middot 之類的符號來分隔，沒關係，我可以把它轉成標準列表；但姓名本身必須保持原樣。這是兩件完全不同的事。

我見過太多「好心」修改最後變成事故。有人把中間名刪掉，有人把拼字改掉，有人把大小寫統一到錯誤版本。那不是整理，那是篡改。格式可以統一，身份不能亂動。

實操寫法：只處理標點和排版，不動姓名內容；若你不確定拼字，就先保留原樣；若來源有明顯錯誤，先記錄再校對，不要直接覆寫。這種節制，比亂改有用太多。

如果你在做更廣泛的內容結構設計，W3C 和 MDN 都能幫你判斷什麼適合給瀏覽器、什麼適合給 parser。看起來很無聊，但真的少踩很多坑。

最後要交付的是可直接貼上的版本

這整件事的價值，不在於我把名單講得多漂亮，而在於我能不能交出一個別人拿去就能用的 block。能直接貼到頁面、公告、筆記、CMS，這才叫整理完成。

翻譯一下就是：最後輸出的東西要即貼即用，不需要再叫人二次清理。沒有多餘裝飾，沒有模糊說明，沒有隱含假設。你只要給出一份乾淨的格式，別人就能拿去做下一步。

我喜歡這種做法，因為它尊重來源，也尊重使用者。它不裝聰明，不硬塞意見，只做一件事：把原始資料變成可複用的內容。對我來說，這比任何花俏版面都值錢。

實操寫法：交付時固定一個模板，包含 title、source、category、roster、notes。對外發布就保留可讀性；對內自動化就保留結構性。你只要把這個習慣養起來，之後處理任何名單都會快很多。

可抄的模板

title: Central High School, Class of 2026 | Local News | wyomingnews.com
source: https://www.wyomingnews.com/news/local_news/central-high-school-class-of-2026/article_9f0dfac8-5ca9-44c5-9250-c9ff7a6a9c1b.html
category: school-news

roster:
  - Bailey Rodriguez
  - William Romig
  - Patrick Rooney
  - Victoria Ruiz
  - Nathan Sack
  - Nolan Samson
  - Dennis Sayers
  - Shelby Schantz
  - Monte Schultz
  - Trenton Schultz
  - Aalyiah Scott
  - Eliza Scranton
  - Grace Sellitto
  - Colten Sheehan
  - Lucia Shoemaker

notes:
  - Preserve source order unless you explicitly sort it.
  - Keep names exactly as published.
  - Use this block as the canonical copy for reuse in pages, archives, or CMS entries.

原始來源是 Wyoming News 這頁。上面對方法論的拆解是我根據這份來源做的原創整理，模板則是衍生後可直接複製的版本。

我另外參考了 Python、MDN Web Docs、W3C 來確認結構與資料處理的寫法。