如果你把技術進步僅僅認為是程式設計方面，那你做技術還是有一定侷限。程式，語言只是我們實現需求的一種工具，如果不是立志於基礎架構研究，我覺得可以學的雜一點，沒有必要去深入研究，精通。先要把自己的知識框架給構建豐滿，而不是去深入某些細節。

vue是前端三大框架之一。在日常的開發工作中，能便於我們快速搭建前端框架，快速的啟動專案進入細節開發。當用的時間長了以後，你會更加的依賴框架。

我們都知道人生的境界有三層:第一層看山是山，看水是水;第二層看山不是山，看水不是水;第三層，看山還是山，看水還是水。跟著人生的境界一樣，其實你已經達到了第二層境界。

開發能力也主要分為三層境界。

這個境界都是新手。這時候可能你只知道HTML ,CSS和js。根本都不知道後面的框架，所以這個時候需要自己徒手搭建框架，徒手寫頁面路由，手動完成頁面自適應等。這時候恐怕頁面的一個輪播圖，都夠自己費腦子的，得花上一天或者更多的時間寫好這個輪播圖。

這個階段就相當於你小時候學走路的階段，只有當你學會這個走路，才會後有後面的奔跑跳躍的動作。記得當時我學習前端的時候，在這個第一個階段，很是苦惱，為什麼我一個簡單的頁面，要花費很長的時間去寫，花費很長的時間去寫一個元件，一個下拉框，一個三級選單欄。等我過了這個階段就豁然開朗了。

走過了第一個階段，漸漸的接觸到了應用框架，和一些元件。就拿這個vue來說，可能輕輕鬆鬆十幾分鍾就能啟動一個專案，當初在第一個階段來說，可能花兩三天去搭建專案。

這個時候的工作就進入了一個舒適區，也達到了一個自我滿足的狀態，殊不知在這個境界裡，稍有不慎，你可能就廢在這裡了。還有第三重境界在等著你。

到了這裡，可能有人會問，這裡也是從能開始，為什麼和第一重境界不一樣？

那確實是不一樣，過了第二重境界，為什麼要回到從零開始呢？這裡不是一種倒退，而是一種進步。在第二個階段，你的生拉硬拽。你會發現已經不能滿足你的開發工作了。因為在這裡的很多開發都是被侷限在這些框架裡了，如果你想創造不一樣的樣式，就需要你從零開始徒手造輪子。

你需要用原生的底層的東西，去造屬於你自己的東西，去寫一套你自己的框架，自己的元件。你所寫的這些東西都屬於你自己獨有的，不再和別人一樣都是千篇一律的東西。

當然，這第三層境界也並不是那麼容易達到的，有的人需要花費三五年，有的人則需要花費數十年。

所以說當你熟練運用這些框架以後，你發現自己的程式設計能力變弱了，這正是在告訴你，需要學習更多的東西，以便於你能夠順利的達到開發的第三種境界。

我就是寫框架造輪子的，框架的出現的確會讓程式設計師能力減弱，變成框架操作員，例如spring java的出現，使得後臺開發人員不需要知道epoll tcp底層原理，不需要知道條件變數 訊號量 共享記憶體怎麼實現程序間通訊。但是框架是我們開發效率更好，題主可以反向思考java c的出現降低了我們對計算機底層指令的理解，我們為何不用匯編程式設計？不要太在意技術本省能達到目的就是好技術。

大家要記住:網際網路和建築一樣，程式設計師和水泥工都只是這個行業的底層人員。我們在追求技術的時候想想水泥工在外人面前比砌磚技術的場景，就不會死揪不放了。

這個問題就好比用了jquery感覺對原生js的理解越來越淺，框架和庫都是為了幫助我們提高開發效率的，往往會讓我們忽略本質的技術 這才是問題所在，所以用的時間長了 當你丟下庫和框架的時候你會發現都不會寫程式碼了

優秀的框架不止是讓你能易於使用，更可以開拓你的視野，應該從優秀的框架中學習到更多的設計模式。就算vue用起來簡單，所以程式設計能力退化了，我相信如果有這種想法的人是不會進步的。正常的人應該會想，原來介面還可以這樣做，還可以與模型深入繫結，html原來還可以元件化，還可以設計一套框架來解決這些複雜的事。說實話，我們現在的專案就用了vue，但即使沒有vue，也會自己開發一套框架開支援元件化，因為專案的介面邏輯過於複雜且靈活多變。我是從C++、Delphi、C#一路轉向js、node、electron來的，各類語言各有優劣，所以可以吸取其精華，ui元件化最先是由VB、Delphi、C++Builder開始的，C++Builder在我眼裡就不是C++就是Delphi，C#的Winform跟Delphi很像，不同是Delphi用資源構建介面，C#直接用程式碼構建介面，IDE都實現了所見及所得。而Web用html(xml)構建介面，後來html5、css3、flex、grid、es5、es6出來後，web介面搭建比傳統桌面軟體搭建提現出巨大的優勢，缺陷就是無法元件化開發及複用，同時沒法開發桌面應用。此時C#開始支援WPF，QT也用xml進行介面配置，相比以前用程式碼佈局，用程式碼實現動畫，類似web的開發形式為什麼不去借鑑？而此時node開始興起，nwjs、electron慢慢流行，angular、react、vue稱霸web前端。而我因為經歷了各種語言的洗禮，硬是在C++層封裝了一套面相物件的與Node互動的庫，用各種運算子過載、模板元型別判斷、分支，簡直把C++包裝成類似弱型別語言，甚至利用C++11的各種高階特性實現了類似函數語言程式設計的效果。而在js上各種面相物件的設計模式類似繼承、多型、混入，以至於策略、介面卡、依賴注入、中介軟體、外掛等簡直無所不用其極，同時用Proxy結合C++底層實現了同步全透明RPC框架，後來配上vue直接進行介面繫結，用模型配置驅動介面，用元件動態拼裝介面，簡直太順手了。由於用得比較深入，自然對vue瞭解得要更深入，因此你需要了解物件為何會變為響應式物件。當物件層次結構深入時，vue在何時能響應變化並更新dom，元件如何設計才最優秀，跨元件之間該如何傳參。其實深入使用的人是不會覺得vue簡單的，只有略懂皮毛的人才有那種想法。是不是跟C++很類似，工作一年的寫精通，工作三年的寫熟練，工作十年的寫熟悉。

其實不是使用vue使變成能力下降，而是你每天面對的世界變了。

使用vue之前，需要考慮頁面各種元素的操作、互動、資料流、元件等，現在要基於vue的封裝考慮新的操作方式，從而設計開發的思考點變了，要面對元件通訊，元件設計，業務功能設計等。

這就像使用jQuery，bootstrap之前，要考慮如何獲取元素，不同瀏覽器的差異是什麼，如何解決瀏覽器相容性。當使用了他們，幾乎就不用在關注這些。

當我們的關注點變化後，我們能力的提升點隨之也變化了。

vue不背這個鍋。

明明是你沒有用好。

vue面向的是業務邏輯，讓我們可以更專注的去處理業務邏輯，而不用分心資料繫結這些細節。

至於演算法，資料庫、框架、架構都幫我們做好了，確實不需要我們去操心了。

但是這是好事呀。

誰說程式設計師必須精通演算法了，我精通業務邏輯，不行嗎？

如果你以前做的事情，都被vue輕鬆搞定了，說明你危險了，有被vue淘汰的可能。

流水線代替小作坊。

自動化代替人工。

這些都是必然趨勢。

只能想辦法提升自己，

而不是逃避。

首先介紹一下VUE

Vant 是有贊前端團隊開源的移動端元件庫，於 2017 年開源，已持續維護 4 年時間。Vant 對內承載了有贊所有核心業務，對外服務十多萬開發者，是業界主流的移動端元件庫之一。

有贊前端團隊是由一群年輕、皮實、對技術飽含熱情的小夥伴組成的，目前共有 100 多名前端工程師，分佈在業務中臺、電商、零售、美業、資產、有贊雲、賦能平臺、增長中心等業務線。

我們熱愛分享和開源，崇尚用工程師的方式解決問題，因此造了很多工具來解決我們遇到的問題，目前我們維護的開源產品有：

作為一個服務端java開發人員，工作八年，現在感覺和幾年前很大得變化就是，現在得技術人才需要往多維度發展，類似全棧工程師，應該具備各方面技能，特別是網際網路發展迅猛，小程式等發展等，需要對前端技術得掌握更為重要。

但現在對於剛步入社會的小白來說，現在得前端技術更好的入手，因為模組化，封裝得都特別好，不像之前得技術前端，需要自己封裝外掛來滿足專案需求。而且現在薪資水平也是很高的，覺得不會了，我覺得只是覺得現在都是基於應用，沒那麼深需要自己處理底層東西，更面向物件了。

我就是寫框架造輪子的，框架的出現的確會讓程式設計師能力減弱，變成框架操作員，例如spring java的出現，使得後臺開發人員不需要知道epoll tcp底層原理，不需要知道條件變數 訊號量 共享記憶體怎麼實現程序間通訊。但是框架是我們開發效率更好，題主可以反向思考java c的出現降低了我們對計算機底層指令的理解，我們為何不用匯編程式設計？不要太在意技術本省能達到目的就是好技術。

大家要記住:網際網路和建築一樣，程式設計師和水泥工都只是這個行業的底層人員。我們在追求技術的時候想想水泥工在外人面前比砌磚技術的場景，就不會死揪不放了。

這個問題就好比用了jquery感覺對原生js的理解越來越淺，框架和庫都是為了幫助我們提高開發效率的，往往會讓我們忽略本質的技術 這才是問題所在，所以用的時間長了 當你丟下庫和框架的時候你會發現都不會寫程式碼了

優秀的框架不止是讓你能易於使用，更可以開拓你的視野，應該從優秀的框架中學習到更多的設計模式。就算vue用起來簡單，所以程式設計能力退化了，我相信如果有這種想法的人是不會進步的。正常的人應該會想，原來介面還可以這樣做，還可以與模型深入繫結，html原來還可以元件化，還可以設計一套框架來解決這些複雜的事。說實話，我們現在的專案就用了vue，但即使沒有vue，也會自己開發一套框架開支援元件化，因為專案的介面邏輯過於複雜且靈活多變。我是從C++、Delphi、C#一路轉向js、node、electron來的，各類語言各有優劣，所以可以吸取其精華，ui元件化最先是由VB、Delphi、C++Builder開始的，C++Builder在我眼裡就不是C++就是Delphi，C#的Winform跟Delphi很像，不同是Delphi用資源構建介面，C#直接用程式碼構建介面，IDE都實現了所見及所得。而Web用html(xml)構建介面，後來html5、css3、flex、grid、es5、es6出來後，web介面搭建比傳統桌面軟體搭建提現出巨大的優勢，缺陷就是無法元件化開發及複用，同時沒法開發桌面應用。此時C#開始支援WPF，QT也用xml進行介面配置，相比以前用程式碼佈局，用程式碼實現動畫，類似web的開發形式為什麼不去借鑑？而此時node開始興起，nwjs、electron慢慢流行，angular、react、vue稱霸web前端。而我因為經歷了各種語言的洗禮，硬是在C++層封裝了一套面相物件的與Node互動的庫，用各種運算子過載、模板元型別判斷、分支，簡直把C++包裝成類似弱型別語言，甚至利用C++11的各種高階特性實現了類似函數語言程式設計的效果。而在js上各種面相物件的設計模式類似繼承、多型、混入，以至於策略、介面卡、依賴注入、中介軟體、外掛等簡直無所不用其極，同時用Proxy結合C++底層實現了同步全透明RPC框架，後來配上vue直接進行介面繫結，用模型配置驅動介面，用元件動態拼裝介面，簡直太順手了。由於用得比較深入，自然對vue瞭解得要更深入，因此你需要了解物件為何會變為響應式物件。當物件層次結構深入時，vue在何時能響應變化並更新dom，元件如何設計才最優秀，跨元件之間該如何傳參。其實深入使用的人是不會覺得vue簡單的，只有略懂皮毛的人才有那種想法。是不是跟C++很類似，工作一年的寫精通，工作三年的寫熟練，工作十年的寫熟悉。

其實不是使用vue使變成能力下降，而是你每天面對的世界變了。

使用vue之前，需要考慮頁面各種元素的操作、互動、資料流、元件等，現在要基於vue的封裝考慮新的操作方式，從而設計開發的思考點變了，要面對元件通訊，元件設計，業務功能設計等。

這就像使用jQuery，bootstrap之前，要考慮如何獲取元素，不同瀏覽器的差異是什麼，如何解決瀏覽器相容性。當使用了他們，幾乎就不用在關注這些。

當我們的關注點變化後，我們能力的提升點隨之也變化了。

vue不背這個鍋。

明明是你沒有用好。

vue面向的是業務邏輯，讓我們可以更專注的去處理業務邏輯，而不用分心資料繫結這些細節。

至於演算法，資料庫、框架、架構都幫我們做好了，確實不需要我們去操心了。

但是這是好事呀。

誰說程式設計師必須精通演算法了，我精通業務邏輯，不行嗎？

如果你以前做的事情，都被vue輕鬆搞定了，說明你危險了，有被vue淘汰的可能。

流水線代替小作坊。

自動化代替人工。

這些都是必然趨勢。

只能想辦法提升自己，

而不是逃避。

首先介紹一下VUE

Vant 是有贊前端團隊開源的移動端元件庫，於 2017 年開源，已持續維護 4 年時間。Vant 對內承載了有贊所有核心業務，對外服務十多萬開發者，是業界主流的移動端元件庫之一。

有贊前端團隊是由一群年輕、皮實、對技術飽含熱情的小夥伴組成的，目前共有 100 多名前端工程師，分佈在業務中臺、電商、零售、美業、資產、有贊雲、賦能平臺、增長中心等業務線。

我們熱愛分享和開源，崇尚用工程師的方式解決問題，因此造了很多工具來解決我們遇到的問題，目前我們維護的開源產品有：

作為一個服務端java開發人員，工作八年，現在感覺和幾年前很大得變化就是，現在得技術人才需要往多維度發展，類似全棧工程師，應該具備各方面技能，特別是網際網路發展迅猛，小程式等發展等，需要對前端技術得掌握更為重要。

但現在對於剛步入社會的小白來說，現在得前端技術更好的入手，因為模組化，封裝得都特別好，不像之前得技術前端，需要自己封裝外掛來滿足專案需求。而且現在薪資水平也是很高的，覺得不會了，我覺得只是覺得現在都是基於應用，沒那麼深需要自己處理底層東西，更面向物件了。

這幾天我也是因為一個專案而被迫使用vue，坦白的說vue和傳統的網站開發思路不同，導致愛的人愛死，老程式設計師煩死的現狀。

主要區別：

1傳統方式：我們做一個網站，首先建立幾個資料夾(css、js等等)，頁面需要用的資原始檔，都放到各自的資料夾裡。然後建立若干個HTML網頁，一個個連結把這些若干網頁串起來就OK，網頁裡需要有什麼事件或效果，要麼用原生js要麼用jqurey，去操作某個dom，實現頁面變化。

除錯的時候也很簡單，如果靜態網頁，瀏覽器就可以直接執行除錯。asp、jsp、php、.net等動態網站，簡單配置一下iis或Tomcat，也就能直接除錯。

2vue(這裡用vue腳手架來舉例)：

vue和傳統最大的區別就是，vue只有一個html頁面(也就是入口頁面，你也可以理解成主頁面)，除了主頁面之外，其他的頁面都是html片段，以.vue為字尾的片段檔案存在，使用者訪問網站的時候，第一次載入完整主頁面，後面的點選其實就是變化html片段而已。(和老程式設計師理解的區域性重新整理有點像)

但優點也是它的缺點，vue專案的特性決定它不適合做網站，稍微有點seo知識的人都明白，這種機制做的網站，機器人是爬不到任何內容的。

vue的部署也是讓我很詬病的，部署它需要折騰一大堆事兒。首先需要安裝nodejs，你可以暫時把它理解成和iis Tomcat類似的網站釋出容器。因為只有在nodejs下才能除錯vue腳手架專案。

nodejs裝完，然後在cmd命令列下，透過npm命令安裝一大堆各種庫外掛。

這一堆事兒折騰完，你就可以透過一個命令建立一個vue腳手架，然後開始你的專案開發之旅。

很多老程式設計師被“vue腳手架”這個詞搞得雲裡霧裡，簡單的說：上面折騰一大堆，就是為了最後敲一個命令，讓系統幫你在指定位置建立一組資料夾，然後vue能用上的各種js(百十多個吧)元件都放在這各個檔案裡，供你開發時候呼叫。

對比你之前的操作，相當於：你建好資料夾，在js資料夾裡放好jqurey，和你常用的js。

所以這套步驟，開始讓我很不習慣，可能很多老程式設計師也不習慣。會讓你有種“為了做個小專案，先要部署一套大工廠的感覺”。

很多老程式設計師其實都是做小專案出身的草根，什麼百萬千萬的迸發、什麼團隊協作、前後端分離等話題，不是這類程式設計師關心的。他們往往即是美工也是程式設計師，即是前端也是後端。幾乎都是以快速交付專案為第一初衷，不想為了個環境來回折騰。所以一時間適應不了vue開發模式。

另外如果你的專案，定製化程度較高。我個人還是建議採用獨立html的傳統方式開發。

如果是移動端開發，vue的確是最佳選擇。順便提一下，vue和小程式幾乎是一摸一樣的套路，會一個兩個就都會了。

我也是花了2天時間，從排斥到接受的。目前用著還不錯。

原生派路過，我是極力鼓動大家重複造輪子的，華人為什麼沒有像樣的東西，就是因為急功近利，拿來主義，所以看看現在很多東西都是老外的，如果哪一天有很多人都在折騰自己的東西了，那以後自主創新的東西也就會越來越多了。

Vue本來定位就是容易，易學易用，容易整合，容易過渡。不過你說的越來越依賴外掛，這是你用任何輪子而不去思考的必然結果，這跟你用什麼輪子無關，跟你怎麼用有關

Vue適合移動端，問題是現在好多後臺都用vue寫。小專案快速交付用啥vue呀。很多宣稱會vue的只是會照葫蘆畫瓢而已，真遇到問題就解決不了

並不是能力下降了。vue讓你不再過多的關心web頁面元素和資料之間的變動，而是將工作重心更多的放到資料上面，讓資料驅動頁面元素。

對於頁面互動少，資料變化少的網站專案vue更多的是不必要的負擔。對於資料複雜前臺邏輯複雜且資料變動頻繁的，vue能減少大量的工作量。

至於用什麼開發前臺都無所謂，你也可以用vue像用jquery一樣。也不是必須用腳手架之類的東西。直接建立頁面引用vue檔案就可以使用。再變化它也是js，js就是解釋性的語言就是直接引用到頁面才能用。只是程式設計的重點不再是操弄dom元素去改資料顯示而是操弄資料讓vue去操弄dom元素。

至於頁面seo最佳化，搜尋引擎收錄是不受影響的。

程式設計不管使用什麼工具都不會降低程式設計能力，能力更多的是程式設計思想，工具只是為了提高效率，但思想不會變，你認為能力下降是因為你真的把它當工具