https://x.com/tunatu727/status/1989830780701618313
https://pbs.twimg.com/media/G51LNzSbkAE35Kp.jpg
...好
終於把程式完成了
再來是檢查有沒有bug...
嗯...？
咦...？
很順在跑了...？
不對...這明明是寫得很複雜...
不可能會沒出現一個兩個bug吧...！！
騙人的吧...！？
為什麼會找不到bug...！？
通常會有吧
一定會有吧...！！
一個bug都沒有是覺得不可能的...！！
啊啊啊啊！？
為什麼一個bug都找不到啦！！
可惡！！
我要從一開始全部重新寫過！！

既然它可以動,就不要動它

應該不會這樣吧 沒bug很爽啊 再不然就是一邊測試一邊寫

能動就好，幹嘛那麼堅持一定要找出bug來修正？

能動、找不到bug 很好啊，等測試有問題再說

不是簡單測沒bug就push然後隔天收gira嗎jira

沒那麼誇張，寫得順的時候還真的會一桿進洞

既然不影響運作，那就不叫bug （X

測試有寫得夠完整應該就不會擔心這個

程式設計師才不會因為沒BUG崩潰，工作太少吃飽太閒喔？

但通常這種就是測試沒問題 上線客戶一堆神操作就出事

測試過了就下一單啊

可能會稍微擔心會不會有極端案例沒測到但大部分情況可以跑就好了，管他的w

單純是沒有規劃完善測試而已

這人沒寫測試喔

怕被客戶刁啊

沒bug不好嗎?早點回家休息..等上線就知道要不要加班了.

bug跟薛丁格的貓一樣 沒發現就處於有跟沒有之間

其實看人，如果每次改進量較少，次數較多慢慢推進通常還蠻容易無bug 的

準備好的案例跑完過了就好啦，正常應該不會硬要找出Bug來

bug上線就會跑出來

不可能 絕對是哪裡寫錯了（自我懷疑

除非你開發到完成完全沒執行過，不然BUG不會多到哪去拉比較常遇到的是使用者測試表示:BUG好多 (各種低能用法或者觀點)

找bug不是開發的工作 能動就好

然後硬要你改成那樣時就會出現真的BUG

沒有bug頂多會自我懷疑，但程式能動我們就不要再動它了

但compilation error處理完之後一跑就過，我通常是會懷疑是不是我設定哪邊弄錯了、其實沒跑到改動的部分XD

只測happy path就這樣吧

自己寫的Code自己找的到Bug，這是鬼故事吧，老子寫的這麼完美怎麼會有bug

正常是只要能跑 能下班就好 什麼原理就先不管了

沒有 他如果會正常跑 那就不要理他

我寫完很複雜的沒出問題確實會驚訝，但不會焦躁w

不會這樣啦，沒事就給他出去了，有事之後再談就行

It works, but I don't know why

沒那麼複雜 可以改兩行code測起來沒事 推進去有事

"It works, but I don't know why" <-- 這個是meme吧現實中我還沒遇過這種事情XDDD

腦袋混沌寫扣跟喝酒開車一樣危險

沒bug想重寫 日本工程師太閒了吧

大部分都是 ... 我覺得沒 bug但是 sanitizer 或 valgrind 掛上去跑就噴一堆東西出來

上線後出現bug才會去想怎麼出現的吧==

這種狀況很少遇到吧？都是：沒Bug了？好耶耍廢等下一個Project囉

用工程師角度使用沒問題，問題是上線之後的神奇刁民神奇操作

這個一定剛畢業

反正上線後 使用者亂搞就會跑出來了 不急

我寫的怎會有bug，有問題都是甲方好不

錯了，能動就好

真得可怕的是把前人的bug修好，反而出了一堆bug

完全不符合現實，會動就不要去修他

@memory1024 所以現在Test-Driven Development很夯啊

日本ITㄏㄏ

test都能過就應該要當正確了吧

雲工程師 跑測試不就知道了測試的涵蓋率這麼差

怎麼可能會有這種情況，能動就行

就看結果對不對啊 對了哪可能重寫 之後爆掉再說

不可能重寫，但有可能會把自己覺得高機率出錯的地方又寫一遍拿來交叉比對

編譯時爆了最幹test 正常但編譯不出來

一開始就要寫test case而且build failed

自己測不出來很正常，放給SQA或客戶就會出現一堆了

編譯沒過根本沒辦法測試吧

遵守TDD的原則一定要先錯再修正

不過跟build有關的就是，我覺得直譯式語言用TDD比較舒服

編譯前跟編譯後程式還會不一樣開始找套件那邊出事了……

不符合現實 現實只會覺得超爽不用加班

正常是覺得已經沒問題-＞給測試->被丟回來 無限輪迴懷疑人生

第四格應該是：算了 會動就好重構自己寫的code 吃飽太閒

我工作碰到時 80% 是執行到沒改過的程式

unstable 的東西用在 production 上心臟真強 XD

還有覺得沒事了項目正常運作爽沒多久電話就響了bug總是出現在神奇的地方

沒測試過的程式碼：老闆寫的 案例：你提供

有git blame 至少知道是誰沒寫到相關測試

有時候把程式碼照搬到另一個裝置上又不能跑了

能動就好了，你重寫能保住比原本的厲害嗎？

因為要寫測試文件

直接丟qa，他們沒測出來就不關我的事了

說要整個重寫太誇張了 但是多檢查跟想一下怎麼調整最佳化是會的..

怎麼可能重新寫一遍，頂多叫QA仔細點吧

程式寫完沒bug不代表能動阿...

曹操gif

這是哪來的幻想世界？

寫完過了一個月你就會忘記當初改這個是幹嘛的，越改問題越多XD

沒有客戶點炒飯的緣故

內測測再多永遠都是PASS 上線就會跑出來了

前兩格是對的，後面純粹唬爛

丟給ai測試過 會動就可以叫客戶壓測一下了

屎山代碼可以動就別碰屎山

這是幻想的結果才不可能重寫 絕對不會這麼愚蠢

還有時間想重寫？都不用寫文件？

這傢伙應該還很菜

忘記改的理由就去查 vcs 的 log。log 沒寫就你的問題

不可能沒有bug

真的RD是寫完後連測都不測就丟給QA了 發現有bug再來修

寫ut的時候就該去掉大部分小問題，剩下都是整合問題自己想不到

是沒其他功能要做了嗎？快開發下一項啊

正常工程師都嘛可以用就好了，就像訓練一個模型，人類是不可能搞懂模型經過大量資料生成的向量多維空間。科學的盡頭是玄學

交出去就有了，不用擔心

才沒有這麼誇張啦 自己驗一個bug都沒有除了真的沒有bug的情況 你一定有漏scenario或是unit test寫錯如果QA給的p0 cases你都測過也沒問題 那就不要浪費時間直接丟給QA去做其他事情 事後再來修就好

並沒有

會這樣想的一定是菜鳥，資深的主要功能測完、測試有寫，剩下就是交給QA和使用者了啊，哪會想那麼多你自己的腦袋寫的程式，馬上自己測，是找不到小bug的

我類似的情況是寫完發現所有test都沒出錯 超爽的 爽

並沒有，可以動就不要改他

單元測試自動化 devops 自動化 才能發PR

沒bug不就多了一些時間可以多測幾遍，測完就給Q了下班

沒有到TDD那麼瘋狂 單元測試太難寫 代表耦合度該好好想想了

最後一格要改一下喔 應該是給客戶跑的時候突然冒出一堆bug出來

不會，他媽的當下覺得沒問題，一定是開香檳走人，等真的出問題再煩惱

沒bug很好啊 我怎麼這麼屌 幾個月後，靠怎麼有這bug 我真的是低能兒

記得要寫註解

這一眼沒列測試清單的 測試清單列出來沒問題只會覺得安心

完全不符合..

會懷疑為何沒bug+1,但會朝是不是測試不夠充足來思考

內心警鐘大響，實際上也有可能出大問題了，例如程式跳過了一大段