2025年11月16日

沒講就不做

雖然這問題曾經提過，但無論時空變遷還是值得討論。

今天有個使用者，因為太久沒有操作畫面，導致 token 過期被強制登出，所以回到登入頁面。

請問這名使用者重新登入會到哪？

如果你是使用者，你覺得是哪個？

其實兩個答案都很合理

其實兩個答案都很合理。

對使用者，它做事情做到一半，當然會覺得我重新登入可以做剛剛的事。

但事實上預設情況都是首頁，但許多使用者已經被養壞習慣，已經預設會回去剛剛被踢的頁面。

有的人會說，Spec 要講清楚啊！

我所開過的網站中，認真說只有5%的PM會有明確告訴你他想要怎麼樣，大部分的 PM 是不會寫進 Spec，有的人甚至內心已經預設兩種答案的其中一種。

有的人會說，要有 Refresh Token 啊！

過去經驗，有多少網站有把 Refresh Token 或是說把 Auth2.0 機制做完善？也甚至很多網站根本不是使用 JWT，而是其它的機制或是自建的編碼。

當然有人可能會說有問題就要問啊！

其實有豐富經驗的工程師都知道，開發過程類似這樣的問題多如牛毛，有時候真的跟找碴一樣。真的每一個疑惑都要問到非常清楚，問到都沒問題，幾乎不太可能⋯⋯問到飽可能一整天都陪著你耗，問完筆記都可以當另一份 Spec。

也曾經有人跟我抱怨「問那麼多幹嘛」

也有人要求我「先做再說」

也有人覺得「這不是應該的嗎？為什麼不做？」

所以多半開發時還是慘雜很多很多通靈⋯⋯

但更現實的是政治問題。

多做了，是你自己負責自己的行為。

多問了，就有人幫你背書。

顯然是不同部門在責任歸屬上要去劃分權責。

這個問題延伸到後面我想談的是立場。

需求方，產品經理、產品設計、UI/UX

開發方，工程師

需求方希望東西更有效率，希望一些理所當然的常規行為可以工程師能先處理好，後面可以再微調。

維護文件勞心勞力，與其計較一字一句，產品能快速產出及早獲利會是更重要的。

開發方的立場呢？

如果求快沒有規劃好，可能期程不變的情況下要把想辦法趕工把問題修復，因為 Bug 責任歸屬是開發，但求快跟穩定這兩件事其實是有一點點衝突的。

開發要是擅自決定把功能做好做滿，但 Spec 沒有定義，這叫做「擅作主張」。出了問題又是全開發部門承擔，擅自多做的人就是出頭鳥。

大家都沒有錯，溝通、諒解、互助，這才是一個團隊最重要的事。