08:27 到公司 08:28-08:32 整理桌面衛生 08:33-08:49 查看Java組日報內容 08:50-08:55 休息 08:56-09:03 思考今日任務安排情況 09:04-09:20 對昨天的事情做思考總結 09:21-09:31 組織Java組早會內容 09:32-09:37 休息 09:38-10:06 設計appKey管理后臺內容 10:07-10:22 處理若干工作上的雜事內容 10:23-10:40 休息 10:41-11:55 思考設計安全管理模塊的數據庫設計 11:56-13:20 午休 13:21-13:47 查看對比代碼質量管理工具 13:48-14:31 和穆哥棟棟討論接口安全的設置內容 14:32-14:37 休息 14:38-14:56 處理和穆哥討論后的問題內容 14:57-15:30 和棟棟出去轉轉,討論工作上的事情 15:31-17:00 查看對比各個代碼質量管理工具詳情內容 17:01-19:13 參加研發部激勵制度會議

任務分派: 1.棟棟停止熟悉完成安全管理梳理內容? 2.棟棟技術預習研究,熟悉了解extjs6? 3.和棟棟討論要處理什么[現有appKey管理模塊,漏桶算法及其實現,redis+lua,extjs6]? 4.我管理后臺業務設計 ? 5.我熟悉現有appKey管理系統

已處理內容: 1.設計完成appKey管理后臺內容 2.設計完成安全模塊項目調用流程 3.思考完成如何推進代碼質量的檢測 4.思考設計安全管理模塊的數據庫設計 5.給Java組成員開通pre環境jenkins項目權限 6.和穆哥棟棟討論接口安全的設置內容 7.參加研發部激勵制度會議

技術管理: 1.給棟棟熟悉熟悉安全管理內容的思維導圖,如果再給時間其實也不會有太多的價值的,因此看一遍過過就可以,然后處理其他內容,從代碼中對設計進行體會,而不是一直查看安全設計的思維導圖.看一遍就好,然后從代碼中體會設計.啟發就是看一遍理解理解,從實際工作中的內容去感受體會,然后才能有所進步,而不是一直去看啊看啊. 2.以后Java組的自己后臺界面框架都是用extjs,減少糟糕的ui內容,增加一些美感,前端框架目前個人認為只有extjs比較有美感,不需要服務器端人員去對具體的細節處理. 3.公司的現狀就是少流程,重人的積極主動去負責參與啊.

反思總結:? 1.因為自己也是墨跡墨跡第二天早晨來的時候才交日報和周報,不過那時候因為時間臨近,所以基本上都是匆匆忙忙地處理這些事情,工作的心情和狀態就不好的.每天早晨踩點到公司的人,個人認為工作態度并不好,但是自己之前就是如此,同樣公司也沒有說不允許這么做,但是這么做非常危險,因為不斷踩點,那么就會有常在河邊走怎能不濕鞋的危險.法無禁止即可行,公司沒說踩點不行,日報周報都說第二天9點之前提交,那么提交了就好,不必做過多的要求.但是我不得不說從做事態度上,這么拖延直到不得不才去做,實在非常不可取. 2.昨天斌斌的反饋,自己感覺做的不錯,平復好自己的情緒,就事論事,沒有摻雜其他的東西,把這類問題的處理方式總結發給了大家,減少以后出現類似的問題.自我評價事情做的沒有問題,如果需要做的再好一些,那就是要控制好自己的情緒,拒絕了別人的同時,讓別人心情舒服一些. 3.放棄了反思總結的推進,對我的幫助確實非常大,那么應該推薦代碼審核和代碼質量的監控,我需要如何去處理呢?

? ? 第1步周末把代碼自檢清單list搭建好,然后每個人對照代碼清單來自檢代碼處理;? 第2步本地的代碼審核工具,checkstyle,findbugs,pmd都需要上; 第3步jenkins的代碼質量分析工具添加上,但是如果沒有強制推薦,基本不會有人去改動的; 第4步把代碼審核工具gerrit增加上,強制上代碼審核工具,審核不通過不可以進行提交.