2023年12月18 問題的反覆

2021-09-08 23:30:31 字數 698 閱讀 2303

2023年12月18 晴  日本東京

今天改了一天的問題,雖然很累,好在下班前改完了,暗自慶幸可以早點回去休息了。沒想到就是有不測風雲,客戶來了,要我給調查乙個問題,是之前改過的,但是程式執行結果沒有達到他們想要的結果,從程式的日誌分析原因好像是某時間計算沒有達到要求的值,因而沒有做成他們要求的結果。沒辦法,只有debug了,很快問題定位了。按照之前客戶提供的計算標準和計算方法,我的程式沒有錯,原因是呼叫其他check模組時,沒有得到想要的結果,難道是那個check模組有問題,不敢妄下結論,於是找來客戶一起討論。一番頭腦風暴後,客戶的結論是,在呼叫check模組之前,需要對check物件的乙個屬性值進性加一分鐘的修正,然後進行check處理,就會得到想要的結果了,原因是預設值是0的情況下,check不執行。呵呵,汗顏!

於是聯想起之前客戶在講解修正方法時,給我畫的圖,圖上標的在某時間點後加1分鐘後再進行check,原來加1分鐘的用意如此。總結問題反覆修正的原因如下:

1,模組介面變數的結構複雜,check物件中與時間相關的屬性變數很多,慣性思維的驅使,讓自己預設為1分鐘時是加在check物件的界限時間上,而且修正資料上的描述方法起到了誤導的作用;

2,客戶講解問題時,對於加1分鐘的概念交代不清楚。對於概念的模糊性自己沒有及時的認識到,而是想當然的給予了預設的清晰計算物件;

3,今後在確認問題時,特別是在使用具有複雜引數的模組介面時,對於一些變數的設定,一定要把設定值和具體的屬性變數確認清楚。

2023年12月18 問題的反覆

2008年12月18 晴 日本東京 今天改了一天的問題,雖然很累,好在下班前改完了,暗自慶幸可以早點回去休息了。沒想到就是有不測風雲,客戶來了,要我給調查乙個問題,是之前改過的,但是程式執行結果沒有達到他們想要的結果,從程式的日誌分析原因好像是某時間計算沒有達到要求的值,因而沒有做成他們要求的結果。...

2023年12月18 資料的二義性

2008年12月18 晴 東京 今天遇到的問題是,同樣資料code,有三種不同的定義。通常情況下,資料code做為資料的編碼資訊,應該具有唯一性。但是為什麼出現了三種不同的定義呢?原因二 在我們目前對應的系統中,這部分資料所描述的實體物件,分別屬於兩個不同的業務單位。因此在以下處理時,我們必須進行相...

2023年12月18日 指標

理解複雜型別指標,乙個複雜型別裡會有很多運算子,他們也像普通的表示式一樣,有優先順序,其優先順序和預算優先順序一樣。從變數名起,根據運算子優先順序結合。int p p與int結合,這是乙個普通的整型變數 int p 首先從p開始,先與 結合,所以說p是乙個指標,然後再與int結合,說明指標所指向的內...