8月16日的黑鍋

2021-08-29 10:38:23 字數 575 閱讀 6244

最近一期交接的事情局方盯得很緊,我心裡懸得很,做的事情多是好也是壞,做得太多,生怕**沒周全就出錯了,果然。。。。

**報了乙個裝置頁面查不到,查到底層才知道是乙個狀態標識為空了,到外圍系統去查,狀態是有的,看介面資料和程式,資料都過拉了沒問題,然後在底層資料找到乙個時間標識字段,是8月16日的。。。。。。。

那個時間欄位本沒標識,是8月16日有人對這個表做了大批量的操作,肯定是這樣,我判斷。

找到應用,沒人承認,找不到操作的那個人,這個事情肯定要局方幫忙協調才能把資料補回來,但是我給局方什麼理由,資料丟了,介面沒錯,應用沒錯,大批量操作只有介面才做得了,我找經理,說明了來龍去脈,但是經理問是誰做的,我只能說不知道,可是對局方能說不知道麼。。。。。。。。。。

剛好另乙個公司也在,乙個挺厲害的大哥哥給我看了程式,說肯定不是介面的問題,但是確實找不到原因,除非查oracle系統操作日誌,但是這個許可權很大的,需要向上申報才可以,經理肯定不會願意動這麼大的干戈,大哥哥說,要我對這樣的敏感欄位做審核,我光說是沒用的,只有拿數字說話才行。。。。。。。。。

8月16號的黑鍋,讓我摔了一跟頭,也長了個心眼,先人工監控這些敏感字段,時間寬裕了再寫個程式。。。。。。。。

ACM集訓日記 8月16日

const int maxn 10000 5 最大元素個數 int n 元素個數 int c maxn c i a i a i 1 a i lowbit i 1 返回i的二進位制最右邊1的值 int lowbit int i 返回a 1 a i 的和 int sum int i return res...

回顧(2023年8月16日 21 46 55)

字元編碼 2.0下預設是ascii碼,不能支援中文,所以中國有gb2312 gbk utf 8 utf 8是unicode 萬國編碼 的擴充套件集 gbk向下相容gb2312 windows預設的編碼是gbk unicode不管存英文還是存中文,都是兩個位元組 acciss預設英文是乙個位元組,ut...

8月8日小結

又經歷一次比賽,今天比賽前兩道題都比較簡單,第一題沒有難度,第二題理解起來有些麻煩,看了好一會才搞懂題意,不過被題意帶進坑了去了,題意就是取區間內的數從小到大重新排列,看要求的位置數字有沒有變化,看懂後便直接用sort寫了,測試沒問題,提交就超時,重新優化了幾個地方,依舊是超時,才感覺出來這是個坑。...