開發的崗位職責通常是這樣的：

1、參與軟體設計工作（功能模組的概要設計、詳細設計、資料庫設計等），並按專案管理規範的要求編制設計文件；

2、根據產品需求等文件，制定產品開發計劃；

3、根據設計檔案進行業務邏輯設計，開發核心業務模組；

4、負責完成軟體產品的編碼實現（編碼、單元測試）、整合測試，並按專案管理規範編寫相應的技術文件；

5、配合專案經理完成相關任務目標，為相關部門和人員提供技術支援。

1、日常線上專案的需求處理；

2、新專案上線對接的相關工作；

3、日常運維工具開發、維護、最佳化；

4、監控業務的執行狀態，及時處理專案執行中出現的故障，保障專案服務24x7穩定執行；

5、分析排除系統、資料庫、網路、應用等故障及錯誤；

6、負責伺服器的資源調配和系統安全、資料備份。

換句話說，開發有設計的成分在，而運維更像是給開發做保護的堅強後盾，當開發做了什麼了不起的事情，讓程式發生一些不得了的問題，運維理論上就會出面解決掉。

開發與運維是兩個完全分開的工作，當然一般開發至少會一點運維，要不然你只能得開發不會搭建伺服器上線。

先說下開發，開發一般是計算機程式設計程式碼開發應用程式或軟體，利用程式碼程式設計技術開發我們需要的網址功能，軟體工程，包括應用或網站上線後的維護過程，就是我們常說的程式設計師。

重點來說下，運維是什麼？

運維可以分為三個部分：第一網路系統管理，Windows系統管理，Windows服務與安全。瞭解Windows系統的常用配置，比如DNS原理、DNS服務配置及測試，檔案伺服器、Web/FTP伺服器安全、Windows防火牆等技能。

第二企業網路構建，基礎網路搭建與配置，比如TCP/IP協議及配置，路由器配置。同時學會排除網路錯誤並能快速修復保證網路正常使用。

第三網路安全運維，學會路由交換，網路安全常見攻擊，評估漏洞，雲主機管理與維護，比如Linux系統，CentOS作業系統，構建LAMP平臺等。

開發一般都關注區域性，而運維關注的是全部，懂的知識比開發多的不止一點點，知識面要更廣一些，當然也有不錯的開發也懂運維。

IT行業中開發和運維是兩個比較大的領域，涉及到的崗位也比較多，簡單的說開發主要是實現功能，而運維主要的任務是讓功能流暢的執行，開發是為業務服務，運維則是為程式服務。

開發崗位與運維崗位的區別主要體現在以下幾個方面：

第一：知識結構不同。開發崗位的知識結構偏重於程式語言、演算法設計、資料結構以及業務邏輯框架設計等內容，關注點始終圍繞業務邏輯的實現過程。運維崗位的知識結構包括計算機網路設計、交換機和路由器的配置、儲存配置、虛擬化、伺服器安裝和除錯、資料備份等內容。

第二：崗位職責不同。開發崗位要根據具體的業務邏輯要求完成功能實現，大部分工作內容集中在程式碼的編寫上。運維崗位的工作職責主要集中在保障軟體正常的執行，體現在軟體前期的環境建設以及後期的執行保障上。雖然運維人員通常也需要編寫運維指令碼（Shell、Python、Perl等），但是大部分指令碼的複雜度並不會很高。

第三：工作場景不同。運維人員的工作場景往往需要根據不同的專案來確定，通常情況下運維人員主要的工作場景是機房（隔壁），有的時候運維人員的工作強度還是比較大的，所以運維崗位通常不太適合女生從事。相對來說，開發人員的工作場景還是比較固定的，也並不會涉及到大強度的體力勞動，所以開發崗位是比較適合女生來從事的。

第四：發展空間不同。運維人員的發展空間雖然也比較大，但是相對於開發人員來說，運維人員成長為CTO的難度還是相對比較大的。

打個簡單的比方 拿機械製造來說吧~~需求方當然是根據自己需要提出需要造什麼東西 比如是提個需求用於達到某個功能的軸承吧~~開發相當於根據需求設計製作了這個機械軸承~~業務是把這個軸承用於業務達到其功能性~~而運維承接兩者 確保這個軸承在設計範圍內正常工作~~計算機行業也一樣 什麼專案管理呀 架構的概念 實際上都起源於早期的建築製造業~~

我們開發實現了 運維開發得介面 運維上線部署 由測試在做 前端在寫後端程式碼 個個都在往全棧方向前進 好勵志啊

運維：

系統運維、主機運維、系統維護，程式設計相對開發少，對技術的廣度、心理素質要求較高； 就近期的發展來看，運維對技術的要求逐漸提升，甚至要求運維人員需要懂開發知識。

開發：

使用某種程式語言或者幾種程式語言進行產品研發，或者做專案，程式設計較多，就是敲敲敲~基本都是用的前人的智慧結晶（類庫），就是用別人實現好的方法，去實現自己想要的功能，所謂前人栽樹後人乘涼嘛；其實去學開發也就是去學前人的程式碼；

我在工作中會接觸不少運維的，我自己也曾經做過開發的，所以我來說說我的一些體會，給題主一些建議。

開發嘛就是實際寫程式碼的人。

做開發時每天就是坐在自己的辦公桌前盯著螢幕看，盯著螢幕寫程式碼。除了寫程式碼外還要維護已經上線的專案。所以會出現一個情況就是寫一會兒程式碼突然就要接一個電話，又是前線打來的。所以從開發人員角度來說，是比較討厭前線運維的。

在開發看來，運維總是動不動就打電話過來，就連一點小事都要過來煩你，出點小問題完全可以自己解決啊，這也要找開發嗎？所以有時候你可能會看到開發和運維的在電話裡舌戰，或者在郵件中舌戰並且抄送相關主管。

運維很多都是在接觸客戶的，所以稱他們為前線，而開發是不接觸客戶的，所以開發可以稱為大後方。

運維會跟客戶面談，會在客戶機房裡維護。當出現什麼問題時運維當然會自己嘗試著去解決，如果實在遇到搞不定的事情了肯定要跟家裡求救的，而客戶現場情況複雜，什麼岔子都有，因此找開發的情況會比較多。如果此時開發比較悠哉還好，萬一此時開發心情不好或者正在焦頭爛額肯定要跟運維幹架的。有時候運維也是有苦說不出。

不管是運維還是開發，都是一個公司裡不可或缺的人，大家都要和平共處，為公司創造最大的價值，你說是不？

開發就是做程式設計師。這個很容易理解吧，工作就是寫程式碼，寫程式。程式設計師開發的專案，最終釋出之後，上線交工之後。就需要運維來部署和監控，相當於專案的售後服務人員。

開發和運維是互補、協作的關係。開發崗是直接開發公司的戰略產品，開發可以理解為是產品從無到有的過程；運維崗是確保開發崗做出來的產品不出問題，在基礎設施上做工作，比如產品執行的伺服器，公司的網路等等，可以理解為運維崗是為開發崗增添色彩的，如果沒有好的運維，就會影響到開發的價值。

開發崗位會要求更專、更集中，屬於一個縱向發展的崗位，可以讓開發人員對於某個方面技術有深入的理解。

運維崗位則要求更廣，工作中更接近客戶，屬於一個橫向發展的崗位，相對來說更容易入門，可以對整個產品有完整的認識。

當開發和運維這兩個崗位做到更有深度時，就會開始產生融合，運維需要了解技術細節、開發節奏、特性設計等，開發需要了解客戶和運維場景、需求等，終是殊途同歸。想要在計算機行業走得更遠，無論處於哪個崗位，都需要全方位提升自己、謀求發展。