2018 所思所感

時間 2019-11-07

標籤所思所感简体版

原文原文鏈接

寫在前面

2018 立刻就過去了，今年對於我來講是很特別的一年，由於去年的如今，我曾經十分迷茫，由於工做這幾年，寫了不少代碼，參與了不少項目，但總有一種碌碌無爲的感受，並且彷佛離成爲一名合格的全棧工程師愈來愈遠了。所以，去年給本身定下的目標就是，在新的一年中，必定要遠離本身的溫馨區，開拓本身的視野，儘量的 forget the label，再也不之前端或者後端的角色限制本身，到頭來雖然仍是感受碌碌無爲，但有些事情的過程難道不是比結果更重要嗎？前端

今年一全年來，陸陸續續看了不少書，翻譯了不少文章，寫了不少筆記，還折騰了不少新技術、新框架，每日也堅持學習英語，基本上也算是比較充實了，今日看到 SF 中的「總結你的 2018」活動，所以湊個熱鬧，寫這麼一篇，簡單分享下這一全年來，對於本身經歷和看到的一些事情的感悟和見解。程序員

業精於術，立於道

因爲今年陸陸續續接觸並上手了若干種技術棧和框架，前端後端都用，總體的感受就是我以前必定對全棧這個概念有一些誤解。以前我對於全棧的理解，過度地將關注點放在了全字上面，但實際上並不是如此。同時，「學不動了」這個關鍵詞估計能夠算是今年比較火的詞彙了，由於前端的技術棧更新換代實在是太快了，這也讓我很是理解那些說「學不動了」的人的心態。面試

想要打破這種困境，必需要明白業精於術，立於道這個道理。舉一些例子，像前端中的 MVVM 框架，React、Vue、Angular 這些東西是術，而組件化的開發思想、底層渲染機制、代碼複用方案是道，各類編程語言是術，而面向對象、函數式、響應式的開發思想是道。固然了，我這樣說的意思不是說這些術就不重要了，請注意，這句話中關於術和道的前後順序，只有先精於術，纔有可能立於道。編程

所以，若是你不熟悉某一類技術棧的話，先挑一個較成熟的框架或者庫，學會它，以後再深刻了解它的原理，而後再利用這些原理觸類旁通的橫向擴充其餘技術棧，會產生」學不動了「的想法，只是由於學習新東西的方式不正確而已，正確的學習方式應當是利用已有的知識來觸類旁通，從而達到事半功倍的效果，從而打破「學不動了」的困境。segmentfault

關於面試

因爲我一直比較喜歡有挑戰性的工做，每當本身進入溫馨區的時候，就會產生危機感，這也是我 10 月份以來，陸陸續續進行了一大波面試的直接緣由。後端

老實講，面試的過程並不順利。像各類大廠，好比阿里、騰訊、京東的面試我都參加了幾回，我一直認爲本身的技術水平仍是不錯的，但在實際面試中，仍是會對一些問題有所疏漏，以致於答的不能讓面試官滿意，以致於最終基本都掛掉了。還有一次印象比較深入的經歷就是，在內推流程中直接簡歷評估就被 PASS 掉了，這讓我一度非常蛋疼，備受打擊。但後來也明白了，面試這個事情，最忌諱的就是妄自菲薄，由於掛掉不必定意味着你的能力不行，也多是不合適，並且，面試也不是一個能夠量化的考覈過程，達標並不意味着經過，面試者確定會選擇最好的那一個，何況，千里馬常有，而伯樂不常有，因此也不必太計較結果。框架

匠心精神

關於這一點，是我在最近接手公司的一個項目時感悟到的。關於接手的項目，只能用混亂來形容，代碼毫無規範、缺少單元測試、設計缺少邏輯，其實對於接手這種類型的項目，抱有必定的負面情緒也是正常的，但我想說的是，必定不要讓這些客觀因素影響了本身的工做態度。編程語言

一開始，我是很反感接手這種遺留項目的，何況代碼還如此混亂，所以對於一些需求的實現，老是抱有得過且過，應付了之心態去完成，結果固然不盡人意，bug 不少，每次發佈更新時都很忙亂，所以後來以爲不能再這樣下去了，就耐下心來，好好地將項目的一些關鍵模塊的代碼看了一次，並進行了重構和調整，並補充了單元測試，以後每次發佈更新都很順利，bug 也少了不少。函數

因此少抱怨，多作事，耐心地解決問題，這可能纔是一個合格的工程師該有的工做態度吧。組件化