08:38 到公司 08:39-08:40 查看Java組的日志內(nèi)容 08:41-08:44 整理桌面衛(wèi)生 08:45-09:02 處理個人私事 09:03-09:07 休息 09:08-09:20 整理查看spring.data.redis 09:20-09:25 組織Java組早會內(nèi)容 09:26-10:37 思考如何整體把握spring.data.redis的代碼查看 10:38-10:42 休息 10:43-11:07 參考官網(wǎng)理解spring.data.redis的代碼 11:08-11:20 休息 11:21-11:45 參考官網(wǎng)理解spring.data.redis的代碼 11:46-11:50 休息 11:51-11:57 參考官網(wǎng)理解spring.data.redis的代碼 11:58-13:30 午休 13:31-15:09 參考官網(wǎng)理解spring.data.redis的代碼 15:10-15:15 休息 15:16-15:48 參考官網(wǎng)理解spring.data.redis的代碼 15:49-16:01 休息 16:02-16:35 參考官網(wǎng)理解spring.data.redis的代碼 16:36-16:41 休息 16:42-17:20 參考官網(wǎng)理解spring.data.redis的代碼 17:21-18:04 處理myPartners總是被限制的問題 18:05-18:30 休息 18:31-20:20 參考官網(wǎng)理解spring.data.redis的代碼
1.查找myPartners總是被限制的問題 2.參考官網(wǎng)理解spring.data.redis的代碼
技術(shù)管理: 1.昨天增勛說的這個修改價(jià)格的情況,整個訂單金額處于失控狀態(tài)的,總是各種各樣的特殊情況構(gòu)成目前的訂單狀態(tài),無法做到標(biāo)準(zhǔn)化處理,之前所做的各種標(biāo)準(zhǔn)化處理其實(shí)破壞殆盡的.為了應(yīng)對各種情景,現(xiàn)在我不認(rèn)為是代碼腐爛的速度加快,我更認(rèn)為是業(yè)務(wù)的不斷變化,導(dǎo)致代碼各個復(fù)雜性的處理,到底是業(yè)務(wù)失控,還是代碼的失控呢,我仿佛可以看到將來適應(yīng)這種情況后的代碼,千瘡百孔,最后重構(gòu)又推翻重新來過.以目前來看,需要深度優(yōu)化嗎?我認(rèn)為我們可以局部優(yōu)化,而不是全部優(yōu)化,因?yàn)樯疃葍?yōu)化后又是進(jìn)行肢解,又開始破壞掉之前的業(yè)務(wù)情況,然后將每個部分再次重新腐蝕掉的.實(shí)際需要處理的是之前的保姆單和智能注冊訂單的合并處理而已,我認(rèn)為僅此而已,深度優(yōu)化的價(jià)值沒有什么體現(xiàn)的. 2.其實(shí)我很煩這樣的事情的,但是需要按捺住我煩躁的心情,我要如何平靜地把這個問題處理掉呢?要分析問題的原因,怎么去處理這個問題,是去正向地去解決這個問題,還是反向地去消滅這個問題呢.不過很高興,我壓制住了心情的煩躁,雖然思考的比較淺層次,但是聚焦于如何是向后一步消滅這個問題,還是向前一步面對解決這個問題.
反思總結(jié): 1.處理myPartners總是被限制的問題第一眼看到就不應(yīng)該有這些東西,所以直接下的結(jié)論就是這東西不該在攔截中體現(xiàn)出來的,所以直接和穆哥說的,有沒問題呢?沒事,如果非常熟悉非常自信就應(yīng)該如此,但是說錯了,錯的不是我的做事上,而是我對那塊處理的東西就居然忘記啦,這是個問題,自己做完居然印象沒有那么深刻. 2.處理myPartners問題找到后,其實(shí)不應(yīng)該由我們Java組來處理,誰的問題誰自己去找,而不應(yīng)該讓我們?nèi)ヌ幚淼?本身就不是我們這的問題,為什么要讓我這塊去處理呢,事情的根源就是沒有寫入到緩存中,那么相關(guān)人去查詢?yōu)槭裁礇]有寫入到緩存中,而不是讓我這幾個人去查詢?yōu)槭裁礇]有寫入到緩存中,誰的職責(zé)誰去處理.
