書寫經(jīng)驗75人覺得有用

寫崗位職責(zé)的時候，得結(jié)合實際工作內(nèi)容，比如前端開發(fā)這塊，得把具體的技術(shù)活兒說清楚。比如說負(fù)責(zé)網(wǎng)站頁面的設(shè)計實現(xiàn)，這個肯定少不了html、css這些東西，還有javascript也是繞不開的。這就好比說你要建房子，磚頭水泥得準(zhǔn)備好了，不然怎么蓋？另外，還要確保網(wǎng)頁在各種瀏覽器上的兼容性，這就像檢查你的車是不是能在不同的路上都跑得順暢一樣。

再說了，前端開發(fā)還涉及跟后端協(xié)作，這就需要溝通能力了。有時候后端的數(shù)據(jù)接口沒準(zhǔn)備好，你就得想辦法臨時解決，比如用mock數(shù)據(jù)之類的。不過有時候?qū)懼鴮懼涂赡芡洐z查下代碼格式，導(dǎo)致一些小問題，比如少了個分號什么的，這些問題往往不容易立刻發(fā)現(xiàn)，直到測試的時候才冒出來。

除了技術(shù)活兒，還得關(guān)注用戶體驗。用戶看到的界面好不好看，操作順不順暢，這些都是前端開發(fā)要考慮的。要是界面設(shè)計得亂七八糟，用戶體驗差，那用戶可能就直接關(guān)掉網(wǎng)頁了。所以，前端開發(fā)不是單純寫代碼就行，還得有點審美意識，知道什么樣的布局能讓用戶覺得舒服。

還有，遇到緊急情況，比如線上出了bug，就得馬上響應(yīng)。有一次我值班的時候，突然接到通知說某個按鈕點不開，當(dāng)時心里一緊，趕緊排查問題，結(jié)果發(fā)現(xiàn)是css的一個屬性寫錯了，改完之后發(fā)布上線，總算松了口氣。這類事情在實際工作中挺常見的，所以平時就要養(yǎng)成良好的編碼習(xí)慣，不然到時候手忙腳亂的。

再補充一點，前端開發(fā)還需要不斷學(xué)習(xí)新技術(shù)?；ヂ?lián)網(wǎng)行業(yè)發(fā)展快，新的框架和工具層出不窮，像vue、react這樣的框架，要是不跟進的話，很容易被落下。不過有時候?qū)懼鴮懼蜁浉轮R，總覺得以前的東西還能應(yīng)付，結(jié)果發(fā)現(xiàn)新項目用到的新技術(shù)完全摸不著頭腦，只能硬著頭皮去補課。

書寫經(jīng)驗68人覺得有用

寫崗位職責(zé)的時候，得看這個崗位具體是做什么的。比如說前端開發(fā)工程師，這活兒主要是跟網(wǎng)頁打交道，要把設(shè)計師畫出來的圖變成能動的網(wǎng)頁。這部分工作里頭，第一點是要熟悉各種前端技術(shù)，像是html、css還有javascript，這些東西就像磚瓦水泥一樣，用來搭建網(wǎng)頁的骨架和皮膚。

接著說職責(zé)，這得根據(jù)項目的大小來定。要是項目不大，可能一個人就包了所有的活兒，從頁面布局到交互效果都要弄。要是項目大，那就有分工了，有些人專門搞界面設(shè)計，有些人專門做后臺接口對接。作為前端的，主要就是確保用戶看到的頁面既好看又實用，加載速度快，用戶體驗好。有時候還會涉及一些小bug的修復(fù)，比如點擊按鈕沒反應(yīng)之類的，這些問題都得盡快解決，不然會影響用戶的體驗。

書寫注意事項：

前端開發(fā)還有一點很重要，就是得跟后端團隊配合好。后端那邊負(fù)責(zé)的是數(shù)據(jù)處理，前端這邊負(fù)責(zé)展示給用戶看。兩者得緊密協(xié)作，不然就會出問題，比如數(shù)據(jù)傳不過來，或者頁面顯示亂碼什么的。所以溝通特別重要，不能光埋頭自己干，得時不時跟后端的同事聊聊進展。

至于要求，技術(shù)能力肯定是基礎(chǔ)。除了掌握前端三大件，還得懂一點用戶體驗的東西，知道什么樣的設(shè)計能讓用戶覺得舒服。再就是學(xué)習(xí)能力要強，互聯(lián)網(wǎng)行業(yè)發(fā)展快，新技術(shù)層出不窮，老一套很快就會被淘汰。還有就是抗壓能力，項目趕進度的時候，加班熬夜都是常事，得扛得住。

未來發(fā)展的話，前端這條路還挺寬的?？梢酝軜?gòu)師方向發(fā)展，負(fù)責(zé)整個系統(tǒng)的前端架構(gòu)設(shè)計；也可以往產(chǎn)品經(jīng)理方向轉(zhuǎn)，畢竟整天跟產(chǎn)品打交道，對產(chǎn)品的理解會比一般人深；還有一種是往全棧方向發(fā)展，既懂前端又懂后端，這樣在團隊里地位就比較高了。不過說到底，不管往哪邊發(fā)展，核心還是要保持對技術(shù)的熱情，不斷學(xué)習(xí)新東西，這樣才能在這個行業(yè)里站穩(wěn)腳跟。

書寫經(jīng)驗61人覺得有用

寫崗位職責(zé)的時候，得知道是用來給面試官和hr看的，也是讓未來的同事明白你的工作范圍。先別急著列點子，腦子里得先把這個崗位的工作流程過一遍。比如說資深前端開發(fā)，就得想到日常要跟設(shè)計師溝通頁面布局，還要確保代碼能在各種瀏覽器跑通，還得時不時優(yōu)化用戶體驗什么的。

有時候?qū)懧氊?zé)，容易把自己想當(dāng)然的事情都寫進去，像是以為大家都知道你是負(fù)責(zé)網(wǎng)站性能監(jiān)控的，結(jié)果沒提出來，這就不太好。比如有的公司特別注重seo，那你這部分工作就不能漏掉，得明確寫上“負(fù)責(zé)網(wǎng)頁內(nèi)容的seo優(yōu)化，包括meta標(biāo)簽設(shè)置和結(jié)構(gòu)化數(shù)據(jù)標(biāo)記”。這樣不僅能讓hr清楚你的能力，也讓未來的團隊成員知道你在這方面能幫上忙。

有些細(xì)節(jié)不能忽視，像處理跨域請求這種技術(shù)活兒，可能平時做習(xí)慣了就忘了寫。還有就是版本控制，前端開發(fā)肯定離不開git之類的工具，這事也得提到，像這樣：“通過git進行代碼版本管理，配合團隊完成項目迭代?！甭犉饋硎遣皇峭ψ匀?？

有時候?qū)懙臅r候會突然蹦出一些想法，結(jié)果寫得有點亂。比如先說調(diào)試工具的使用，又扯到線上問題排查，最后才說到日常編碼習(xí)慣。這樣的順序就不太合理。建議先從大的方向入手，比如“負(fù)責(zé)前端頁面的架構(gòu)設(shè)計及開發(fā)維護”，然后再細(xì)化，“具體包括但不限于響應(yīng)式布局實現(xiàn)、javascript框架選型與集成”。

書寫注意事項：

寫的時候得考慮到實際工作場景。比如移動端適配，就不能只寫“負(fù)責(zé)移動端頁面適配”，最好補充一句“針對主流設(shè)備及分辨率制定適配方案”。還有安全這塊兒，不能光說“保障網(wǎng)站安全性”，得具體到“防止xss攻擊及csrf防護措施實施”。

還有個小地方需要注意，有時候?qū)懼鴮懼鴷鄬懸恍o關(guān)緊要的事，像是“協(xié)助其他部門解決技術(shù)難題”，這話說得挺空泛，不如改成“參與跨部門協(xié)作，為后端接口調(diào)用提供前端技術(shù)支持”。

書寫經(jīng)驗71人覺得有用

寫崗位職責(zé)的時候，得看具體的工作內(nèi)容。像移動前端開發(fā)工程師，他們的工作主要是負(fù)責(zé)移動端的頁面設(shè)計和功能實現(xiàn)。這部分內(nèi)容可以從日常的操作流程入手，比如說需要熟悉各種前端框架，像vue.js這類的，還有就是html、css這些東西得精通，畢竟這些都是基礎(chǔ)嘛。工作中肯定離不開跟后端的對接，這部分也要寫進去，主要是接口調(diào)用、數(shù)據(jù)交互這些事情。

書寫注意事項：

對于一些比較細(xì)節(jié)的地方也得提一下，比如需要處理瀏覽器兼容性的問題，這個特別重要，不同的手機系統(tǒng)、不同的瀏覽器都可能影響顯示效果。還有就是性能優(yōu)化，現(xiàn)在用戶對速度的要求越來越高，加載慢了就可能流失客戶。所以這部分內(nèi)容得具體到優(yōu)化圖片大小、減少http請求次數(shù)之類的措施。

再說到任職條件，這得結(jié)合實際需求。一般會要求有相關(guān)的開發(fā)經(jīng)驗，比如兩年以上的移動前端開發(fā)經(jīng)驗，這能保證有一定的實戰(zhàn)能力。技術(shù)棧方面，除了上面提到的框架，還得懂javascript，特別是es6以后的新特性。當(dāng)然，學(xué)歷背景也不能忽視，本科及以上學(xué)歷通常是個門檻，計算機相關(guān)專業(yè)會更受歡迎。

不過有時候?qū)懙臅r候可能會不小心漏掉一些關(guān)鍵點，比如忘了強調(diào)對響應(yīng)式布局的理解，其實這一點也很重要，畢竟現(xiàn)在的設(shè)備屏幕尺寸五花八門。還有就是對新技術(shù)的學(xué)習(xí)態(tài)度，這點其實挺重要的，因為技術(shù)更新?lián)Q代快，如果不愿意學(xué)習(xí)新東西，很容易被淘汰。

還有個需要注意的地方是寫的時候別太死板，可以適當(dāng)加入一些公司文化的元素，這樣能讓候選人感受到公司的氛圍。比如說鼓勵創(chuàng)新、重視團隊合作之類的，這樣不僅能讓崗位更有吸引力，也能篩選到更適合的人才。

書寫經(jīng)驗41人覺得有用

寫崗位職責(zé)的時候，得結(jié)合具體的工作場景。比如說javaweb前端開發(fā)這塊兒，就得先把技術(shù)方向搞清楚，像是html、css這些基本功肯定是要有的，還有javascript這類動態(tài)交互的東西也得精通。要是公司項目比較復(fù)雜，可能還會涉及一些框架的應(yīng)用，像vue.js或者react什么的，這都是日常工作中繞不開的技術(shù)點。

工作職責(zé)這部分，最好能體現(xiàn)具體的任務(wù)，像負(fù)責(zé)頁面的構(gòu)建和優(yōu)化之類的。有時候還得跟后端對接接口，確保數(shù)據(jù)傳輸順暢，這就需要知道前后端如何協(xié)作。如果公司業(yè)務(wù)量大，還可能需要處理一些性能瓶頸的問題，這時候就得熟悉各種調(diào)試工具，像chrome devtools這種，用來排查問題挺關(guān)鍵的。

職位要求，先說技能，基本的編程能力肯定少不了，還得會寫清晰的代碼注釋，方便以后維護。再就是對瀏覽器兼容性的理解，畢竟用戶用的設(shè)備不一樣，網(wǎng)頁顯示效果也不能差太多。當(dāng)然了，團隊合作精神也很重要，畢竟開發(fā)不是一個人的事，得跟其他人配合好。

不過有時候?qū)懙臅r候可能會忽略掉一些細(xì)節(jié)，比如忘了提一下版本控制的重要性，像git這樣的工具其實特別實用。還有就是文檔編寫這一塊兒，雖然聽起來有點枯燥，但確實很重要，尤其是當(dāng)新同事加入時，詳細(xì)的文檔能幫他們快速上手。

另外一點需要注意的是，寫的時候別太死板，要把職責(zé)和要求往實際工作場景里套，這樣看起來才真實。像有些公司可能對移動端適配有特別的要求，那在寫職位要求的時候就得提到這一點。還有些公司可能對安全性比較看重，那就得強調(diào)開發(fā)過程中要注意防范xss攻擊之類的安全隱患。

書寫經(jīng)驗55人覺得有用

寫崗位職責(zé)的時候，得先弄清楚這個崗位到底要干什么，不能含糊其辭。比如說web前端開發(fā)工程師，他的工作就是跟網(wǎng)頁打交道，要把設(shè)計稿變成能動的東西，讓用戶看起來舒服，用起來也方便。這中間涉及到不少技術(shù)活兒，像html、css、javascript這些基本技能必須得掌握，不然連頁面都搭不起來。

平時工作中，這類工程師要負(fù)責(zé)前端頁面的編碼實現(xiàn)，還要確保不同設(shè)備上的顯示效果一致。有時候接到需求，得快速調(diào)整布局，有時候遇到兼容性問題，就得想辦法解決。比如某個按鈕在chrome下好好的，到了ie里就變形了，這時候就需要排查原因，調(diào)整代碼。要是碰到復(fù)雜的交互功能，還得和后端配合調(diào)試接口，保證前后端數(shù)據(jù)傳輸順暢。

除了技術(shù)層面的事，還得多關(guān)注用戶體驗。頁面加載速度慢了，用戶可能就不耐煩了；界面設(shè)計不合理，也可能影響用戶的操作習(xí)慣。所以，寫崗位職責(zé)的時候，不僅要提技術(shù)要求，還要強調(diào)對用戶體驗的關(guān)注。像什么響應(yīng)式設(shè)計、性能優(yōu)化之類的概念，最好也能提到，畢竟現(xiàn)在移動端訪問量越來越大，手機端適配也是重要一環(huán)。

不過，有些細(xì)節(jié)容易被忽略。比如有時候會忘記寫明需要熟悉哪些框架，像vue.js或者react這樣的流行框架，其實對于提升開發(fā)效率很有幫助。還有就是版本控制工具git的使用，這也是必備技能之一。要是只說“會編程”，具體用什么工具沒提，面試官可能就會覺得不夠?qū)I(yè)。

另外一點需要注意的是，職責(zé)描述別太死板?？梢赃m當(dāng)加上一些靈活的要求，比如鼓勵員工主動學(xué)習(xí)新技術(shù)，參與團隊的技術(shù)分享。畢竟互聯(lián)網(wǎng)行業(yè)發(fā)展快，技術(shù)更新迭代也快，保持學(xué)習(xí)的態(tài)度很重要。如果能吸引到愿意不斷進步的人才，對團隊長遠(yuǎn)發(fā)展肯定是有好處的。

書寫經(jīng)驗91人覺得有用

前端開發(fā)工程師和設(shè)計師的崗位職責(zé)和職位要求其實挺講究技巧的，得根據(jù)具體的工作環(huán)境來調(diào)整。比如，對于前端開發(fā)工程師來說，你得強調(diào)他們需要熟悉各種前端框架，像是react、vue之類的，這些都是現(xiàn)在比較火的技術(shù)。還要提到他們要能處理網(wǎng)頁的兼容性問題，畢竟不同的瀏覽器顯示效果可能不一樣。有時候，還得會點javascript，這玩意兒在交互設(shè)計上特別重要。

至于設(shè)計師那邊，除了要求他們具備良好的審美能力之外，還應(yīng)該明確指出需要精通photoshop、illustrator這些設(shè)計軟件。設(shè)計稿的交付格式也有講究，通常會要求png、jpg，偶爾也會需要svg，這取決于項目的具體情況。設(shè)計師還需要和開發(fā)人員保持緊密溝通，確保設(shè)計稿能夠順利轉(zhuǎn)化為實際的網(wǎng)頁。

寫這部分內(nèi)容的時候，需要注意的是，語言不能太死板。比如，可以稍微隨意一點，說“做前端開發(fā)時，如果遇到頁面加載慢的問題，就得想想是不是代碼哪里寫得不夠優(yōu)化”，而不是一開始就搬出一堆專業(yè)術(shù)語。這樣寫出來的東西看起來更有生活氣息，也更容易讓人接受。

職位要求這塊就更要靈活了。像前端開發(fā)這邊，你可以寫“希望候選人對響應(yīng)式布局有一定的理解，這樣能讓網(wǎng)站在手機和平板上都看著順眼”。而對于設(shè)計師，就可以說“有手繪功底更好，有時候突發(fā)奇想畫個草圖，說不定就能給項目帶來靈感”。

不過，寫這些東西的時候，難免會有疏漏。比如，有時候會忘記加上一些細(xì)節(jié)，像提到設(shè)計師的時候，沒提清楚他們需要懂一點用戶體驗（ux）的知識，這可是很重要的。還有就是，寫到技術(shù)要求的時候，可能只顧著列那些熱門的技術(shù)棧，卻忘了補充一些基礎(chǔ)的東西，比如html和css的基礎(chǔ)知識，這對新人來說也是必不可少的。

書寫經(jīng)驗77人覺得有用

寫崗位職責(zé)的時候，得根據(jù)具體的工作內(nèi)容來定。像php前端開發(fā)這個職位，既要懂編程又要熟悉網(wǎng)頁設(shè)計，所以描述的時候要把這兩塊都涵蓋進去。比如，“負(fù)責(zé)網(wǎng)站前端頁面的設(shè)計與實現(xiàn)，確保兼容性和用戶體驗?！边@就不錯，既提到了設(shè)計又說了實現(xiàn)，還隱約帶出了對用戶負(fù)責(zé)的意思。

再比如，“參與項目的需求分析，配合后端完成接口對接工作?！边@句話就挺實用的，它表明了前端不只是做界面，還要參與到整個項目的規(guī)劃當(dāng)中去，同時也強調(diào)了前后端協(xié)作的重要性。不過有時候?qū)懙臅r候可能沒太注意順序，寫成“配合后端完成接口對接工作，參與項目的需求分析?！边@樣也行，只是稍微顛倒了一下順序罷了。

“優(yōu)化網(wǎng)站性能，減少加載時間，提升訪問速度?！边@部分很重要，因為現(xiàn)在用戶對網(wǎng)頁加載速度特別敏感，如果這方面沒做好，很容易流失訪客。但寫的時候可能會忘記加上具體的措施，比如“通過壓縮圖片文件大小、合并css文件等方式進行優(yōu)化?！?/p>

書寫注意事項：

對于一些日常維護的工作也不能忽略。“定期檢查現(xiàn)有系統(tǒng)的運行狀態(tài)，及時修復(fù)可能出現(xiàn)的問題?！边@句話就涵蓋了日常維護的內(nèi)容，不過這里有個小問題，應(yīng)該是“及時發(fā)現(xiàn)并修復(fù)可能出現(xiàn)的問題”，不過這可能是打字時漏了個“現(xiàn)”字，看起來有點突兀。

再有就是關(guān)于團隊合作的部分，“與設(shè)計師溝通確定視覺效果，與測試人員共同驗證功能是否正常?！边@樣的表述就很貼合實際，能讓別人一眼看出你是怎么和其他部門配合工作的。要是寫成“與設(shè)計師溝通確定視覺效果，然后和測試人員一起驗證功能是否正常?！彪m然有些啰嗦，但也算說得過去。

小編友情提醒：

記得加上一些長期目標(biāo)類的內(nèi)容，“不斷學(xué)習(xí)新技術(shù)，提高自身技術(shù)水平，為公司帶來更大的價值?！边@部分顯得比較虛，但其實也很重要，畢竟技術(shù)更新?lián)Q代快，不進步的話很快就會被淘汰。不過這句話寫的時候可能會忘記逗號，變成“不斷學(xué)習(xí)新技術(shù)提高自身技術(shù)水平為公司帶來更大的價值。”雖然不影響理解，但讀起來會感覺不太順暢。