🔧 阿川の電商水電行
假期快到了🎄
在做波蘭餃子🥟和烤薑餅的間隙，我突然想寫篇博文——因為說實話，誰又能一直待在爐灶旁呢？ 😉
我在這行幹的時間越長，就越覺得我們其實都差不多。我們面臨類似的問題，有著相似的想法，也會犯下類似的錯誤。證據？看看我這篇貼文就知道了：
沒有一則評論說“不對，我們的程式碼很棒！” 😄
所以今天我決定列出一個更幽默的清單——一系列我認為我們都在不斷對自己說謊的謊言。
1. “這只需要一會兒”
你讀完任務描述後說過多少次這樣的話？
有多少次，你發現自己五年前，還是個大三學生的時候，在X課上寫過一段漂亮的意大利麵條式程式碼，結果“靈光一閃”的瞬間變成了幾天的工作？ 🍝
現在我盡量養成自動尋找隱藏陷阱的習慣，但還是會時不時地掉進這個陷阱。
2. “我稍後會重構這段程式碼”
奇怪的是，很多時候，那件事永遠不會發生 😉
這裡有個專業提示：建立重構任務——即使它最終被埋沒在待辦事項清單的最底部——也能大大增加它將來真正實現的幾率。
3. “我們肯定會在衝刺結束前完成這項工作。”
當然…如果你忘了算上跟另一個團隊的二十次通話，以及那次意料之外的緊急修復 🔥
如果可以，估算時請務必預留緩衝時間。在大多數專案中，（產品負責人看來）在迭代周期內增加工作量總比無法按計畫交付要好——當然，具體情況具體分析。
4. “我稍後再寫測驗題。”
規則和重構一樣：要嘛立即寫，要嘛──如果實在無法寫──建立一個任務來寫。
否則……再見，考試👋
5. “這只是個特例，沒人會這麼做。”
我不知道你那邊情況如何，但在我的專案中，如果出現bug，總是會有一些用戶遇到。每次都這樣。 😅
6. “這絕對不是我這邊的事”
不可能是前端/後端（根據需要劃掉）。
哦，等等……你是說它是？
哎呀。是啊。沒錯。我的錯。
7. “如果它在我的機器上執行正常，那麼它在任何地方都能執行。”
這可能是所有測試者最痛恨的假設🧪
然而……我們卻一直在製造它。
我就說到這裡吧，因為我覺得我可以一直寫到明天——而且蛋糕可不會自己烤出來 😉
準備好迎接第二部分😄
那麼……你認為開發者最大的「謊言」是什麼？
請在評論區告訴我👇
原文出處：https://dev.to/sylwia-lask/7-lies-developers-keep-telling-themselves-and-somehow-still-believe-46nh
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
