沒有標準答案時自己造一個可比對的基準點

我依賴的其實不是「宇宙唯一的真理」，而是一個拿來做差異比對的基準點。我的腦袋是一台比對器，沒有基準點就跑不動「輸入 → 輸出 → 比對 → 修正」。

越往高階走（架構設計、創業、藝術創作、人生規劃）越沒有標準答案。四種自己造靶的方式：

1. 借別人的答案當暫時性基準（Proxy Benchmark）

不問「最好的 DB 架構是什麼」，去查「Stripe 怎麼設計的」、抓 star 最多的開源專案來抄。不是相信它對，是要有一個靶——先照著做，實作中撞到問題就會自動開始挑它毛病並改良。把別人的終點當自己的起點。

先寫下驗收標準：「這個 DB 架構只要能讓前端在 0.5 秒內撈到使用者的 50 筆貼文，就算對。」人為畫一條終點線，過了就有對完答案的踏實感；需求以後變了那是下一版的事，當下這個迴圈我過關了。

不要試圖想出一個完美架構。強迫自己想出兩個極端但都能運作的爛方案 A／B，列各自的優缺點。腦袋對「憑空創造完美」很苦惱，但對「比較兩個爛東西誰比較不爛」極度擅長——用 A/B 對照在內部造出差異比對。

連驗收標準都定不出來時，用最快速度、最髒的 code、最簡陋的料理做個半成品丟出去。使用者點了沒？朋友吃下去什麼表情？現實數據就是那份正確解答。

判準不是問題難不難，是有沒有標準化的驗收方式用同一條線分「可以交給 LLM」與「只能當方向」。差別是那篇講判斷（這題可不可驗收），這篇講製造（不可驗收的時候自己造一個）。那篇另外提醒：可驗收 ≠ 簡單，難度和可驗收性是兩個獨立的軸——所以「沒有正解」並不是我學不動的唯一原因，見大學工程數學有標準答案卻一樣學不動，缺的是什麼。