摘要：馬爾代夫之行重頭戲這一年的工作情況這一年，個人感覺還是做了不少事情，主要集中在我們公司的前端領域，同時也給整個技術團隊不少的建議，引入了不少新的東西和方式，總結起來比較重要的在下面五個方面。

如果想看技術相關的，下拉到后面的重頭戲就是了。

在15年末的時候，加入到羅輯思維，剛過來就接手了一個微信朋友圈要傳播的活動頁面，效果頁面大概和當時錘子手機的活動頁面漂亮的不像實力派類似，不過不同的是，采用了Vuejs來寫，單頁面，也踩了不少的坑。填坑日記在此html5 上傳本地圖片處理各種問題。

臨時上傳了一份代碼在github上，地址如下：http://leslieyq.github.io/204...

15年末到16年初，在我大學好基友@葉孤城__的提議下，我們做了一個專門搞Code Review的網站，網站地址。做這個的原因就是覺得Code Review很重要，但是重視的公司很少，大家覺得很多時候，沒有bug就行，不會去管這些東西。而我們覺得Code Review 是一種最快捷有效的方式讓你清楚地知道“好的代碼是怎樣寫出的”。所以幾個趣味相投的人搞出來這個網站，雖然現在已經沒有維護和運營了，但當時還是非常有激情和想法的。

從這個網站，脫胎出的一個變種想法，已經被我們當時合伙人之一的李智維做了一個新的網站，叫做趣直播技術直播網站，很有意思，大家感興趣可以去看看。我還在里面直播了一期前端的技術，雖然聽的人很多都是IOS開發，直播地址：1024號的碰巧。

過春節的時候，沒有回老家，和老婆以及好基友去了一趟馬爾代夫，這是我第二次去馬爾代夫了，上次是15年8月度蜜月的時候，說說我為什么又去一次，很簡單就是覺得值的再去一次。

我不太喜歡，那種去到處趕景點的旅游，真的是到此一游的感覺，反而比較喜歡慢節奏的旅行，可能是平時節奏就比較快吧，出去玩就想單純的放松下，不去什么太多的景點，體驗各種人文風情之類的，找個景色好，環境好，能讓人感覺到舒適的地方，躺下，每天吃喝玩休息對于我而言就是最好的放松了。

這次旅游，好基友有個文章專門記錄了下，也是他的第一次出國之旅。馬爾代夫之行

這一年，個人感覺還是做了不少事情，主要集中在我們公司的前端領域，同時也給整個技術團隊不少的建議，引入了不少新的東西和方式，總結起來比較重要的在下面五個方面。

目前我司的前端技術架構體系

首先說明下我們目前基本上所有項目（幾個特殊的除外）都是用Nodejs作為一個比較輕薄的中間層來啟動。這是一個基本情況，這樣有利于理解我接下來說的東西。

各個不同的層級都做了什么，做決定時怎么想的：

訪問層，分為2個部分（靜態和服務端），靜態資源的CDN，因為我們是部署在阿里云上面的，所以直接使用的是阿里云的CDN服務，不得不吐槽下，阿里云的CDN服務不是很穩定，不如他們自家淘寶用的CDN給力啊。服務端用Nginx在外層提供HTTPS服務，反向代理我們自己啟動的Nodejs服務，同時使用了阿里提供的多機器的負載均衡服務，來保證了項目的穩定性。

代碼層，瀏覽器端代碼，基于Vuejs編寫，同時使用我們自己開發的Radon-UI組件庫，拼接頁面元素，開發效率急速提升。服務端Express核心框架，結合Thenjs解決異步問題，Request代理API服務，Render頁面給瀏覽器。根據頁面的業務要求，會有兩種情況，一種Render頭尾部，然后JS異步獲取數據，渲染頁面，第二種Render整個首屏頁面，部分彈出層或者DOM使用js來管理。幾個特殊的系統和頁面，Nodejs擔任的任務就變多了，比如我們給運營開發的活動頁面生成系統，使用mongoDB來存儲運營填寫的文案和上傳到阿里云OSS圖片地址之類。還有我們得到APP訂閱文章的紅包分享項目，里面為了存儲用戶信息，使用Redis來存儲Session信息。

工具層，這里我們有一個Yeoman的generator，可以直接生成新項目的各種配置和基礎代碼文件，使用webpack來開發和打包構建，添加Md5戳到我們的靜態資源上，增量部署到CDN上。同時用到Gulp的原因是有很多老項目還在使用，沒有完全的切換過來，但現在也正在一步一步切換。使用Sass和Babel，提供了css的模塊化和提高了css的可維護性。Babel讓我們有了開發環境下直接使用ES6的可行性。NPM作為項目的包管理，同時我們搭建私有的NPM源，來保證更新包時候的速度和穩定性（還記得?Azer Ko?ulu 刪除了自己的所有 npm 庫的事件么）。

部署層，這里主要是運維的場地，對于我們前端而言，主要是靜態資源的部署和Nodejs代碼的上線。我們使用自己內容搭建的部署系統搞定這個事情，添加上權限管理和回滾機制，靜態資源使用增量部署，保存無縫切換，先行部署靜態。服務端采用替換部署機制，就是說，在負載均衡上，踢掉一臺，部署一臺，再上線到負載上，重復到所有機器完成為止。保證服務穩定，不間斷。

監控層，這里就有很多包含很多東西了，有第三方的，我們自己開發的，還是開源的。關于服務端報警我們采用了Sentry來監控錯誤，一旦發生錯誤，我們就用Sentry發送郵件給相關人。可以立刻知道錯誤的地方和原因。同時，在性能方面，我們使用第三方的One APM來監控性能指標，這樣就能知道哪些頁面加載比較慢，需要優化，優化的點在哪里。對于Nodejs有一個問題，就是進程監聽方面，這里我們選用了PM2來做進程監聽，保存線上的進程一單出錯奔潰，就能自動拉起服務，不會因此僵死在那里。加上使用Log4js來輸出日志到知道文件，接著使用阿里云的日志服務，監聽日志文件，輸出到日志服務系統，就可以直接在外網環境中看到日志的詳情以及上下文情況，非常有用。最后我們自己搭建了一個Foundation前端系統，專門留給前端自己使用的，主要目的是提供一些自身部門需要的服務，包括收集操作日志和文件上傳功能等，后續可能還會提供更多功能。

以上的架構是根據團隊的人員配比，技術水平，以及業務需求來搭建的，并不一定要追求所謂的高大上，所謂的完美，很多時候要綜合考慮。

這個架構和美團酒旅的前端技術很像，但是有略有不同，比他們少了不少東西。大家看的時候可以互相參考，結合自己當前的業務形態以及團隊技術水平來搭建公司的技術架構體系。

在一個合適的時機，我主導開發了一個基于Vuejs的公司用到的組件庫，并且最后開源出來了。起名為 Radon-ui

開發這個庫的主旨是： 幫助你快速開發產品的Vue組件庫，簡潔好用，效率高，讓你擺脫各種定制化的煩惱。

這個庫具體的一些前因后果可以看我這篇文章，簡單一點就是在滿足自己公司的需求情況下，開發了一個開源的組件庫回饋社區，而且當時vue的組件庫確實空白，當然后面就出現了好多類似的各種組件庫。

我司在16年開始，有2條不太相同的業務線，一條是原來的微信公眾號，羅輯思維，另外一個是得到App，主打知識分享，提供省時間的高效知識服務。

使用過我們得到App的人，應該是知道的，我們有一個訂閱專欄，里面有訂閱文章可以觀看，這個文章的技術棧都是Web前端的，包括編輯器，展示，以及里面的各種操作。最初使用的是百度編輯器，后面遇到了好多問題，主要是定制化，樣式，字體問題。所以后面為了提供更好的閱讀體驗，我們重新開發了一個屬于我們自己的定制化編輯器，融合了特殊字體切割技術，整體大幅提升了閱讀時的體驗和效果。為此我寫了兩篇文章：

富文本編輯器小結

性能優化之旅

在一個明媚的午后，我們前端組開著周會，討論著本周的事情和技術問題，我收到了D2技術論壇開始報名的消息，于是趁熱打鐵在會上就鼓動了大家去參加這個分享，風風火火一行人7個，直接就報名參加了，然后就是訂機票和酒店。

具體討論大家可以去知乎上看：參加第11屆D2前端技術論壇，你有什么收獲

對于這一屆的D2，說實話我是失望的，感覺比不上上一屆，各種大廠的廣告橫飛，都是比較淺顯的東西，深入的很少。但是還是有引起我對于前端的一些思考，比如說是否應該更多的和Native的人一起考慮App的各種技術融合方案，跨界的Weex技術，以及Uc瀏覽器里面UC頭條的性能優化。

例如美團的人的思考：統一的前端

算算自己的15年，產出了12篇文章，基本上算是1個月一篇，其中有一個系列叫《如何打造一個令人愉悅的前端開發環境》，這個系列還蠻多人看的，也有不少公眾號轉載了的，在segmentfault還因此獲得了第三季度的Top Writer，算是意外收獲吧（嘚瑟臉：）！

這養成了我一個習慣，覺得有意思有意義的技術點，就記錄下來和大家分享，也算是一種梳理，這種梳理對于我而言，很有作用，每隔一段時間就會思考業內前端的各種發展，以及我自身的優缺點，我需要提高的地方。這種梳理，誕生了16年最后一篇技術文章---割裂的前端工程師，這篇文章也被百度FEX周刊收錄進去，還有不少前端相關的公眾號收錄（前端早讀課，前端之巔--infoq的，野狗等），非常欣慰，對我是很大的鼓勵和認同。

連續的產出一定質量的文章，也帶來了另外的一個意外收獲，就是有出版社約我出書，2個不同的人，雖然還沒有寫，主要是不知道寫什么，又害怕寫的不好，耽誤了有志青年。

同時還在給慕課網錄制一些教學視頻，希望能早日上線（說的不好，不要打我）！！！

互聯網這條路，沒有終點，只會不停地奔跑下去。

不忘初心，不懼未來！