那不是我的代碼

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

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

它在我電腦上可以運行

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

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

那些只是我的看法

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

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

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

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

這個跟第一條一個道理，不重復(fù)說明

我差不多已經(jīng)完成了

經(jīng)理每一次詢問進度，我?guī)缀醵歼@樣回答。

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

下班之前完成

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

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

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

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

這個其實跟測試或開發(fā)有毛關(guān)系?規(guī)范呢?

給我 1 分鐘時間

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

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

文檔完成了

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

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

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

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

還是那句話，規(guī)范呢?

---- 程序員段子 ----

聽說這是某位阿里程序員日常工作記錄

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