感受有好幾天不更新問題了,怕本身哪天寫這寫着就不肯意寫了,也不想更新。架構
其實不是沒有問題,是本身懶惰找各類藉口不想寫。負載均衡
寫文章特別費事,要整理思路,考慮邏輯,靜下心來,打坐冥思,會發現很不同。微服務
沒有思路,那個叫什麼思如泉涌,你什麼也寫不出來,當你思如泉涌時也怕海闊天空,天馬行空,也不能亂寫。大數據
還但願有點文采,寫的精彩,因此在考試那有限的時間裏寫多少字的做文,真的很難爲學生。優化
爲了督促本身寫下去,列出一個目錄,至少要把目錄上的內容寫完。設計
我跟同事說過之後有機會的在畫出一些模型圖出來,好比類圖,pdm圖之類的。代理
如今是先把目錄和文章寫完。日誌
前邊已經寫了一些了,我感受重要的還有一些:視頻
一、訂單拆分設計,圖片
二、訂單狀態設計,
三、訂單推送ERP設計 ,
四、商品基本屬性設計,
五、商品多規格設計,
六、商品圖片,描述信息設計,
七、標籤系統設計,
7.1標籤系統設計包括了商品標籤,圖文曬單標籤,視頻標籤,
八、系統架構探討,
8.1系統架構的探討包括了微服務的拆分,Nginx代理及反向代理,負載均衡,日誌收集,
九、搜索和推薦系統的實踐,
9.1搜索和推薦系統實踐,咱們是基於ElasticSearch和阿里的大數據分析平臺作的,
我說過我以前就是作的搜索,本身玩的不亦說乎,我對咱們的搜索這塊也有不少的想法,
我剛剛要打算把個人想法付諸於實踐,結果派我去搞商城,我內心很不肯意,但也沒有辦法,
我只能說在搜索上個人很好的想法和優化計劃尚未實踐,就派我高商城我很遺憾。
首先說明,我搞搜索不是搞的很差或不成功,相反是在我沒搞以前和我搞了以後咱們的搜索簡直是有天壤之別。
我搞的還算是成功的,多是現階段咱們的搜索這個樣子也基本夠用,商城那邊問題更大,才讓我去搞商城的。
這也能夠看的出來多是商城那邊問題太多了,因此從文章和目錄上看到的很大部份內容都是訂單,商品活動之類。
可能吧,這也是緣分,不搞商城我也不會頭疼,我也不會脾氣愈來愈很差,最主要的可能永遠都不會寫這一系列的文章。
天天談一個問題,不管大小,只要你的軟件,系統被被人使用,必定會有問題,不必定是BUG,也多是新的需求。
有問題,永遠是一個相對的存在,若是哪天你說你的軟件很是完美,沒有任何問題,
OK,那麼這就是最大的問題了,可能你的軟件都沒人用了,沒人用確定不會有人提問題的,我說了,問題不必定是BUG,多是新的需求。
在這樣一個科技飛速發展,五彩繽紛的世界,你的軟件或系統,沒有問題,那就是你最大的問題。
在此寫下這篇目錄,督促本身完成這個系列。
最後,本篇以及上邊的目錄可能會隨着時間和我想寫的東西會不按期的更新。