1樓：
運維和開發一般都沒有什麼仇，有仇都當場解決，不隔夜。
運維發乙個系統環境安全公升級評審，一堆框架安全問題，十個開發九個跪。
開發搞乙個部署環境版本遷移評審，一堆運維指令碼要重新寫，十個運維九個跪。
其實都是看人，有技術的一般都好溝通，不BB，都是現場show技術解決問題。
甲方運維出身，從吐槽乙方開發開始，然後到乙方做運維，和開發一起吐槽產品。
開發，運維的友誼靠產品。
2樓：W-lucky
看到你們以上這些吐槽，我就安心多了。
反正，我跟我家研發，打罵過……指責過……和好過……並肩過……然而，現在還是各種且行且珍惜。
他們都是一群可愛的男孩們。
惟願天下和平，運維研發一家親。
3樓：李欽山
倒沒這麼誇張，但是也經常有爭論。開發人員的口頭禪：這東西在我的機子上是好的呀，為什麼到你們這兒就不行了？balabala…
4樓：饒琛琳
來講一件很早以前的事情，那時候大多數運維還不叫運維而叫系統管理員，DevOps這個單詞還剛剛在國外被偶然提起基本沒人知道。
那天，公司技術部新入職乙個PHP開發工程師，因為我正好在開發組幫開發工程師們修改運維系統裡的bash指令碼成csh指令碼（是的，運維系統是開發立項開發設計開發實現，要上線的時候我才知道且發現他們的bash指令碼在FreeBSD上用不了）。所以中午飯一塊下樓去吃。
相互介紹完畢後，這位PHP開發跟我說的第一句話是：哦，那你每天要部署好多個apache吧，一定很累。。。
累你妹……
基本上我跟開發們都挺好的，這是唯一一次覺得自己的職業如此的不被重視。
等等，為毛覺得把這句話裡的apache換成docker，就油然一種快速迭代持續整合的高階趕腳了……
運維開發和k8s運維如何選擇，請各位大神指導一下
Elivs Zhang 在日常運維上這兩並不衝突，但是如果你是希望向專家或某乙個技術更加深入的研究，那就得看自己如何選擇，運維開發也不是僅限寫個工單系統或什麼的，目前的定位更多的是如果使用你的開發技能把運維中接觸的資料將他盤活，通過機器學習等技術將運維變成智慧型化運維，甚至給業務發展提供建議 k8s...
做web開發需要會運維的東西麼？
如果是公司安排的，那就是本質工作了，那肯定是要熟悉且掌握的。如果不是，那就看你自己給自己定位了，俗話說 技多不壓身 學點本職工作周邊技能，能提高自己在職場上的相對value，當然是在完成好本職工作情況下。 馬北 初級和中級是可以不用去了解太多或則不了解也行，但是我覺得高階或則架構級別就需要了解熟悉了...
做IT運維怎麼樣？待遇？前景？辛苦程度？和開發比的優勢和劣勢？
銘智 如果非要做運維的話，建議做安全運維把，畢竟目前比較缺。我覺得沒必要和研發比，畢竟可以說不算是乙個行業，因為開發可以向任何乙個it崗位轉都比較容易 課工場老師 作為一名OG級的老教師，看到你的這個問題就忍不住要說兩句，因為確實太多學生曾問過我這個問題，感觸頗深。首先簡單的剖析一下你這幾個問題 做...