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

數(shù)據(jù)開發(fā)工程師這個崗位挺重要的，職責得寫清楚，不然新人來了都不知道干什么。一般開頭就說下崗位的核心任務，像是負責數(shù)據(jù)平臺的功能開發(fā)、維護數(shù)據(jù)庫什么的，這些都是基礎工作，要是沒寫進去就不太好。不過有些細節(jié)不能漏掉，比如說對接業(yè)務需求，這步特別關鍵，要是業(yè)務那邊提出個新功能，結果咱們這邊沒準備好，那麻煩就大了。

具體到技術層面，要提到熟悉常用的開發(fā)工具，像git這種版本控制工具，還有數(shù)據(jù)庫管理工具，這些都得提一下。另外，關于性能優(yōu)化這部分也不能省略，畢竟誰也不想看到系統(tǒng)跑得慢吞吞的，用戶體驗一差，領導那邊肯定有意見。還有就是安全這塊，數(shù)據(jù)安全很重要，如果在這方面疏忽了，可能會惹出大問題。

寫職位要求的時候，得結合公司的實際情況。比如說有些公司可能更看重學歷背景，像計算機相關專業(yè)本科及以上之類的，這要看招聘方的需求。技能方面，像python、sql這些編程語言必須得列出來，還有大數(shù)據(jù)相關的框架，像hadoop、spark這些，現(xiàn)在用得很多。不過這里有個小點需要注意，有時候寫要求時容易忽略軟技能，比如溝通能力、團隊協(xié)作精神這些也很重要，尤其對于跨部門合作比較多的崗位來說。

再說到經(jīng)驗年限這塊，可以根據(jù)崗位級別來定。初級的話，可能要求一年左右的實際項目經(jīng)驗就夠了；如果是高級一點的，那至少得三五年，不然很難獨當一面。這里有個地方要注意，有時候會忘記寫明對工作經(jīng)驗的具體要求，結果收到一堆不符合條件的簡歷，這就有點浪費時間了。

最后別忘了附帶一些其他福利待遇方面的描述，比如加班補貼、培訓機會之類的。當然，這部分內(nèi)容不是必須的，但能讓求職者感受到公司的誠意，說不定能吸引更多優(yōu)秀人才呢。

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

在寫大數(shù)據(jù)開發(fā)工程師的崗位職責時，得先把工作的核心內(nèi)容弄清楚。這個崗位主要負責數(shù)據(jù)平臺的設計、開發(fā)和優(yōu)化，還要處理海量數(shù)據(jù)的采集、清洗、存儲和分析。寫的時候，可以提到具體的工作內(nèi)容，比如搭建數(shù)據(jù)倉庫、設計etl流程、編寫sql腳本、調試程序邏輯，還有配合業(yè)務部門做數(shù)據(jù)分析。當然，這些工作都離不開熟練使用hadoop、spark這類大數(shù)據(jù)技術，所以這一點也要體現(xiàn)出來。

書寫注意事項：

職位要求部分也很關鍵。通常會強調專業(yè)背景，像計算機相關專業(yè)本科及以上學歷，最好有幾年的大數(shù)據(jù)開發(fā)經(jīng)驗。技術能力方面，除了熟悉hadoop生態(tài)，還得精通java、python這類編程語言。不過有時候寫的時候可能會漏掉一些細節(jié)，比如忘記加上“熟悉linux操作系統(tǒng)環(huán)境”這一條，這其實挺重要的，因為很多操作都需要在linux下完成。還有就是溝通能力，畢竟跟業(yè)務團隊對接的時候，良好的表達能力能避免不少誤解。

至于具體的描述方式，可以用比較平實的語言來寫。比如說“負責日常的數(shù)據(jù)處理任務”，而不是太正式的措辭。還有在列舉技能要求時，順序可以隨意一點，不必特意按照重要性排序。像“掌握分布式計算框架”這樣的說法就挺好，既專業(yè)又不至于太死板。有時候寫的時候可能會出現(xiàn)小差錯，比如把“掌握”寫成“掌控”，雖然不影響理解，但仔細看的話確實不太準確。

對于工作經(jīng)驗的要求，可以適當放寬，說“具備一定的項目經(jīng)驗即可”，這樣顯得比較人性化。但也有時候會忘記補充一句“有大規(guī)模數(shù)據(jù)處理經(jīng)驗優(yōu)先”，這對招聘方來說很重要。另外，關于薪資待遇之類的敏感話題，一般不會在職責要求里明說，但隱約提一下“提供行業(yè)內(nèi)有競爭力的薪酬”是可以的。不過有時候寫的時候可能會忘記加上“行業(yè)內(nèi)”這三個字，只說“有競爭力的薪酬”，雖然不是大問題，但少了這幾個字總覺得差點意思。

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

做崗位職責的時候，得先弄清楚這個崗位到底是干嘛的。比如說大數(shù)據(jù)開發(fā)工程師，這可不是隨便誰都能干好的活兒。他們的主要任務就是處理數(shù)據(jù)，從數(shù)據(jù)采集到清洗再到分析，最后還得把結果整理出來給人看。這里面的技術含量挺高的，需要懂編程，像python、java之類的語言都得會一點。還有就是熟悉數(shù)據(jù)庫，sql查詢語句用得溜不溜也是關鍵點。如果公司對安全要求高的話，還得額外關注一下數(shù)據(jù)的安全性，防止信息泄露什么的。

再來說說數(shù)據(jù)分析這塊兒，這部分人主要是幫公司找出業(yè)務上的問題所在。他們得從一堆雜亂的數(shù)據(jù)里找到規(guī)律，然后給出建議。這工作聽起來簡單，實際上特別考驗耐心。有時候數(shù)據(jù)量太大了，得花好幾天才能理清楚頭緒。而且，分析的結果必須精準，不然誤導了領導做決策就麻煩了。所以這些人不僅要技術過硬，還得有很強的責任心才行。

至于前端開發(fā)，這活兒更偏向于藝術和技術結合了。前端開發(fā)工程師得設計網(wǎng)頁界面，讓用戶體驗感拉滿。他們得會html、css還有javascript這些東西，這些都是基礎技能。不過，有時候寫代碼的時候可能會忘記檢查一下兼容性問題，導致某些瀏覽器顯示效果不好。這種小問題雖然不影響大局，但還是會讓客戶覺得不太滿意。所以平時工作中得時刻提醒自己多測試幾遍。

數(shù)據(jù)對接的工作也不輕松，主要是負責不同系統(tǒng)之間的數(shù)據(jù)交換。這項任務要求溝通能力特別強，因為涉及到多個部門的合作。要是溝通不到位，數(shù)據(jù)傳輸過程中出了岔子，那后續(xù)的工作都會受影響。還有就是文檔編寫這塊兒也不能馬虎，每次完成對接后都要詳細記錄下來，方便以后維護和升級。有時候因為時間緊，草草寫完文檔，結果后面查資料的時候找半天找不到具體內(nèi)容，這就很尷尬了。

最后提一下信息安全這塊兒，這是個比較敏感的話題。信息安全人員的主要職責就是保護公司的數(shù)字資產(chǎn)不被攻擊。他們需要定期檢查系統(tǒng)的漏洞，及時修補，還要制定相應的應急預案。不過有時候為了圖省事，可能會忽略掉一些小細節(jié)，比如密碼設置太簡單，或者權限分配不合理之類的問題。這些問題看似不起眼，但一旦被黑客利用起來，后果可是相當嚴重的。所以日常工作中一定要養(yǎng)成良好的習慣，該嚴謹?shù)牡胤浇^不能放松警惕。

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

寫崗位職責的時候，得看這個崗位具體做什么。比如java大數(shù)據(jù)開發(fā)高級工程師這活兒，他得會java編程，還得懂hadoop什么的。要是寫職責，就別光說大道理，直接寫清楚每天干什么就行。比如，“負責搭建分布式計算環(huán)境”，這句就挺好的，一聽就知道是干什么的。

有些東西最好具體點，像“參與項目需求分析”這種話就太籠統(tǒng)了?？梢愿某伞案鶕?jù)業(yè)務需求設計數(shù)據(jù)處理流程，確保數(shù)據(jù)清洗準確率達到百分之九十以上”。這樣寫，領導一看就知道你得有多認真。

有時候寫的時候，容易因為趕時間漏掉一些關鍵點。像我上次寫的時候，就忘了提“定期檢查集群狀態(tài)”，結果被同事提醒了好幾次。所以寫的時候得反復看看有沒有遺漏。

書寫注意事項：

關于技術要求這部分，不能只寫“精通java”，最好能細化一下?！笆煜pringboot框架，能夠快速解決線上故障”就比“精通java”具體多了。這樣寫的好處是，應聘者知道自己得達到什么水平。

寫職責的時候，最好別用那些太書面化的詞。像“協(xié)助團隊完成任務”這種話就有點空洞。改一下，“帶領小組成員攻克技術難題，保證項目按時上線”就顯得實在不少。

不過有時候也會犯點小錯，比如把“優(yōu)化sql查詢效率”寫成“優(yōu)化sql查詢速度”，雖然意思差不多，但總覺得差點意思。寫完之后最好多讀幾遍，看看有沒有類似的疏忽。

小編友情提醒：

記得結合公司實際情況來寫。如果公司特別看重某個技能，比如spark，那就得強調出來。“深入研究spark性能調優(yōu)，提升數(shù)據(jù)處理速度百分之二十”這樣的描述就很貼合實際。這樣寫出來的職責，既能讓員工明白該怎么做，也能讓招聘方知道招什么樣的人。

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

寫崗位職責的時候，得知道這個崗位到底是做什么的，不能憑空想象。比如python數(shù)據(jù)開發(fā)工程師，肯定跟代碼、數(shù)據(jù)處理什么的脫不了關系。一開始，得說清楚這個崗位的核心任務，像是負責數(shù)據(jù)平臺的搭建和優(yōu)化，這很重要，因為這是整個工作的基礎。再接著，可以提一下具體的工作內(nèi)容，比如說編寫數(shù)據(jù)處理腳本，這個腳本得能高效地處理海量數(shù)據(jù)，不然就麻煩了。還有，數(shù)據(jù)質量的監(jiān)控也是重點，要是數(shù)據(jù)出了問題，那后續(xù)的工作可就全亂套了。

書寫注意事項：

這個崗位可能還需要跟其他部門合作，比如跟業(yè)務部門對接需求，確保數(shù)據(jù)能滿足他們的要求。有時候，還得參與一些技術討論，分享自己的經(jīng)驗，幫助團隊成員提升技能。不過，有些時候可能會忽略掉一些細節(jié)，比如說數(shù)據(jù)安全這塊兒，雖然不是特別顯眼，但其實也很關鍵，畢竟數(shù)據(jù)泄露可不是小事。

至于職位要求，得根據(jù)崗位的具體情況來定。像python數(shù)據(jù)開發(fā)工程師，就得有扎實的編程基礎，至少得熟悉python語言，不然沒法干活。數(shù)據(jù)庫的知識也不能少，像mysql、postgresql什么的，都得懂點。再就是對大數(shù)據(jù)技術的了解，像hadoop、spark這些，最好能用得挺溜。不過有時候寫的時候可能會忘記強調工作經(jīng)驗的要求，其實工作經(jīng)驗也很重要，有經(jīng)驗的員工上手快，能更快適應工作節(jié)奏。

小編友情提醒：

別忘了提到一點，就是這個人得有一定的學習能力，因為技術更新?lián)Q代很快，老一套可能很快就過時了。當然，寫的時候也得注意語氣，不能太死板，得讓人覺得你是真心想招人，而不是在應付差事。

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

寫崗位職責的時候，得先把崗位的核心任務摸清楚。數(shù)據(jù)開發(fā)這行，主要就是處理數(shù)據(jù)流的工作，從數(shù)據(jù)采集到清洗再到存儲，最后還得分析出來點東西供業(yè)務用。這中間涉及的技術棧挺多的，像sql、python、hadoop什么的，都得會一點。比如每天都要盯著數(shù)據(jù)倉庫看有沒有跑歪了，要是發(fā)現(xiàn)哪里卡住了，就得趕緊找原因，可能是腳本出了問題，也可能是服務器抽風。

具體寫的時候，可以先提一下日常的工作內(nèi)容，比如說負責數(shù)據(jù)平臺的設計跟優(yōu)化，這個算是比較基礎的活兒。再比如維護數(shù)據(jù)管道，保證數(shù)據(jù)能順暢地從a點跑到b點，這一步特別重要，要是管道堵了，下游的報表系統(tǒng)就玩不轉了。還有，數(shù)據(jù)分析這塊也不能落下，得給業(yè)務部門提供靠譜的數(shù)據(jù)支持，他們想搞促銷活動的時候，你得算出庫存夠不夠用，利潤能不能cover成本。

有時候事情沒那么簡單。比如昨天我就遇到個麻煩事，有個新上線的功能導致部分數(shù)據(jù)字段格式變了，結果整個etl流程崩了。當時得趕緊排查，翻歷史記錄找了半天才發(fā)現(xiàn)原來是前端那邊改動時忘記通知后端了。這種事情在開發(fā)里太常見了，所以平時得養(yǎng)成良好的溝通習慣，不然出了問題扯皮起來就沒完沒了。

書寫注意事項：

技術文檔也不能忽視。每次做完一個大的改動，都得及時更新文檔，不然過段時間自己都忘了是怎么回事。還有就是版本控制，git之類的工具必須熟練掌握，不然改錯了代碼回滾都找不到路子。話說回來，有時候忙起來就容易手滑，比如有一次提交代碼的時候忘記加注釋，結果第二天同事問我為什么這么改，我愣了半天才想起來。

其實寫崗位職責也沒什么固定套路，主要是要把自己的工作內(nèi)容描述清楚。比如我同事寫他的職責時就寫了“協(xié)助團隊完成數(shù)據(jù)相關的各種任務”，這話聽著挺虛的，但其實也沒毛病，畢竟數(shù)據(jù)開發(fā)很多時候確實需要協(xié)作。不過我覺得還是應該再細化點，像“參與數(shù)據(jù)模型的設計與實施”這樣的表述就更具體一些。

寫的時候還要注意別漏掉關鍵環(huán)節(jié)，像是權限管理、安全合規(guī)這些也是數(shù)據(jù)開發(fā)繞不開的部分。要是涉及到敏感數(shù)據(jù)，那更是得小心謹慎，稍微出點差池可能就會惹上官司。再比如備份策略，數(shù)據(jù)庫突然宕機了，要是沒有定期備份，后果不堪設想。