程序員有哪些借口可以讓自己寫的代碼里到處都是Bug並且代碼可讀性很低？

01-03

我是在離職前心安理得的製造Bug的。

明天再不上線就給我捲鋪蓋走人！

不會作為商品的代碼，或者用來製造商品的代碼，都是隨便亂寫的，譬如說證明一個論文的概念，能跑就行了。

當然就算是隨手亂寫，人跟人之間的差別仍然很大（逃

「這裡我先猥瑣一點實現了，後面再整理一下」 —— 程序員十大謊言之一

我不明白爛到什麼樣的公司能讓員工離職的時候產生這麼大的怨念，好聚好散不好么？

我勸有這種想法的朋友別這麼做，圈子看起來很大，實際很小，跳來跳去與原同事成為新同事很正常，何況一般用人單位招人時都會去原公司打聽一下，能力不好可以培養，人品敗壞絕不會要。

哦還有，甭管是不是故意，你遺留的bug，很可能在你離職後很長時間內，成為同行嘲笑的談資，而你就是那個笑柄。反正我在技術群里看見過不少被群嘲的代碼。

真要寫到處都是Bug並且可讀性很低的代碼，跟離不離職沒關係。曾經從美國某著名大學的某德高望重的論文作者處拿到一份處理mesh的C代碼，全程只有malloc沒有free，全程意識流。理由就是，反正是搞研究的嘛。

謝邀

你都這樣問了，那我也拋開道德觀念，腦補一下了：

第一，同事傻逼

第二，老闆傻逼

第三，客戶傻逼

第四，自己傻逼

第五，時間太緊

第六，一次性無需維護

第七，演算法競賽

第八，出面試題

錢越少，BUG越多，可讀性越低

都是騙自己的套路而已，耽誤自己成長，耽誤自己拿高薪，耽誤自己的青春，何必？

嫌加班累就拒絕加班，嫌上班累就休息一會，嫌老闆壞就去吵一架，嫌自己代碼太好bug太少......bug多了更開心？bug多了自己維護起來更快樂？bug多了自己進步更快？bug多了老闆更喜歡？這種損人害己的事情，做了何益？

心安理得的騙自己很容易，老闆和同事也很容易接受這些理由……其實老闆和同事心裡清楚，不過就是這樣的人而已，不接受也沒用。

好久沒見過測試組的妹紙了

我些微地黑幾種知乎見不到的人哈，各位都是高手，別對號入座：

工期太緊，沒時間重構——大哥別自我欺騙了好嗎？給你足夠的時間就能寫好？你職業生涯至今寫過好代碼嗎？

這段是網上抄來的，調了一下能用就沒改——您再不改，大小寫總得改改吧，不是有 rename 快捷鍵嗎？

本來這個模塊很清晰的，一直加功能就加成這樣了——大哥我技術不好別騙我，您把所有的功能往一個類里加能不亂嗎？

那幾個文件不是我開發的我不敢動，所以把功能都在我的代碼里實現了——大哥，那幾個文件的作者離職了呀，不是交接給您了嗎？你不敢動那誰敢動啊？

我主要還是鑽研專項技術，代碼設計的事情我顧不過來——說實話啊大哥，您做的那專項技術，連我都懂……

我們做行業產品的，還是聚焦於業務，跟你說的那種項目沒可比性——大哥您的「業務」不是「寫程序」嗎？

我能力不足啊——面試的時候您肯定不是這麼說的……

//TODO fix this

這只是測試性的代碼，以後我一定會回來優化一下的！！！

然而，項目復項目，項目何其多……

找了下題主的信息，發現應該不至於到我這個圈子裡來，安心了。

心安理得來水一分，轉乾坤。

測試自己的代碼是懦夫的行為。

我想不出來。

我是為了讓AI有機會進化到超過人類智能！

（我覺得AI唯一一個能夠從人類手中失控的可能，是它的程序里有bug。）

百度經驗寫的

我們總監就是這樣漏洞百出

不過很人很聰明

他是美術出身，寫代碼都百度經驗來寫

做到互聯網總監，佩服

1.要出活兒！

2.先實現功能，再優化！

3.快速交付就可以確認收入，改BUG？那是運維後的事情，慢慢收服務費吧。

4.1周做完，4周修改，客戶可接受。

關鍵是，有個反例。。。。

某些程序員一直不出活兒，做不完，問為什麼？

「我要優化架構」、「找最高效的演算法」、「實現N個測試用例」、、、「減少BUG」、、、「提高質量」、、、

其實呢？我不知道。

「我承認代碼寫的不好，但是它穩定啊，這個項目去年賺了40個億」。還有誰不服？