開發為啥轉運維轉運問題開發人員(1995屬相為豬申時出生人)
軟件開發人員與運維人員有啥典型矛盾?
我舉幾個例子說明哈：（一）開發人員最討厭寫註釋，運維人員最討厭別人不寫註釋，系統使用時出瞭問題，開發人員說你不曉得看代碼呀，運維人員慫回來，你就不能寫好註釋嗎？（二）顧客說需要改動一些地方，運維人員說這是系統本來沒有的，得找開發人員處理，開發人員說我都業已交給你運維瞭，後面的小修小改肯定你來啊！！！
開發人員和運維人員有時候會有一些小矛盾，不過大矛盾不能夠，通過友好的溝通協商及規范的程序處理機制還是能非常好的解決的，偶爾開發人員在前期是開發到瞭後期就轉運維的情形亦有，都是技術人員都是為瞭更佳的服務好終端用戶，互相體諒、互相理解、互相支持啦！！！
做瞭一年開發，公司安排我去做維護，不過自己不想做，迷惑求指導_百度知 。。。
扯犢子，騙你的，開發就是開發，維護就是維護，假如讓你去維護不過讓你待在開發組的話，那麼你就有機會轉回來，假如直接讓你去現場運維組去維護，恭喜你，你轉回做開發的這個設想是不成立的。這是一個坑，不要跳，堅決開發，假如你急需一個工作的話就先幹著，忠告，一個工作最好要堅持一年。
。。。入職三天感覺難以適應，感覺做不瞭開發，想再轉運維可以嗎?
一點經驗都沒的情形下，自學是沒有用的。
即使是去上一些培訓學校的課程，也隻能學到一些根本的東西，並不能滿足實際項目的開發需要。
需要在實際項目中才能學到開發實際所需的東西。
而運維，與開發是兩個不同的方向，開發所需的技能是比較具體的：一個項目在開發中需要使用的框架與技術是基本確定的，不會的可以現學現用，隻要學習速度跟得上，就沒有啥問題。而運維所碰到的問題那麼是不固定的，有時遇見的問題根本與技術無關。做運維，如果想能單獨工作，需要很廣的知識面。打比方說說，項目總經常發生數據丟失，時間不固定，頻率不固定，要解決，就需要掌握許多東西：要會一點開發，能確定是代碼問題，還是程序問題，還是架構問題，假如皆不是，才可以排除是軟件本身的問題。緊接著就需要依靠互聯網知識，排查是還是不是互聯網問題，路由問題，顧客端安全問題，服務器安全配置問題，硬件配置問題，數據庫配置問題。。。一樣樣排除，假如皆不是配置方面沒有問題瞭，可是，又需要對組件的知識，是還是不是數據庫與服務器的特型對使用有特別要求，而項目中又沒有滿足某項？是還是不是數據庫的多線程問題？是還是不是多種類型數據庫之間的同步問題，打比方說mysql+reids之間緩存的問題？是還是不是負載均衡方面的緣故……
因 此，做運維，所需的知識面廣，做開發，所需的知識點深。
但不管如何選擇，學習有關的知識都是無法避免的坎。隻靠一份問題集或操作手冊就能做的運維，工資隻能是藍領級別的，由於那不需要多少知識與技能，一個初中生培訓一兩周就能做的事，能有多高的收益？
要曉得：在絕大都情況下，回報總是與付出成正比的。
做前端開發4年，轉到運維組，啥都讓幹，甚至不在能力范圍內!很困擾。。。
能動就別閑著，技多不壓身。
。。。做運維好麼?也可以這樣說做運維能學到開發技能以後轉開發容易麼。。。
還是找一份開發工作相對較好，第1個工作特別重要哦！！！
IT運維轉開發容易嗎
觸類旁通，零基礎的培訓幾個月皆能上崗瞭何況你經常接觸到的，相信你可以的