❶ 前端開發的難點到底在什麼地方
前端開發的難點在掌握HTML。
掌握HTML是前端開發的核心，HTML是一種製作萬維網頁面的標准語言，是萬維網瀏覽器使用的一種語言，它消除了不同計算機之間信息交流的障礙。
因此，它是網路上應用最為廣泛的語言，也是構成網頁文檔的主要語言，學好HTML是成為Web開發人員的基本條件。
常見前端開發工程師職位職責要求：
1、使用Div+css並結合Javascript負責產品的前端開發和頁面製作。
2、熟悉W3C標准和各主流瀏覽器在前端開發中的差異，能熟練運用DIV+CSS，提供針對不同瀏覽器的前端頁面解決方案。移動HTML5的性能和其他優化，為用戶呈現最好的界面交互體驗和最好的性能。
3、負責相關產品的需求以及前端程序的實現，提供合理的前端架構。改進和優化開發工具、開發流程、和開發框架。
4、與產品、後台開發人員保持良好溝通，能快速理解、消化各方需求，並落實為具體的開發工作，能獨立完成功能頁面的設計與代碼編寫，配合產品團隊完成功能頁面的需求調研和分析。
❷ 常用的Web前端框架優缺點分析
今天小編要跟大家分享的文章是關於常用的web前端框架優缺點分析。正在從事web前端工作的小夥伴們一定不會對web前端框架陌生，那麼這么多的框架各有什麼優缺點呢?為了幫助小夥伴們提高工作效率，今天小編為大家整理了不同框架的優缺點分別是什麼，下面來和小編一起看一看吧！
一、web前端框架之Angular2+
Angular2+優點解析：
Angular2+的最大優勢在於它的流行程度。也有人認為它和Google密切相關的名字，會影響團隊使用它。Angular1
的迅速流行是因為那些來自其他互動式應用程序開發環境的人會發現對於開發單頁面web應用程序具有相似的模型-視圖模式。通過對Angular1
進行現代化演變和重新構建框架的某些部分，Angular2+
已經真正的爆發了，大量的正式的和非正式培訓機構數量都讓人印象深刻，開發者有很強的市場競爭力。對於用戶來說它有一套用於構建用戶界面的豐富組件，這也是本系列中少有的幾個框架能夠做到這點。
缺點解析:
我們覺得Angular框架著重於在單個頁面應用程序中創建用戶界面並沒有處理構建完整的web
應用這個更大的關注點，如果不及早確定下來，這將會導致整個項目難以維護，在實際項目中，運行時提供不屬於核心框架的技術往往讓人覺得不可思議，這大大降低了
TypeScript對最終開發者的價值。
發展方向：
Angular5剛剛發布，這看來是Angular已經成功的印證了快速發布版本的承諾，在Google的持續支持下，Angular
會越來越成熟。
像許多的大型組織一樣，Google具有多重(分裂)的人格，從外表上看，Angular
團隊和那些專注於瀏覽器標準的團隊之間顯得很和諧。但我們的觀點是，和諧只是一層薄薄的窗戶紙。Angular團隊對於web組件和漸進式web
應用沒有一個真正解決方案。我們認為，業界普遍認可的標准將會在Angular框架中會逐步實現，這將會影響到如何更好的構建Angular
應用將成為一個中/長期的風險。
使用環境:
如果你需要在一個大型的框架內獲取技術資源，框架內的技術通常很容易移植;或者你需要在框架中訓練開發人員，並且還要有一定的信心，他們會在短期內獲得一定的開發能力，這樣的話你可以考慮
Angular2+。需要注意的是Angular1(angular.js)與Angular2+是截然不同的，其中的應用、技術和經驗不能直接移植到
Angular2+的開發中去。
如果你的web應用能夠很好的轉化為標準的模型-視圖模式，那麼你也可以忽略其他直接考慮使用Angular2+。
如果你對GoogleMaterialUX設計模式滿意，那麼MaterialAngular
是遵循該模式的一種快速、簡單且可靠的方式。
二、web前端框架之React+Rex
React+Rex優勢解析：
React和Rex
的最大優勢在於它們相對簡單和專注。做一件事情並把它做好是非常困難的，但這兩個庫都很有效地完成了它們的目標。雖然對於某些狀態容器方法可能是外部的，但大多數開發人員還是可以輕松掌握概念，並了解單向數據體系結構的好處，簡化大量的用戶界面應用程序。
缺點解析:
React和Rex最大的弱點不是它們是什麼，而是它們不是什麼。要構建一個功能豐富的Web應用程序，你需要許多功能，一旦脫離React
和Rex和其他一些庫的核心，你將發現一個非常分散的社區，擁有無數的解決方案和模式，不容易整合在一起。
因此，雖然React和Rex
都是非常專注的庫，但缺乏經驗的團隊還是會很容易地生成不可維護的解決方案，而不是意識到他們所做的選擇會導致性能不佳或錯誤。即使有經驗的開發人員也可能意識到，一個鬆散的架構或慣例可能會在未來困擾他們。
假省錢是一種對自己的欺騙，組織范圍內採用React和Rex將輕松降低無效率問題。沒有其他庫和模式的廣泛約定和標准化，標准化React+
Rex比較於我們正在採用的JavaScript來編寫我們的應用程序效率要高。
發展方向:
Facebook和React最近從繁瑣的附加專利糾紛中抽離，他們認識到，就像其他項目一樣，更廣泛的社區能夠提高自己的聲音。我覺得這有助於
Facebook意識到他們還不能更好地了解我們，相信我們來引導項目。希望這將繼續貫穿項目的特點和技術方向。
很難預測React和Rex的未來。但是，將庫集中在一起，確實會顯著提高適應性，大多數React+Rex
模式都會促進一個分離的體系結構，從而可以輕松地進行重構和迭代。兩年前，大家喜歡的還是React+
Flux，但整個社區很快就擁抱了Rex。思維或模式的其他重大轉變可能很容易被採納。這種關鍵能力可能會持續到未來。
使用環境：
如果你很少需要手把手指導，並且正在尋找更好的庫而不是全面的框架，那麼React+Rex
可能是正確的。在這一過程中，你不僅需要對你的團隊和組織的能力保持誠實，還要在你的初始開發過程中，以及在整個應用程序的長期維護過程中保持誠實。
三、web前端框架之Vue.js
vue.js優勢介紹：
漸進式構建能力是vue.js最大的優勢，vue有一個簡潔而且合理的架構，使得它易於理解和構建。
vue有一個強大的充滿激情人群的社區，這為vue.js增加了巨大的價值，使得為一個空白項目創建一個綜合的解決方案變得十分容易。
缺點介紹：
在模型-視圖應用程序和狀態容器類型的應用程序之間的互相轉換可能會令人感到困惑，即使沒有完美包含一個模式到另一個模式的完美轉換，但讓人感覺希望能維持兩個模式的相關性。對於那些期待
vue.js完美解決方案，並可能導致難以維護不一致的應用程序的人來說，這至少是令人困惑的。
一個更大的挑戰是vue.js
依賴於一個單獨的人，很明顯，其他的項目基本是由一個組織提供支持，但這讓人感覺更加有意義，雖然它有一個強大文件的社區和許多有創新的新增項目，但是vue
核心的開發基本落在一個人身上。
我們很高興看到vue更加容易接受新興的標准方法，但是它的類似於web組件的模式，而不是真正的web組件，這可能是vue
所得不償失的地方。
發展前景：
雖然vue.js
有相當廣泛的應用，但也很難預測在中期發展中這個勢頭能持續多久，它不是由一個商業組織直接支持並維護，因此，這很大程度上依賴於維護者的生存能力和繼續維護下去的願望來決定。
它也表現出了一定程度的語言適應能力，並且隨著某些模式的落伍和失寵而繼續保持自身語言的現代化和時代性，目前沒有跡象表明vue.js
架構將來無法適應進一步發展。
使用場景：
如果你有一個傳統的web應用程序，並需要一個強壯穩健的應用程序層，那麼vue.js
可能是一個很好的選擇，它有清晰的模式，即使沒有經驗的團隊也能正確或者錯誤的使用它。盡管vueUX框架沒有開箱即用的功能，但在vue.js
上也能大量持續性構建應用，這將有利於你的項目。
以上就是小編今天為大家分享的關於常用的web前端框架優缺點分析的文章，希望本篇文章能夠對正在從事web前端工作的小夥伴們有所幫助，想要了解更多web前端知識記得關注北大青鳥web培訓官網，最後祝願小夥伴們工作順利，成為一名優秀的web前端工程師。
❸ 前端開發哪部分比較難
難點在於：
1.對業務的理解
由於前後端分離的普及，越來越多的業務邏輯開始往前端這里轉移。「客戶想干什麼」，在大的公司可能有UE專門去思考這問題，前端只需要實現就可以。但是其實大多數的小公司沒有專職的UE設計。很多時候需求並不明確。前端開發就需要開發人員自己對業務有一定的了解知道客戶需要什麼？才能去寫合適的業務邏輯。如果並不能很好的去了解業務，寫出來的頁面可以看，但是就會出現，沒有門把手的一面只有拉才能開門的設計。而且其實業務最多變的就是業務邏輯，如何設計好才能滿足業務邏輯變的需求，也是一個很難精的事情。
2.計算機基礎知識
CDN、網路接入層、API網關、存儲系統、代理、cookies、socket等等的專業術語。一聽可能就有很多人蒙圈了。很多時候只是開發頁面很簡單，但是現在出現問題了，因為問題是在前端表現出來的，很有可能需要前端第一時間去定位問題點。這就不得不要求前端需要了解計算機的基礎知識來定位具體問題。0基礎培訓班可以寫網頁，但遇到如代理問題，API網關問題可能就無從下手了。
3.新技術的獲取，方向的選擇
前端生態和工具不斷的在變化，如WebAssembly,Less,TypeScript不斷在變化的語法特性，Vue,React,Angularjs等不斷變化的框架。iView，Bootstrap, Element-ui,Ant Design等各種框架。 vscode ，sublime ， atom ,WebStorm等開發工具。出現了「別更新了,學不動了」這樣的言語。如何保持對新技術的獲取。如何跟對技術，如何選型技術其實也是一個難點。
4.工程化
只是寫一個頁面可能不難，但是前端由於能力的增加，越來越多的前端工作開始接觸到工程化的問題。軟體工程化一直沒有銀彈，也就帶來了設計模式的知識。如何讓各個分散的頁面變成可以互相配合契合業務，如何公用代碼，如何設計架構。這也是一個需要時間積累的能力。
5.優化兼容
前端是第一個和客戶接觸的頁面，性能好壞直接影響PV、UV、訪問次數、跳出率、轉化率、平均訪問時長等指標，但是前端優化兼容又是一條慢慢長路，從CSS到JS再到網路，再到後台優化的無止境。後端最難的可能也是優化，優化演算法，優化資料庫，優化響應時間。前端演算法優化，渲染優化，針對瀏覽器優化，還有兼容問題，IE,CHROME,火狐，大大小小廠商的瀏覽器，不同手機的瀏覽器。這條路也是漫漫長路。也最考驗一個前端的綜合能力。
6.溝通能力
前端提意見的門檻低。後端提意見需要一定的專業能力。前端做演示，小朋友看，問問他們有什麼意見，估計也能提出很多，所以前端需要和跟打交道的能力，如何溝通也是一個不可缺的能力。和客戶交流，和後端交流，和產品經理交流。
❹ 前端開發的難點到底在什麼地方
不同級別的前端面臨的難點各不相同，不可一概而論；
業務開發的前端難點在於對業務的理解和把控能力；
平台開發的前端難點在於產品化的把控和推進能力。
觀點1：不同級別的前端面臨的難點各不相同，不可一概而論。
其他回答有說 CSS 難，有說 CSS 不難的，每個人水平不同，這樣爭論毫無意義。我剛學前端時覺得 JS/CSS/瀏覽器兼容問題都很難，現在覺得也就那樣，因為前端路子廣，辦法總比問題多。後來覺得要評估好需求，把控好項目質量比較難，很多時候我們是在幹事，在解決問題，不是只埋頭寫代碼，時間一長你會發現前端工作中，技術問題往往比較好解決，反而資源+協作問題比較麻煩。現在對我來說比較難的是快速產品化的能力，如何從無到有去做出一些有價值的東西。
舉一個簡單粗暴的例子吧：阿里前端很多，P5/P6 一大把，但是 P8/P9 的非常少，為什麼？進階的難點在哪裡？
前端開發的難點跟前端進階的難點是非常相似的。阿里對每個前端層級都有一個標准，這也從側面回答了這個問題，比如對 P5 來說，難點可能是寫好業務代碼，保證其靈活性和可維護性，能解決各種適配問題；對 P6 來說則需要獨擋一面，能獨立 owner 需求，而 P7 則需要在某方面技術有深入理解，等等。
能提出這個問題首先得恭喜題主，說明題主在當前階段遇到瓶頸了，需要向下一個 level 出擊了。
觀點2：業務開發的前端難點在於對業務的理解和把控能力。
業務邏輯開發本身並不是難點，誰都可以寫。但是對於你自己負責的這塊業務，後續業務的發展方向和潛力，你有去了解過嗎？當業務方提需求過來時你是只負責執行還是和業務方一起探討更合理的方案？你有沒有給自己負責的產品提過一些建議？做過一些改善措施？如果前端只是作為一個執行者，作為一種被調度的資源，那麼即使最終項目取得了好的成績，跟你有多大關系？你自己會有多大的成就感？
另外一個很重要的點：就是對業務的把控能力。業務方總是會催著上線，開發時間不斷被壓縮該怎麼辦？進度不如預期怎麼辦？開發遇到瓶頸怎麼辦？發布新功能翻車了怎麼辦？
我見過有默默加班保證進度的，也有跟需求方重新談延期的，有發布出問題手足無措的，也有自己默默修復的，有遇到瓶頸一籌莫展的，也有及時跟老闆溝通，跟業務方撕逼的… 如何優雅的處理這些問題，有時候比寫代碼更難。為什麼有的人業務代碼邏輯混亂，寫的一團糟？我不相信是智力問題，反倒更相信是對項目本身沒有把控好，本來排了5天工作量的需求被業務方壓到了3天，你還能保證寫出健壯而不失風度的代碼？
觀點3：平台開發的前端難點在於產品化的把控和推進能力。
做業務時有人給你提需求，幫你出交互視覺稿，你只要負責寫頁面就行了。但是在支付寶前端，很多內部平台和技術產品都是技術自己主導，你需要自己發現問題，出方案，設計資料庫，自己出頁面，這是一個從無到有的創造的過程。並且要保證你做的東西是真正解決問題的，而不是做一些自己覺得很牛逼實際上並沒有解決用戶痛點的東西，用我老闆的話說就是對產品的把控能力，不要跑偏了。前端是最容易做出產品化東西的工程師了，因為後端不會做 UI，UI 不會寫代碼，唯前端兼顧，這是最大優勢。
再一個就是對產品的推進能力了，你做的東西可能需要各種資源？如何爭取？可能牽扯到多方利益？如何權衡？東西做出來了如何推廣?如何在用戶的一片罵聲中奮勇前進？
印象中很多平台型產品，剛開始投入使用時都是一片罵聲，各種問題，說實話負責這些產品的程序員壓力是相當大的，天天被罵還得徹夜幫別人解決問題，還得不斷優化系統，你說難不難？
以上三點就是本文所展現的理念，希望能對大家有幫助。
❺ web前端工程師的優點和缺點
優點：HTML5APP可以在PC和移動、iOS和Android上運行。
缺點：在對性能要求較高的情況下，或選擇使用本機開發知識。
實現此目的的最佳方法是混合方法，大型框架使用本機、基本功能等，一些模塊使用HTML。Web前端工程師：使用（X）HTML／CSS／JavaScript／Flash等各種Web技術開發的客戶端產品。
Web前端工程師：完成客戶端程序（即瀏覽器端）的開發，開發JavaScript和Flash模塊，結合後台開發技術模擬整體效果，富InternetWeb開發，致力於通過技術提升用戶體驗。
Web前端工程師：對Web2．0、HTML＋CSS和瀏覽器兼容性有深刻的理解。了解其他IT編程語言，如PHP、Java、．net和vue。
(5)前端開發中效率低的地方擴展閱讀：
掌握以下技術：
1．掌握基本的web前端開發技術：HTML、CSS、JavaScript、DOM、BOM、AJAX等，了解其與不同瀏覽器的兼容性、渲染原理及bug
2．必須具備網站性能優化、SEO和伺服器端開發的基本知識
3．必須學會使用各種web前端開發和測試工具來輔助開發嗎
4．除了技術知識之外，還需要理論知識，包括代碼的可維護性、組件的易用性、分層語義模板和瀏覽器分層支持
5．未來的web前端開發工程師還將學習HTML5、web視覺設計、網站色彩搭配、網站交互設計模式等相關技術
網路--web前端工程師
❻ 8個提高工作效率的Web前端開發框架總結
今天小編要跟大家分享的文章是關於8個提高工作效率的Web前端開發框架總結。著互聯網的推進我們可以尋找到各種高效資源，比如我們設計網站、小程序和公眾號開發的時候，前端設計並不需要我們太多的自主設計，我們可以藉助免費開源或者有些付費的前端框架和插件來快速完成。比如我們在設計網站主題的時候，可以藉助類似BootStrap、Layui這些常用的前端框架高效開發。
目前可選的前端框架還是比較多的，有些以前出名的如今已經逐漸淡出我們的視野，包括筆者以前也有用過的Amaze
UI，我也准備在這篇文章中分享的但是官方網站好像無法打開SSL失效，估計可能沒有人維護。我們真的要去整理前端框架UI的話，大大小小十幾個肯定是有的，但是我們一般也用不了這么多，熟悉這么1-2款足矣。下面來和小編一起看一看吧!
第一、Bootstrap
Bootstrap，來自推特官方提供的一個用於前端開發的開源工具包。由他們的設計師MarkOtto和Jacob
Thornton合作開發,是一個CSS/HTML框架。目前廣泛被用於我們很多網站、移動端、自適應WEB項目中，應該是目前使用最多的前端框架之一。
第二、Layui
Layui，是一款採用自身模塊規范編寫的前端UI框架，遵循原生HTML/CSS/JS
的書寫與組織形式，門檻極低，拿來即用。這個前端我也有簡單接觸過，在行業中用戶也在慢慢變多，相對BS框架更加精煉一些。
第三、EasyUI
easyui，是一種基於jQuery、Angular.、Vue和React的用戶界面插件集合。easyui為創建現代化，互動，JavaScript應用程序，提供必要的功能。easyui是個完美支持HTML5網頁的完整框架。居然還分商業和免費版本，如果我們介意的話那就不要選擇。
第四、jQueryUI
jQueryUI，是在jQuery
JavaScript庫之上構建的一組精選的用戶界面交互，效果，小部件和主題。無論是構建高度交互的Web應用程序，還是只需要向表單控制項添加日期選擇器，jQuery
UI都是理想選擇。
第五、YDUITouch
YDUITouch，一個專注移動端、微信的UI框架。YDUITouch
專為移動端打造，在技術實現、交互設計上兼容主流移動設備，保證代碼輕、性能高。使用Flex技術，靈活自如地對齊、收縮、擴展元素，輕松搞定移動頁面布局。
第六、H-ui
H-ui，基於
HTML、CSS、JAVASCRIPT開發的輕量級Web前端框架。H-ui在bootstrap基礎上，吸取眾家框架之長，融合開發者自己的思想，進行深度開發，提煉出一套適合中國開發者的HTML和CSS規范。開源免費，簡單靈活，兼容性好。
第七、AUI
AUI使用MIT開源協議發布，永久免費。會不定時更新版本及發布模板示例。致力於為開發者提供更好的框架。
第八、NEC
NEC，來自網易的前端框架。NEC包括了規范、框架、代碼庫、插件等內容,致力於為前端開發人員提供高效率高質量的前端頁面開發解決方案,提高多人協作效率。
總結，以上小編我整理出來目前網路上比較常用的前端框架UI，有些是適合移動端開發的，有些是PC端自適應移動端的，總之我們根據實際的習慣和喜歡選擇，建議是選擇大眾的且有在維護更替的，有些小眾的說不定哪天就不更新。
以上就是小編今天為大家分享的關於8個提高工作效率的Web前端開發框架總結的文章，希望本篇文章能夠對正在從事Web前端工作的小夥伴們有所幫助，想要了解更多Web前端知識記得關注北大青鳥Web培訓官網，最後祝願小夥伴們工作順利，成為一名優秀的Web前端工程師。
❼ 如何提升前端開發速度和效率
時間管理
不同的時間段做不同的事。頭腦清醒的時候，做一些難的事情；狀態欠佳的時候，做一些簡單的事，或乾脆出去走走，休息休息。
做事時要專注。在我們專注做事時，要減少外界的干擾，比如帶上耳機，將手機開靜音。如果此時有人來打擾，稍後來處理他的事情；如果事情比較緊急，則記錄下當前的狀態，方便切換回來的時候，能迅速進入狀態。我們可以嘗試使用番茄工作法：在一段時間內（一般是25分鍾），只做一件事情，結束後，休息一會，繼續做事，以此循環。
實現不靠譜的需求。拒絕不靠譜的需求。
理解需求出現偏差。對於不理解的需求，要及時和 PM 溝通，不要自己揣測。
做與整個項目風格不一致的頁面。如果設計師的設計的和當前項目的風格不一致，與其溝通，看是否能用項目中統一的風格（樣式）。
想清楚實現思路後，再開始編碼。有時候一個好的演算法比一個差的，會簡單很多。
重復造輪子。
一拿到項目就開始編碼。應該熟悉當前項目所用的技術。避免重復實現項目已經實現過的功能。
重復的事情讓程序來做。
項目腳手架生成器。基於此快速搭建一個項目。主流的框架都有 xx-cli 項目。也可以用 Yo 自己搭建一個。
自動添加瀏覽器前綴。可以用 AutoPrefix。
自動生成圖片精靈。可以用 Compass。
一鍵切圖。可以用 Cutterman。
代碼改變時，瀏覽器自動刷新。
代碼發布前做的一些事情。代碼壓縮，合並等。
選用合適的框架和第三方庫。
用好軟體。
安裝一些代碼補全插件。如 Emmet， Bootstrap Snippents 等
設置一些命令的簡寫。如，git 可以配置一些簡寫。
快速定位到項目中的某文件；某方法。
全局搜索，替換。
等等。
熟悉常用快捷鍵。
敲更少的代碼。
能快速啟動常用軟體。
減少查找的時間。
保持工作環境的整潔。丟掉不用的東西，刪除不用的文件。
常用鏈接的導航。
常用第三方組件整理。我積累了一些，見這里。
自己寫的代碼參考示例。
文檔聚合網站。devdocs。
其他
兩個顯示屏。
保持身體健康。
做事時，保持一個積極的心態。
不做不必要做的事
優化做事的方式
❽ 前端如何提升開發效率
來具體聊一聊提高前端工程師開發效率的那些方法！
當然除了以上5點，對於前端來說需要提高開發效率的地方還有很多，可謂任重而道遠。希望以上幾點能夠給初識前端的同學帶來啟發並能夠親自實踐。
❾ 前端開發的難點到底在什麼地方
一般意義上的前端項目：
-從0到1，治理曬哦為健全點的都能搗鼓出來；
-從1到60，後後端或者設計崗位勉強能兼任；
-從60到80，需要比較專業的前端；
-從80到100，這么好的前端可遇不可求。
從0到1就是從無到有的過程，很多人用WordPress，建站之星就差不多就能搞個demo了，可以拿去騙投資人的錢。
從1到60，就是勉強可用，基本上讓後端工程師或者UI設計師找一套bootstrap的模板東拼西湊的也能勉強應付到第一版本上線。
從60到80，就是真正要做一款能完備、性能優良、架構合理的中小規模產品，沒有專業的設計、前端、後端、產品、運營是走不到這步的，差不多到A輪了。
從80到100，那就是追求各方面的極致，與競爭對手一較高下，各個方面沒有頂尖的人才都會影響整體的戰鬥力，木桶效應。
解釋一下：
1. 核心競爭力的主體是工程經驗。
其實這個結論可以推廣到其他研發崗位，就是每個研發崗位的知識體系都是由基礎學科知識＋領域工程經驗構成，彼此不可替代的就是工程經驗部分。一個後端工程師一時間不能替代同等級前端工程師到不是基礎或者智商的問題，主要是工程經驗不足，你讓一個前端一個後端分別實現對方領域中一個有明確輸入輸出的功能函數，二者通過簡單學習新語言新語法，加上開發手冊查詢，一般都能比較正常的實現業務邏輯，但你讓他們hold住對方領域的完整項目就很困難了，技術選型，系統設計，模塊拆分，平台特性，宿主環境，性能優化，構建部署，系統測試等等都是領域工程經驗問題。
2. 工程經驗的等級是能cover項目從0發展到80+。
這個很好解釋，因為從0-60的非專業前端也能做到，60+的才是專業前端。
所以不用擔心核心競爭力問題，60+的前端現在都很搶手啊。工程經驗只有60-的話確實壓力比較大。