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

gis開發(fā)工程師這個崗位挺重要的，工作內(nèi)容涉及到軟件開發(fā)、地圖數(shù)據(jù)處理什么的。這類崗位的職責(zé)得具體點，不能太籠統(tǒng)。比如，你得寫清楚他要用到哪些技術(shù)，像arcgis、supermap之類的gis平臺開發(fā)經(jīng)驗，還有就是對數(shù)據(jù)庫的操作能力，像oracle、sql server這些數(shù)據(jù)庫的熟悉程度。要是只寫“負(fù)責(zé)項目開發(fā)”，就太模糊了，得細(xì)化成“參與gis項目的后端服務(wù)搭建，確保服務(wù)接口穩(wěn)定運行”。

書寫注意事項：

崗位職責(zé)里最好能提到一些具體的任務(wù)，像“編寫地理信息相關(guān)的算法模塊”“配合前端完成地圖展示功能”。有時候?qū)懙臅r候會漏掉細(xì)節(jié)，比如沒提到“需要定期檢查代碼質(zhì)量”，這樣會讓后續(xù)的工作缺少監(jiān)督。還有，職責(zé)里應(yīng)該涵蓋測試相關(guān)的內(nèi)容，“協(xié)助進(jìn)行單元測試和集成測試”，不然容易讓人覺得這活兒只是埋頭寫代碼。

再說說職位要求這塊兒，得根據(jù)公司的情況來定。要是公司規(guī)模大，可能就會要求本科及以上學(xué)歷，專業(yè)最好是地理信息系統(tǒng)或者計算機相關(guān)。要是小公司，可能就沒這么嚴(yán)格，直接要求“熟悉java編程”就行。不過這里邊也容易出問題，比如寫成“熟練掌握python編程語言（非必須）”，其實python在gis領(lǐng)域挺常用的，改成“熟練掌握python編程語言，優(yōu)先考慮”會更好。

還有一點要注意，崗位職責(zé)里別光寫技術(shù)方面的事，軟技能也得提一嘴。像“良好的溝通能力，能夠與團(tuán)隊成員有效協(xié)作”“較強的問題分析與解決能力”，這樣能讓招聘方知道這個崗位不只是埋頭敲代碼，還需要和其他部門配合。不過有時候?qū)懙臅r候會忘記這一點，只強調(diào)技術(shù)層面的東西。

小編友情提醒：

寫這些內(nèi)容的時候得結(jié)合公司的實際情況，不能千篇一律。要是公司特別看重經(jīng)驗?zāi)晗?，那就在要求里明說，“3年以上gis開發(fā)工作經(jīng)驗”，要是更看重潛力，就可以弱化年限，重點放在“具有g(shù)is項目實戰(zhàn)經(jīng)驗”上。

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

三維gis開發(fā)高級工程師這個崗位挺重要的，職責(zé)得寫清楚點。這類工作主要就是負(fù)責(zé)系統(tǒng)的架構(gòu)設(shè)計，這可不是個小活兒，得從頭到尾把控好。還有，要參與產(chǎn)品的研發(fā)流程，從需求分析開始就介入，一直到最終的產(chǎn)品上線，中間的每個環(huán)節(jié)都要盯著，確保不出岔子。

日常的工作，像技術(shù)文檔的編寫也是少不了的，這部分內(nèi)容得詳細(xì)，不然后面團(tuán)隊成員找東西會很麻煩。另外，對于現(xiàn)有系統(tǒng)的維護(hù)也得上心，系統(tǒng)出了問題就得趕緊處理，不能拖著不管。說起來，還要帶帶新人，把自己的經(jīng)驗分享出去，讓他們能快速成長起來。

有時候接到新任務(wù)，得跟其他部門溝通協(xié)調(diào)，這過程中可能會遇到各種意想不到的情況，比如說接口對接的問題，或者是數(shù)據(jù)傳輸上的小障礙，這時候就需要耐心一點，一步步解決。還有，面對客戶的需求變更，也要靈活應(yīng)對，不能死板地照搬原來的方案。

偶爾也會碰到一些技術(shù)難題，像是性能優(yōu)化之類的事，需要結(jié)合自己的經(jīng)驗去琢磨解決方案。這期間可能得查閱不少資料，也可能要和其他技術(shù)人員交流探討，總之，得想辦法把問題搞定。不過有時候因為時間緊任務(wù)重，難免會有疏漏的地方，比如某個功能點沒測試到位，導(dǎo)致后續(xù)出現(xiàn)了小問題，這就得及時補救了。

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

gis開發(fā)工程師這個崗位，說起來挺復(fù)雜的，但其實也不是那么難理解。這份工作的核心就是圍繞地理信息系統(tǒng)展開的，像是設(shè)計、開發(fā)、測試什么的，都得涉及。具體到職責(zé)這部分，得結(jié)合實際工作場景來說。比如，負(fù)責(zé)gis平臺的功能模塊設(shè)計，這可不是紙上談兵，需要對現(xiàn)有系統(tǒng)有個透徹了解，還得跟團(tuán)隊成員反復(fù)討論，確定功能實現(xiàn)路徑。還有，日常維護(hù)更新也是少不了的活兒，特別是碰到緊急情況時，得迅速定位問題所在，盡快修復(fù)。

在要求這塊，就有點講究了。首先要懂gis相關(guān)的技術(shù)棧，像arcgis、supermap之類的軟件，最好能熟練操作，不然沒法干活。其次，編程能力必須過硬，c 、java這些語言得精通，不然開發(fā)任務(wù)根本完成不了。再就是要有一定的數(shù)據(jù)庫基礎(chǔ)，sql server、oracle這類數(shù)據(jù)庫得會用，畢竟gis項目離不開數(shù)據(jù)存儲和查詢。不過有時候也會遇到特殊情況，比如客戶提出的需求特別復(fù)雜，這時候就需要加班加點去研究解決方案了，雖然說不上經(jīng)常這樣，但確實會發(fā)生。

書寫注意事項：

溝通協(xié)調(diào)能力也很關(guān)鍵。gis開發(fā)不是一個人的戰(zhàn)斗，往往涉及到多個部門的合作。比如說和產(chǎn)品經(jīng)理對接需求的時候，得清楚表達(dá)自己的想法，也要耐心聽取對方的意見。要是溝通不到位，很容易導(dǎo)致項目延期或者返工。有時候也會遇到一些小狀況，像文檔編寫沒及時跟進(jìn)，結(jié)果后期修改起來特別麻煩，這種情況其實挺影響效率的。

對于新技術(shù)的學(xué)習(xí)態(tài)度也不能松懈。gis行業(yè)發(fā)展很快，新工具、新方法層出不窮，如果固步自封，遲早會被淘汰。所以平時得多關(guān)注行業(yè)動態(tài)，參加培訓(xùn)或者研討會什么的。當(dāng)然，這也意味著要投入額外的時間精力，有時候可能會影響休息時間，但這都是為了更好地勝任工作嘛。

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

寫崗位職責(zé)的時候，得結(jié)合具體的崗位需求和工作場景。比如三維gis開發(fā)工程師這活兒，它主要涉及的就是跟空間數(shù)據(jù)打交道，搞軟件開發(fā)什么的。這部分工作就需要懂點地理信息系統(tǒng)的基礎(chǔ)知識，還得會編程，像c 、java之類的，這些都是常用的工具。要是寫崗位職責(zé)的話，開頭可以提一下負(fù)責(zé)三維gis平臺的設(shè)計與開發(fā)，具體的工作，就是參與產(chǎn)品的研發(fā)流程，從前期的需求分析到后期的測試上線，中間的各種技術(shù)問題都得解決掉。

再深入一點，像是負(fù)責(zé)三維gis相關(guān)的算法實現(xiàn)，這個就比較專業(yè)了，涉及到一些空間數(shù)據(jù)分析、可視化什么的。還有就是代碼編寫和調(diào)試，這部分得確保程序運行穩(wěn)定，出了問題得及時排查修復(fù)。另外，和團(tuán)隊成員溝通協(xié)作也很重要，畢竟一個人單打獨斗是搞不定這么復(fù)雜的工作的。不過有時候?qū)懙臅r候可能會忘記強調(diào)這一點，只顧著說技術(shù)層面的事。

再說到細(xì)節(jié)部分，可能還會涉及到一些文檔編寫的工作，像需求文檔、設(shè)計文檔之類的，這些文件對后續(xù)的工作都有指導(dǎo)意義。但有時候?qū)懙臅r候容易忽略文檔的重要性，覺得只要代碼跑通就行，其實不是這樣的，文檔能幫助新來的同事更快上手，也能為以后的維護(hù)提供便利。不過這類小問題在實際寫作時偶爾會出現(xiàn)，大家得注意一下。

三維gis開發(fā)還經(jīng)常需要跟硬件設(shè)備配合使用，比如傳感器、無人機采集的數(shù)據(jù)什么的，這些都需要進(jìn)行處理和整合。寫職責(zé)的時候要提到這一塊，不然容易讓人以為只是單純的軟件開發(fā)，實際上硬件數(shù)據(jù)處理也是重要的一部分。有時候因為疏忽，這部分內(nèi)容會被一筆帶過，其實它是整個項目成功的關(guān)鍵之一。

小編友情提醒：

別忘了強調(diào)下對于新技術(shù)的學(xué)習(xí)能力，畢竟這個行業(yè)變化挺快的，新的算法、新的開發(fā)框架層出不窮。要是寫職責(zé)時忽略了這一點，就顯得不夠全面了。

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

寫崗位職責(zé)的時候，得先把工作內(nèi)容想清楚。比如說高級gis開發(fā)工程師這活兒，涉及到軟件開發(fā)、系統(tǒng)維護(hù)什么的，具體點說就是負(fù)責(zé)一些地圖相關(guān)的軟件設(shè)計，確保那些地理信息系統(tǒng)能正常運行。這部分內(nèi)容要寫得專業(yè)些，畢竟這是技術(shù)崗，得用到一些專業(yè)術(shù)語，像空間數(shù)據(jù)處理、數(shù)據(jù)庫管理之類的，這樣顯得靠譜。

日常工作里的細(xì)節(jié)也不能忽略。像是參與項目的規(guī)劃，跟團(tuán)隊成員討論方案，還有解決系統(tǒng)運行中的各種問題。這些問題可能涉及性能優(yōu)化、bug修復(fù)什么的。寫這部分的時候，最好結(jié)合實際工作經(jīng)驗，這樣寫出來的東西才真實可信，不然空談理論就顯得太假了。

有時候，寫這類東西容易疏忽的地方就是沒把重點突出。比如在描述任務(wù)時，只顧著羅列一堆事情，卻忘了強調(diào)工作的關(guān)鍵環(huán)節(jié)。像這個崗位，核心任務(wù)應(yīng)該是保證系統(tǒng)的穩(wěn)定性和高效性，所以這部分應(yīng)該著重寫，而不是一筆帶過。另外，寫的時候別光想著面面俱到，有時候稍微有點跳躍性反而更有吸引力。

再說到具體的技能要求，像編程語言的應(yīng)用，數(shù)據(jù)庫的設(shè)計，這些都是必須提到的。特別是對于gis開發(fā)來說，熟悉arcgis或者supermap這樣的平臺尤為重要。寫的時候要自然融入進(jìn)去，不能生硬地堆砌，否則看著就特別假。不過有時候會不小心把“熟悉”寫成“了解”，雖然意思差不多，但還是會讓行家看出破綻。

書寫注意事項：

寫崗位職責(zé)的時候，最好能帶上點對個人素質(zhì)的要求。像溝通能力、團(tuán)隊協(xié)作精神這些軟實力也挺重要。畢竟一個人再厲害，要是跟同事合不來，項目開展起來也會很麻煩。寫這部分內(nèi)容時，語言可以稍微輕松一點，別老是一本正經(jīng)的調(diào)調(diào)，這樣容易顯得枯燥。

還有個小技巧，寫完后可以找個同行看看，聽聽他們的意見。畢竟自己寫的時候難免會有盲點，別人一眼就能看出來哪里不對勁。當(dāng)然，有時候自己寫得投入了，也可能忽視掉一些明顯的漏洞。像有一次我寫的時候，就把“用戶需求分析”寫成了“客戶需求分析”，雖然意思差不多，但仔細(xì)想想確實不太嚴(yán)謹(jǐn)。

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

做gis開發(fā)工程師的崗位職責(zé)和職位要求的時候，得先弄清楚這個崗位到底需要干什么。像這類技術(shù)崗，職責(zé)部分最好能具體到每一項任務(wù)是怎么開展的，而不是籠統(tǒng)地說負(fù)責(zé)什么。比如，負(fù)責(zé)系統(tǒng)的設(shè)計，那得細(xì)化到參與需求分析，確定系統(tǒng)的架構(gòu)，還要考慮數(shù)據(jù)處理流程什么的，這樣寫起來就比較實在。

職位要求這部分，也得針對實際工作來定。像開發(fā)工程師，技術(shù)能力肯定是重中之重，像編程語言掌握情況，數(shù)據(jù)庫操作熟練程度這些都要寫進(jìn)去。不過這里頭可能會有點小問題，比如有時候會把對軟件版本的要求寫得特別死板，這其實不太好，畢竟軟件更新?lián)Q代快，太具體了反而限制了人才的選擇范圍。

再就是要注意，寫職責(zé)的時候容易忽略掉一些輔助性的工作。比如文檔編寫這塊兒，很多公司覺得這是次要的，但實際上文檔對于后期維護(hù)和技術(shù)交接特別重要。要是只強調(diào)核心開發(fā)任務(wù)，而漏掉了文檔管理這一塊兒，那后續(xù)可能會帶來不少麻煩。

寫職位要求的時候，學(xué)歷背景這塊兒有時候也會顯得不太合理。有些崗位其實并不完全看學(xué)歷，更看重實際動手能力，但很多人還是會習(xí)慣性地把學(xué)歷門檻設(shè)得很高。這可能是受傳統(tǒng)觀念影響，總覺得高學(xué)歷代表能力強，但實際情況往往不是這樣。

書寫注意事項：

寫職責(zé)要求的時候，最好能把企業(yè)的特殊需求也帶上。比如有的企業(yè)可能特別注重團(tuán)隊協(xié)作，那在職責(zé)里就可以提到需要定期參加團(tuán)隊會議，分享開發(fā)經(jīng)驗之類的。要是忽略了這部分內(nèi)容，就可能導(dǎo)致招進(jìn)來的人雖然技術(shù)過關(guān)，但跟團(tuán)隊配合起來卻不順暢。

最后一點提醒，寫這些東西的時候，最好能結(jié)合公司的具體情況。每個公司的情況都不一樣，像有的公司可能特別強調(diào)創(chuàng)新意識，那在職責(zé)里就可以突出鼓勵員工提出新想法；有的公司可能更看重效率，那在職責(zé)里就可以明確要求按時完成任務(wù)。這樣寫出來的職責(zé)和要求才更有針對性，也更容易吸引到合適的人才。