憑一張照片把整桌菜重做出來，和把圖片變成能改字的簡報，是同一種功夫

你有沒有收過那種訊息：一張菜的照片，配一句「這個，做出來」。沒有食譜，沒有份量，連那是什麼醬都得用眼睛猜。最近 V2EX 上有位開發者遇上的麻煩，本質上很像。他常收到截圖或 PDF 頁面，被要求改成簡報，可是原始檔案不存在，要重畫一遍，成本高得嚇人。

市面上常見的「圖片轉 PPT」多半是偷懶做法：把整頁圖直接貼進簡報檔。播放沒問題，想改一個字，門都沒有。就像你把那張菜的照片洗出來裱在框裡，能看，不能喫。這位開發者想做的，是他口中的「逐元素重建」：文字變成真的文字框，可以改字、改大小、改顏色；色塊和箭頭變成原生形狀；照片按區域裁切，放進獨立圖層。

這個過程唸起來像極了看照片還原一道菜的流程。先量，鹽放多少、蔥花撒在哪個角落、那勺醬油的顏色深到什麼程度。再列清單，寫下每個步驟。然後動手做一遍，端上桌，跟照片擺在一起比對。哪裡不像改哪裡，再煮一輪。他的程式也是這樣跑的：量像素座標，寫元素清單，輸出簡報，導回圖片，跟原圖逐塊比對，挑最差的那塊修，再來一次。一張圖要跑二十到四十分鐘，通常十幾版才收斂。這跟一鍋要試好幾次味道才對的湯，節奏是同一種慢。

他也做了件老實的事：拿六十二張 EdrawMax 的真實圖檔做回歸測試。結果是六十張能交付；可統計的六十三次裡，六十一次文字召回率不低於零點九五，六十二次像素差異在五以內。翻成廚房的話，六十二桌菜，六十桌端得出來，而且大部分嚐起來跟照片裡那口幾乎一樣。他也沒把醜話藏起來：超大圖和長條圖目前不穩定，就像一整桌十六道菜的年菜和一條三層的婚禮蛋糕，本來就該分開處理，不該裝作同一套手藝能通喫。

最後他問了幾個問題，其中一個特別有味道：二十到四十分鐘的等待，你能接受嗎，還是寧願先拿中間稿？這根本是廚房裡每天的對話。湯還沒燉透，你要不要先喝那碗半成品的頭道湯？有些人等得起，有些人餓不得。驗收「真的能編輯」，跟驗收「這道菜真的會做」，方法也一樣：把簡報打開，改一個字看看，等於把食譜拿走，自己炒一盤看看。中看不中用的，一眼就現形。

下次你再對著一張照片發愁，想重現那盤紅燒肉或是把某頁簡報救回來，記得這個道理：貼一張圖是最快的，重建才是真的功夫。而願意把六十二張圖拿出來自我檢驗、把失敗的那兩張也說清楚的人，廚房裡通常也比較值得信任。