學了vue，然後又學了angular（可能馬上又要學react），自己也造了一些業務輪子。一點點感想吧。
後端轉前端，時間緊的話，用angular。時間不緊的話，用react。
小白學前端，沒有框架要求的話，時間緊用vue，時間不緊的話，用react。
長期來看，用react比較好，生態強大。生態強大指的是,，用的人多，很多東西別人做過了，就不需要造輪子了。很多東西，自己寫的真沒有別人已經寫好，而且接受很多專案檢驗的好用。做專案，能不造輪子就不要造輪子。
不是很推薦angular，不是說語言框架不好，是生態不好。前端最終的結果還是要頁面元素的展示，也就是元件好不好看，好不好用。angular生態相對沒有那麼繁榮，很多東西是需要自己造輪子的。這種坑不入比較好。
個人理解，哈哈
求求框架別更新了，真學不動了。
乙個bug引發的感想
上周五，系統出現乙個bug。基本描述如下 b功能上傳乙個到 b路徑 a功能要獲取b路徑的，但是獲取路徑寫錯了，寫成了a路徑。線上突然出現此問題，訂單無法完成。該功能用到的頻率還比較大。無法馬上布版本。首先的想法想通過改資料來解決，但是發現不行。資料是動態的，不能改，也改不過來。其次的想法 新增b路徑...
乙個牛人的科學感想
四年前剛剛來到dartmouth的時候，學校曾經給我們發過一本小冊子，名字叫 the sources their use and acknowledge 中文翻譯過來，叫作 文獻引徵 這是一本僅僅38頁的小冊子，然而字裡行間，你可以深深地感觸到一種叫作 科學道德 的傳承。在東方 哲學 文明薰陶下長大...
乙個小菜的專案感想
記得剛來這公司的時候，心比天高，對公司的現有專案很多都看不上眼 無架構，無技術，無需求，無注釋，無文件的五無產品，編碼凌亂，效能低下，每個人各自為政，對於修改別人寫的 的最好方式不是修改，而是重寫，不是借助現有架構重寫，而是徹頭徹尾的從ui層寫到儲存過程 html,css,js,c sql.覺得自己...