公司一個項目要驗收了，是帶源碼驗收的，甲方做了代碼審查，不久之后，甲方突然找到我，然后跟我說：“你這代碼不行?。　?，原來，我的代碼里面有一些帶感嘆號的警告信息，這些警告信息本身沒什么問題，但是甲方覺得我的代碼不嚴謹，非要我改，說不改過不了他們代碼驗收這一關！

所謂的感嘆號，就是Visual Studio里面的代碼警告，典型的就是代碼里面定義了某些變量，但是變量沒有使用，Visual Studio就會報一個“聲明了變量XX，但從未使用過”。

這種警告，本身并不是代碼報錯，也不會影響軟件的運行穩(wěn)定，只是很多IDE出于代碼規(guī)范的原因，做出的“友情提醒”而已。

而像變量聲明了沒有使用這種警告，其實可以通過改變警告信息等級這個設置消除掉的。

我把我的說法告訴了甲方項目經(jīng)理，甲方項目經(jīng)理也表示理解，大家都是技術出身，這點小事情難道不知道嗎？可是，甲方公司有自己的制度，只要是帶源碼驗收的項目，必須是一點毛病都沒有的，他們在驗收的時候會根據(jù)驗收標準表上的項目一個一個截圖驗收，甚至到時候要做知識產(chǎn)權的時候，還需要我們按照指定的格式把源碼粘貼到指定的文件里（估計是要做軟件著作權）。

所以，即使甲方項目經(jīng)理知道這事是咋回事，可是，還是要求我把代碼里面的警告信息消除以后才能繼續(xù)走下一步。

這下真的把我搞懵了，因為我們這個項目是個上位機項目，源碼是直接放在甲方工廠的上位機上的，直接改了代碼或者警告等級發(fā)給甲方還不行，我還得親自跑一趟甲方工廠，把所有上位機上的代碼全部替換掉才行。

可別認為這只是簡單的替換，甲方離我們公司有一千多公里，坐飛機都得幾個小時才能到，進入甲方工廠還得走各種申請，來來回回不搞個三四天，根本搞不完！

就為了這么一個小問題，來回差旅費都得個三四千了，更別說浪費的這幾天時間，但是，沒辦法，誰讓自己當初沒主意呢！雖然這部分損失都是由公司承擔的，但總歸有些不好意思！

結語

最后提醒下各位，如果是帶源碼交付的項目，尤其是工廠項目，一定要注意把IDE的一些警告信息消除了再交付，否則很有可能就會出現(xiàn)像我遇到的這種情況。

有些工廠在審核項目的時候是認死理的，不要試圖去說服甲方，那是不可能的，你能做的，就是乖乖按照甲方的要求去做，這樣才能順利驗收！