我慢慢變成了公司程序員中的“老油條”，你呢？

作者：螞蟻大喇叭 2020-05-06 22:10:41

應用中被發現了一處bug，剛開始時我有一絲害怕，但慶幸的是，這部分代碼不是我寫的，于是我很高興地告訴經理，“那不是我的代碼，可能是同事A寫的，你問問他吧”。

那不是我的代碼

從來代碼都是想由誰寫由誰寫，誰想改誰改，而且沒有代碼庫的概念，更沒有人把某些代碼測試沒問題而封進代碼庫。我也想分工明確地大家都不用猜而知道哪塊的代碼由哪個人負責，做事前每個人都有個藍圖，都不錯。但是，我只是一個小小的程序員，我說的話能管用么?而出了問題，我當然有時會誤以為那塊代碼不是我寫的，難道一個類由七八個人寫還讓人記住哪個方法是哪個人寫的?

它在我電腦上可以運行

測試人員發現我的代碼無法正常運行，但是相同的情況下，在我的開發機上可以正常運行，于是我很爽快地回了郵件“程序沒問題，在我的機器上運行正常”

先來說為什么出現這個情況，一般是自己機子中的開發環境由于開發機的緣故，比較完整。也由于完整，所以很多環境點沒有記錄，自己腦子中沒有個藍圖，所以到了另一臺電腦上就出現這個情況。但是為什么出現這個情況的另一原因，一看就是把一個項目丟給我一個搞還讓我負全部責任，試問，如果把我的開發機子叫做A，把那個出了問題的機子叫做B，那么測試人員的機子叫做C的話，那想問一下，C機正常么?什么?根本沒有C機，把所有的一切一切都丟給A機的主人并且還不讓出錯?

那些只是我的看法

當在會議結束時，開發人員或管理人員通常會說“那些只是我的看法”。

說這句話有兩種可能：1，目前做了的一些東西只是個人的想法的實現;2，會上說的將有可能做的東西是個人的想法。如果是第一種，程序員在沒人設計的情況下，當然自己去想著做。如果是第二種，那多正常，自己提出自己的想法嘛，要不開會干嘛?

我沒有對這個模塊做任何修改

程序突然出現問題了，經理認為是我寫的模塊的問題，但之前程序運行得好好的，而我又沒有對這個模塊做任何修改。

這個跟第一條一個道理，不重復說明

我差不多已經完成了

經理每一次詢問進度，我幾乎都這樣回答。

這個是中國軟件公司流程不科學的負作用之一。像建筑業那樣，一個工程做之前連用幾萬塊磚、幾百噸鋼筋都計算好了，工期你不用每天去問泥匠。我們一般是聽到領導們這么問：我們需要做個進出庫系統，一個月能做完么?好吧，我也想蓋個機關槍大樓，希望你能半年完成?現在你回答我，能么?

下班之前完成

“這部分代碼什么時候能完成?”，我通常會告訴他“下班之前”。

這只能說是有責任心，別的無話可說。

你這個@#^&*$%測試者

你知道的，開發人員和測試人員的關系一直不怎么樣。我認為他們只是一味地想增加bug數量。

這個其實跟測試或開發有毛關系?規范呢?

給我 1 分鐘時間

代碼中有一個小錯誤，我相信我能夠在1分鐘內解決掉它。OK，搞定!什么，其他行報錯?就這樣，1天過去了。

這是初級程序員，就現在的我來說，有BUG，看其他人態度，如果態度好的話，一分鐘真沒準就改了，態度讓我討厭，你等著呢。干怎地怎地。什么?不怕被炒掉?我告訴你，能有這樣事的公司，在還是走還有什么區別么?

文檔完成了

我的工作是寫代碼，我討厭寫文檔，但是又不得不寫。于是，我草草整理了一個文檔，盡管遺漏了大量細節部分，但是Who care，我能看懂這些代碼就行。

這東西，該誰寫都有待爭論，給寫就不錯了。

那是一個特性，不是一個 bug

這句話我用過很多次了，現在測試人員基本上也不會再相信了。