muchsci 論文水手有兩條鐵律,第一條是「不編造」,講的人比較多;第二條經常被忽略——語言版本不替你決定:中文稿、英文稿兩條產線獨立運行,交稿前讓你選一次。
初看像功能說明,細看是個產品哲學問題:為甚麼連「用中文還是英文」這種事,都要寫成鐵律?
先看反面:混住產線的日常
不用鐵律約束的雙語寫作,通常長這樣:中文初稿寫完想順便出個英文版,於是兩個版本在一個資料夾裏互相覆蓋;檔名從「論文終稿」進化到「論文終稿2英文最終版」,投稿前夜在找「最新版到底在哪」;更慘的是改串了——英文稿裏混進中文段落,投出去才發現。
雙稿混亂的根源不是你唔夠細心,是版本混住:兩種語言的產物共用一套儲存、一套命名、一套狀態,出錯只是時間問題。
產線化的解法:物理隔離
論文水手的安排很直接:中文稿、英文稿是兩條獨立產線,各自走完大綱、初稿、審校、潤色的全流程;產物目錄與檔名跟着語言走,中文稿的所有版本獨立成檔,英文稿同理。物理隔離的意思是:你不可能把英文段落誤寫進中文稿的存檔裏,因為它們從一開始就不住在同一個屋子裏。
「只問一次」的設計
鐵律的後半句是「交稿前讓你選一次」。流程啟動後語言路徑確定,工具不再反覆追問「確認用英文嗎」——一次確認是設計,反覆確認是噪音。把重複決策變成一次性設定,這正是「寫死在規則裏」的價值:鐵律不是限制,是把該做的決定自動化、把不該自動化的決定(你的選擇)鄭重地留給你。
混住產線 vs 分離產線,一張表看清
| 混住產線的日常 | muchsci 的安排 |
| --- | --- |
| 中英版本改串,英文稿混進中文段落 | 兩種語言兩條產線,物理隔離 |
| 檔名分不清哪版是英文終稿 | 目錄與檔名按語言規則命名 |
| 投稿前夜找「最新版到底在哪」 | 交稿前一次確認,之後不再變 |
鐵律的適用人群
需要中英雙稿的場景比想像中多:課程要求中文報告、畢業論文要求英文摘要與全文、投國際期刊要英文稿、導師要求雙語對照。只要你的寫作會跨越語言,muchsci 的兩條產線隔離設計就在替你擋掉一整類低級事故。
工具的邊界意識,和功能數量一樣重要。第二條鐵律值得被記住——它管的是所有雙語寫作者最熟悉的混亂,用的辦法簡單到樸素:讓中文的歸中文,英文的歸英文。