2021-02-21 週日
意識到可能要改資料型別，進一步調查後，發現該資料所在表資料量超過百萬。按照經驗來看，這個資料型別修改操作會執行非常長的時間。
於是，決定轉變思路，看能否重置資料。然而發現大量報表用到這個資料，重置後，可能會導致資料不準確，只能回到修改資料型別的解決方案上。
當時只是列出了當前feed使用的資料表，發出了郵件。近一步調查後，還有其他feed也有類似的功能，而且要修改的表達到10個之上，有2個以上表是大資料量。
dba準備指令碼( 他以前做過類似的工作)，lm協助
我給出表清單，檢查潛在影響和同步程式資料型別
qa測試
support 在最終環境上執行。
大領導及時詢問和跟進進度。
最終搞到第二天下午2點。feed順利load，report及時傳送。
1 團隊合作密切，及時發現和解決問題。
2 資料型別設計可不是小事情，要群盤考慮及未來的資料容量
我做的好的地方
及時響應support
迅速定位問題和給出解決方案
意識到問題比較嚴重時，及時像上級匯報
能夠相對全面的考慮對整個產品線的影響
在壓力下當場寫code
需要進一步改善
1 溝通要確認對方收到
比如，我先給了一部分清單，讓dba開始工作，後來給的部分我沒有及時跟dba確認他收到了，二是假設他能看到，導致後面部分被遺漏掉，造成時間上一定程度的浪費。
2 檢查修改範圍時，有遺漏一部分功能和乙個procedure。
3 盡量用簡短英語表達
問題解決後的那種壓力釋放，成就感和終於能躺下，讓我徹底踏踏實實的睡了一覺。跟大佬們一起解決問題真的是乙個難忘的經歷，又成長了一把，滿滿的收穫。
每週工作4小時 要點
1 把迷你退休分配到整個一生而不是把休息享樂都放在退休以後。2 集中精力完成重要事情，關鍵是高效而不是忙碌。3 太頻繁太多占有，會厭倦。4 消除負面壓力，但尋找良性壓力。5 終極目標是以最少投入換來最大利潤。6 確定重要事情，非常短的時間內清晰的計畫和完成它們，對高負荷工作量有效限制。精簡計畫 縮短...
js 設定當前時間的後24小時 後一小時等相對時間
不管是設定相對當前時間有多久時間差的時間，思路 先獲取當前時間的時間戳，再根據需求加減時間獲得新的時間戳，然後取年月日與時分秒。例項 設定預設時間 先轉化為毫秒數，加上 24 小時的毫秒數，再轉化回來 function settime if thedate 10 if thehours 10 if ...
摒棄每天工作8小時，6小時剛剛好！
讓我們摒棄每天工作8小時，開始每天工作6小時的旅程吧.有的人摒棄這兩小時。有的人沒有意識到這兩小時，只是自己為這兩小時埋單，最終導致自怨自艾。有的人卻很推崇這兩小時。這是普遍現象。他要說 啊，沒有這兩小時，我拿什麼加班？沒有這兩小時，我加班又有何事做？沒有事做怎麼在老闆面前體現自己？能者多勞！讓我來...