技術層面:html css JavaScript 主流框架，初學者能解決問題就行，要牛x必須學好css和js，我就是不怎麼會寫css，好多樣式都得問別人

設計層面:面向物件，面向元件，模組化，設計模式，現在都是元件化了，能複用就複用，另外面向物件設計模式很重要，怎麼和後臺互動，什麼時機還做什麼事

編碼方面:高內聚低耦合，編碼規範（命名，註釋等），設計的不好也還行，一定要寫註釋，專案一大，自己寫的都看不懂

互動層面:邏輯不混亂，類似介面一致，少花裡胡哨

說起優秀的前端工程師我想到了在其他網站看到的三個有關於優秀前端工程師的傳說：

1、無所不知：

這麼說其實有點誇張，但是對於他們來說，他們貌似掌握了一切，不會受前端疲腦的困擾，每一次的技術更新，他們總是能緊跟腳步，將最新的技術收入囊中，甚至是分享給他人，他們不需要看文件和技術手冊，因為好像這些東西天生就存在他們的腦子裡面，無論是什麼，他們總能新手拈來

2、完美程式碼

記得剛從大學畢業到的第一個公司，每週我們有一個code Review的環節，而每次，我都是那個懷著忐忑心情，把醜陋的程式碼暴露在同事的眼前。而他們總是沒有這種煩惱，而且往往他們的程式碼是作為模板來膜拜。優雅、簡潔。有句話說得好，藝術感強的不像個實力派。偏偏註釋都寫得那麼完美，好似無法拒絕讚美它

3、極度的專注

專注在這個時間撕裂的時代是一件奢侈的品質。而他們好似永遠都那麼專注，不會疲憊，不是在寫程式碼，就是在準備寫程式碼，當你還在沉迷王者榮耀的榮耀，他始終沉迷於程式碼，請你給我一個他們不優秀的理由

傳說畢竟是傳說，那麼我們該怎麼做

當自己啥也不知道或者知道的不多的時候，你得承認自己的不足，學習是不能打腫臉充胖子的，畢竟那些比自己知道的多的人都在不斷的學習和進步，也就是說自己不知道就得謙虛去學習，去積累，前端技術更新快，選一個合適的，去學習它的思想和理念，為什麼別人能做的比自己好，不斷地總結，積累的多了，水平自然就提高了

新技術的出現的確可能是為了解決舊技術無法解決或者難以解決的問題，但是並不一定適合你，任何技術都不能脫離實際的應用場景，不然去評價一個技術的好壞和耍流氓一樣沒區別，如果舊技術能夠幫我們解決問題，那完全可以選擇性的忽視一些新技術，畢竟人的精力有限

善於利用網際網路搜尋引擎，能夠幫助你解決很多問題，目前很多情況下，你並不一定需要記住技術的每一個細節，那根本就是浪費大腦的容量，好比浪費記憶體，你知道解決問題的方法在哪，這也是優秀的一種體現

誰都想寫出完美的程式碼，但是我們寫程式碼目的都是為了最終能解決問題，我們不能因為不完美而害怕寫，有時候對自己期待太高，反而限制了自己的思維，無法跳脫出去，而且完美的程式碼也不是寫出來的，而是在不斷地實踐中改出來的

我們可能大多數人都認為，只有聚焦在一件事情上才能把事情做到很好，這當然是對的。優秀的前端工程師一直都是那些始終磨練和密切關注這個領域的一群人，確實有一部分是專注造就了它的優秀，但也並不完全是，貌似每個行業都會和網際網路打交道，其實前端已經滲透到人們的各個方面，需要和不同的人打交道，如果僅僅侷限在純前端中，技術創新的腳步就會被阻礙，適當的跳脫出去，你會發現自己的境界在提高，會發現不一樣的世界！

以上觀點僅僅是我個人的看法和經歷以及參考網路上的經驗，並不一定準確

相對於後端，前端的知識太雜，想成為優秀的前端其實比較難，前端上手容易，精通比較難。最好是最一下後端，可以更深層次的理解