一個函數(shù)名引發(fā)的悲劇

一個新產(chǎn)品歷經(jīng)3-4年終于推出，出貨每季增加，大家皆大歡喜。不想碰上一個Y國的刁鉆客戶，硬是測出可能若干天中有個短時的遲滯,雖然不影響正常工作。由于該客戶過于重要，系統(tǒng)集成廠家以不解決就中斷定貨威脅，于是從上到下如臨大敵,壓力全部施加到研發(fā)部門。若干年沒加班了，被逼到實驗室苦戰(zhàn)兩周白夜。技術(shù)這東西，不怕有問題，就怕客戶有了問題實驗室重復(fù)不出來.重復(fù)出了問題就算解決一多半了.重復(fù)不出天王老子也沒辦法。不幸這次就是這種情況，只能一招一招的猜想讓集成廠商在他們實驗室做試驗。這系統(tǒng)牽扯了5家公司的技術(shù)，期間大家肯定對內(nèi)先懷疑自己，盡量檢查自己的可能問題，這點職業(yè)精神應(yīng)該都有。但對外，都盡量挑對方可能引起問題的各種可能。有時是也許是想借機多刺探出一點對方的東西。有時明知問題不在某處，由于某方的專家質(zhì)疑，只能無謂的浪費寶貴的時間。

軟件工程師檢查沒問題, 硬件設(shè)計也覺得正確. 弄了一周多了沒頭緒,一天晚上在實驗室來回閑走，偶爾聽幾個工程師議論說一個命令的執(zhí)行，心中一動：怎么這函數(shù)的名字起的這么奇怪。覺得不對勁，追問了幾句。一查，原來命令解析有問題！借用以前設(shè)計的一個函數(shù)但軟件是基于這個函數(shù)名代表的意義解析實現(xiàn)的,但硬件是根據(jù)實際功能要求實現(xiàn)的. 兩者有些不一樣. 趕緊編譯新的命名給客戶，果然就是這引起的。

但問題并沒完。對方的技術(shù)專家們也會戰(zhàn)了幾晝夜了，一直認為是我們的算法有問題。窮追不舍在控制算法上(也許是想刺探我們的算法吧)。無奈只好寫了詳細的白皮書解釋。為這還咨詢了在大學(xué)做教授的同學(xué)一些理論的東西做彈藥?；送鹊木?，把自己覺得不是問題的問題，用各類“專家”們各個牽扯的部門都懂的方式描述出來。消除了對方對所有不是引起問題的問題的疑慮，總算送出去后沒聲音了。

文檔,詳細的設(shè)計說明文檔! 說千萬遍可能也有人不重視.那么就等著悲劇吧,早晚的事.