經(jīng)驗(yàn)之談,前端工程師的簡歷到底要怎么寫
簡歷中最重要的是1。技能(，js，瀏覽器兼容性調(diào)試............) 2.項目經(jīng)驗(yàn)(項目描述，項目中的職責(zé))

前端工程師,之前做過的項目經(jīng)驗(yàn)一般,簡歷中項目經(jīng)驗(yàn)怎么寫?
。能寫，有項目開發(fā)經(jīng)驗(yàn)，溝通需求順暢，與后端人員配合好。知道產(chǎn)品經(jīng)理有意這樣寫，并不代表你的專業(yè)有強(qiáng)有弱，只是聽起來很專業(yè)。其實(shí)你先不說技術(shù)能力

無經(jīng)驗(yàn)的前端開發(fā)簡歷怎么寫
。第二，一定要有word或者pdf文件的簡歷。第三，簡歷要有亮點(diǎn)。最好有現(xiàn)在高度差異化的作品前端技術(shù)。如果不嚴(yán)格劃分，還有，H5，建筑和商業(yè)R&D方向?，F(xiàn)在庫和規(guī)范很多，但是每個分支的難度和技術(shù)基線都差不多(比如達(dá)到高級用的時間差不多)。所以，面面俱到就不錯了，人往各個方向深入就有點(diǎn)太難了。所以這個優(yōu)勢要在簡歷中突出。事實(shí)上，90%的簡歷中的“技能”幾乎都是一樣的，幾乎都列出了前端使用的技術(shù)，毫無意義地占據(jù)了簡歷的首要位置。所以，既然整個棧都不容易，不如把自己最擅長的語言或者技術(shù)突出來加粗。面試時，我會直接繞過其他人，從這個“突出加粗”的部分做一些技術(shù)托底，引導(dǎo)面試官問你擅長什么，更有利于你揚(yáng)長避短。第四，現(xiàn)在招個能干活的不難，難的是招個能解決問題的。特別是“電子商務(wù)”這類業(yè)務(wù)研發(fā)，不僅要接收業(yè)務(wù)端的需求，更要警惕需求陷阱，準(zhǔn)確識別剛性需求，制定計劃，推動實(shí)施和結(jié)果。因此，最好在簡歷中展示出處理每個環(huán)節(jié)所需的技巧。具體來說，在描述每個項目的時候，不僅要有背景，過程，還要有你給項目帶來的結(jié)果。舉個例子，就這樣，我對XX項目進(jìn)行了重構(gòu)，采用了XX的技術(shù)方案，克服了XX的困難，最終讓XX的需求變化得到了短而快的消化?？焖俚难邪l(fā)，快速的上線，標(biāo)準(zhǔn)化的數(shù)據(jù)收集，大大降低了研發(fā)成本，數(shù)據(jù)積累迅速增加，如XX，最終在XX產(chǎn)品線開始普及。在面試中，這種描述很容易引出有針對性的話題來談，也正是因?yàn)楹啔v中的這些鋪墊，可以節(jié)省很多面對面聊天的時間，更快的做出判斷。相比之下，這個描述對于XX項目的前端R&D來說就不好了。使用時獨(dú)立完成整個項目，包括整個Boss系統(tǒng)的模塊，如受理收費(fèi)、商品零售、小靈通短信群發(fā)、有線電視代收費(fèi)、營業(yè)員/營業(yè)點(diǎn)結(jié)賬等。這個描述只傳達(dá)了一個信息，就是你用過。至于當(dāng)初選擇了多少種技術(shù)，如何取舍，這些系統(tǒng)模塊是如何基于耦合的，是否涉及前端架構(gòu)，使用有多深，項目成員分工如何，如何并行研發(fā)？你遇到過哪些你認(rèn)為有價值的問題，并針對這些問題提出解決方案，代碼解決方案還是組織解決方案？這個過程只有在一天大部分時間的面試中通過提問和回答問題才能搞清楚。不會提問的話，基本會跳過。如果在簡歷中表達(dá)出來，腦子里就會充滿尷尬，面對面的聊天也不會拖沓，能力評價自然會很高。另外補(bǔ)充一點(diǎn)，很多人都有寫博客和總結(jié)的習(xí)慣。這個習(xí)慣很好，如果能結(jié)合自己簡歷中的項目做個總結(jié)就更好了。第五，簡歷要附上全綠投稿記錄。最好在那里提交記錄。如果你到了首頁，你要點(diǎn)擊項目列表，尋找要閱讀的項目。如果你看到一個維護(hù)了很久的東西，寫得清清楚楚，鄭重其事地寫著“轉(zhuǎn)載請注明出處”，你基本上就抓起手機(jī)開始聊天了。結(jié)果基本還不錯。第六，其他關(guān)注點(diǎn)和非關(guān)注點(diǎn)關(guān)注每份工作離職的原因，可量化的工作成果，以及可以