技術是一條湍急的江流，我們或乘着自己的小船，或搭着公司的大帆，在激流中回轉翻滾，舊的路途一定會過去的，但新的路途需要你的經驗渡過。
我們來談一談，技術是變得‘簡單’了，還是變得更‘難’。
作為一個野生程序員，從電腦小白，到前端er。記得第一次接觸編程，更准確來說是“搬程”，是在2014年。那年壯志特別壯，搞定一些簡單的html+css+js插件之后就找了一家公司工作，期間非常崇拜那些能夠用javaScript寫出輪播圖、幻燈片、tab切換的“大神”，直到我真正接觸到編程。。。
在領略了面向對象的魅力之后，逐漸的，好像所有的問題都變得更簡單，無論是網頁動態效果，數據加載還是比較炫酷的幻燈片、圖表，它們全部都被激活了。這段時間我覺得技術是越來越“簡單”的，可不是，自從理解面向對象或者各種設計模式之后，一切的問題都可以找到對應的方法，並且很可能有一個更加簡單的庫提供支持。
我覺得是解決問題的流程發生了變化，大多數處理問題的流程是，
發現問題-》思考-》百度代碼-》功能分析-》完善，
而現在變成了
設計思考-》功能分析-》百度代碼-》完成-》發現問題-》完善；
可以看到的是，遇見問題解決問題的效率是低下的，抽象的思考過后解決問題的效率才會變得更高。
技術的快速發展勢必引出層出不窮的框架，而框架的發展必然是趨向高度抽象的。抽象給使用的人帶來了簡單，而對理解的人帶來的卻是更加的復雜。例如angular的出現，整個前端隨即進入了抽象時代，AppModule、注入器等，再到vue，需要承認的是vue的學習曲線是類似框架中最友好的，編碼方式也是最舒適的，但是vue的抽象層可不是那么簡單，
還有react，你相信有某個人告訴你react全家桶很簡單嗎？曾經有一些后台歐巴告訴我，這東西很簡單，和xxx很像，給他幾分鍾就ok了，真的ok？
如何理解抽象
抽象是通過分析與綜合的途徑，運用概念在人腦中再現對象的質和本質的方法，分為質的抽象和本質的抽象。分析形成質的抽象，綜合形成本質的抽象（也叫具體的抽象——摘自百度百科。抽象是對現實事物的分析，再進行綜合，抽象事物的本質，把事物復雜的一面轉化成一個相對簡單抽象。
抽象不代表簡單
很多時候，技術看起來並不是越來越‘簡單’，但也不太像越來越‘難’，事實上它正在變得越來越‘抽象’。抽象並不代表簡單，可是理解了之后又不是太難。我認為它是介於之間的，不同的東西。就像從微觀到宏觀的轉變，細胞到人，外表是簡單的，內在是越來越復雜的。
就像是一支鉛筆，你知道它是一只筆，它可以寫字。你可以不知道他內部的筆芯是怎么形成的。但是你不能說新的圓珠筆比鉛筆更簡單，在使用層面確實是的，但是它是一個假象，因為使用它的人根本不會關心這支筆的內在。——但是我們不一樣，我們是開發者。我們需要了解這只鉛筆內部和那只圓珠筆究竟有什么不同，而圓珠筆往往比鉛筆要復雜得多，它們都有一只筆芯，但是圓珠筆的筆頭代表着工藝，鉛筆則可能只代表了筆的基礎。
不要認為新的技術更簡單！
新的技術往往是對舊的技術的封裝抽象，提出了更多的概念，更多的解決方法。但是它的內在並沒有發生多少變化，react、vue、angular要依賴webpack等工具，它們的本質還是es6，是es6更復雜的功能抽象集合，那些實用的、簡單的API對工作的幫助不可謂不小，但對你了解本質的幫助越來越無力，你並不能在vue語法中學到多少js知識是嗎。jquery的api囊括了大部分dom操作，它使你更缺少動力深入那些基礎了。
基礎和抽象思維
我認為，深入基礎，鍛煉抽象思維，才是學習新框架的最佳途徑，僅僅上手一個mvc框架可不能幫助你的技術提升多少。人類發現微觀世界，使科技煥然一新，技術也需要探究“微觀”，計算機原理更新的速度和框架更新的速度，已經不言而喻。
技術並不是越來越簡單的，框架是你的羈絆
-------------
可能表述有問題，引起了一些誤解，框架的意義我覺得就跟名字一樣，架子，用框架開發可以不需要知道原理的，房子會住就行了。
重要的是原理，原理被抽象了，框架有時候遮擋了它們。
例如你可以不知道react的setState是怎么工作的，內部用了哪些API，事實上它表面上足夠簡單，實現功能的時候不需要懂它的原理。
轉載請在開頭注明出處