㈠ 程序員四十歲以後轉行，做什麼好
所謂隔行如隔山，從事新的行業領域，需要重新開始學習摸索，需耗費大量的精力與資源，風險高。四十歲之後又是上有老下有小，家裡的開支會越來越多，沒必要冒那麼大的風險。除非你有想創業的想法，或者做個小生意，能維持生活開支。這個倒可以考慮。現在食品店生意還是比較火得，只要做的飯菜好吃，人流量過的去，基本上是盈利的；小孩培訓班。現在都流行編程要從娃娃做起，開個編程培訓班，又是自己擅長的領域，也很不錯。
㈡ 本人以前是VB程序員。現在年齡偏大了，44歲了，想轉運維的工作。不知道要學習些什麼內容。盼指點。
運維工程師的工作強度是不是比開發工程師的工作強度低一些?工作強度低不低是看各個公司的，在A公司運維的強度非常高，基本都是晚上回去還要加班做一些事情，主要原因是人比較少；而B公司的運維強度和人均的負荷成正比，這個我雖然為B服務過（以前我在一家B的供應商呆過，去過B做過一段時間），但是現在B怎麼樣我不太清楚；2.運維工程師工作的技術含量會不會低一些?所以壓力小一些?–運維的工作性質主要還是維持運行的平穩和高效，工作主要有安裝調試軟硬體，根據不同開發項目配置伺服器軟體，監控等事情；相對開發來說更加偏向操作系統或資料庫（這是兩個方向，一般是分開招人的）；而開發的偏向於開發軟體和一些中間件，資料庫和系統一般就由運維的人把關；a.DBA偏向軟體，而OS管理員和network（比如cisco）管理員偏向軟硬體結合，還有一種人就是純粹玩硬體的（安裝伺服器硬體、機櫃什麼的）；b.至於說技術含量，我個人認為越集成的東西管理的人操心就越少，而每個不同崗位的技術沒有什麼可比性，關鍵看你個人的性格；c.相對開發，運維的經驗學習成本是比較高的，就是說你不在一定的實用環境下是沒法學會真本事的，而開發你坐在家裡就可以摸索一個大概出來；而運維的知識更新的速度相對慢，10年前的DBA知識更新可能只有50%，而他本人會非常值錢，而2年前java的一些內容可能都沒有發明出來；除非你在開發做到管理職位，否則純技術開發學習更新的代價會非常高；反過來說：技術開發適合比較喜歡新鮮、喜歡創新的人，而運維適合循規蹈矩比較踏實的人；3.在B,運維工程師的薪水只有開發的2/3左右.你們公司也是一樣嗎?–我個人認為：公司給不同position的薪水肯定是和他預估這個職位重要性和工作強度成正比的，但和未來發展是否正比就不得而知了，這在B內部是有可比性的，至於A如何，我不太清楚，應該相差不大，畢竟A的運維已經是全球領先的，而且人數非常少；4.運維工程師的發展前景怎麼樣,會不會以後的發展空間比較小?–所謂發展空間是要結合你個人的性格，資深DBA之類的人在地球上還是很稀缺的，我知道ebaychinaoperatingcenter的DBA有開寶馬上班的，而且運維不是吃青春飯，越老越吃香，可以說是個平滑的上升直線，而開發如果你只是一個執行者和coder，恐怕就是一個開始猛漲後面猛跌的曲線，畢竟開發知識代謝成本太高，過了30就走下坡路；
㈢ 在中國移動做資料庫運維好么
挺好的，移動對資料庫運維的要求還是挺高的。
1、對於操作系統和小機要求能夠達到比較熟練的使用水平，相對來說，目前在大中型企事業單位使用較多的是Linux操作系統，一般的小企業使用的是WIN系統。
2、小機方面掌握IBM的小機使用或者是HP的小機使用技能即可。此外，作為一名專業的資料庫運維工程師還需要對於存儲技術、網路技術、集群技術等有一定的了解。
3、其原因在於資料庫作為一個基礎的層面，牽扯到各個方面的應用，一個系統出現問題的時候往往並不是資料庫發生了問題，而是其他的應用出現了問題，這個時候就需要進行專業的診斷，如果工程師沒有一個比較全面的技術掌握就可能不能很快速地處理問題，進而使工作開展困難。
㈣ 程序員面試，為什麼感覺很多都和運維有關
不會運維的程序員不是好程序員。 這個信條要時刻謹記，不管是面試還是自己平時在工作中都要堅持這個准則，因為這對你以後的發展大有裨益。
一直以來，很多圈外人對我們程序員的觀念就是永遠的一本正經，著裝單一，了無生趣，聰明絕頂，其實這是他們對程序員的誤解，因為多才多藝，多姿多彩的程序員比比皆是，但是傳統的觀念或者說以偏概全的觀念蒙蔽了他們的雙眼，而他們自己又沒有嘗試去了解，所以導致人雲亦雲，給程序員披上了一層灰。
同樣的，我們大部分程序員的觀念也跟他們差不多，認為程序員就只是搬磚擼碼的，至於各種部署伺服器相關的工作應該是運維做的，其實非也，如果真的這樣認為的話，那就真的太不把自己當程序員了。為什麼這么說呢？因為我們程序員是實實在在擼碼開發產品的群體，可是如果我們開發出來的東西只能自個在本地玩耍，卻不能眾樂樂，那還有什麼意義，此時，你可能會說，交給運維啊，那麼如果沒有運維呢，就沒法玩了，所以我們不能總是將希望寄託在別人身上，當自己有能力能夠將系統進行部署的時候，那就該學會部署。
其實不僅僅是程序員，優秀的運維工程師也是需要會開發擼碼的，因為有時候他們也需要開發一些小工具來進行驗證，或者開發網頁來進行服務的管理，所以說程序員和運維都是相輔相成的。
像我們現在很多的公司都沒有明確的人員分工，特別是小公司連運維都沒有，所以就談不上讓運維去部署了，那麼怎麼辦呢？肯定就是開發人員自己去部署了，如果不會部署的話就可以去網上查找資料，其實總體來說不會很難，因為我看過很多運維其實也是在網上找資料按步聚進行操作。
另外公司之所以這么要求，一方面是基於人員成本的考慮，畢竟如果一個人能幹好的事為啥非得招兩個人；另一方面可能基於公司的發展問題，像一般的小公司確實沒必要專門招一個運維，不過隨著公司的發展，後期肯定會招專業運維，畢竟專人做專事，事半功倍。
永遠記住「不會運維的程序員不是好程序員」，其實作為程序員不能總是把自己陷在擼碼的深淵，除了擼碼，我們還要學會產品需求分析、簡單的UI畫圖、資料庫分表分庫及性能優化、運維伺服器部署、單元及系統測試等等，總的來說，要想成為優秀的程序員，我們有必要把產品線上的每一個環節都略知一二，這是經驗收獲，一定會成為我們日後發展的資本。
技術迭代是需要時間的，而且公司預算不多的話，會選擇現有系統繼續使用。有的企業也會選擇維穩，不會輕易開發新系統代替現有系統。
這是一個非常好的問題，作為一名IT從業者，我來回答一下。
首先，在當前的大數據、雲計算時代，程序員在面試的過程中，經常會遇到與運維相關的問題，尤其是有自身產品（平台類）的企業，往往對於程序員的運維類知識有比較多的要求，所以當前的程序員，尤其是Java程序員，要想獲得較強的崗位競爭力，一定要重視運維類知識的學習。
在當前的大數據時代背景下，很多程序員在日常開發過程中，需要與運維人員進行配合，所以程序員在面試過程中，經常會被問及與運維相關的問題，通過這樣的問題，也能夠全面了解程序員是否面對過大用戶的並發問題，這對於判斷程序員是否適合當前的招聘崗位也有一定的參考價值。
以大數據開發崗位為例，程序員在進行大數據任務開發的過程中，不可避免地需要與運維人員打交道，其中大數據平台的搭建就是比較繁瑣的過程，另外還有一系列產品的安裝和部署，這些通常都需要運維人員來完成。對於一款平台類產品來說，運維人員的技術能力能夠在很大程度上決定軟體平台的性能，而且運維人員與開發人員的配合也非常關鍵。
當然，對於程序員來說，如果能夠自己掌握一定的運維知識，對於開發任務的開展還是很有幫助的，如果什麼問題都需要運維人員來完成，不僅需要更多的運維人員，同時也會影響項目的整體開發進度。從這個角度來看，隨著未來大數據技術的逐漸落地，程序員掌握一定的運維類知識，對於提升自身的工作效率，還是很有幫助的。
在程序員面試過程當中，通過一些運維知識也能夠更加直觀地了解到程序員的技術棧，相對於比較復雜的開發問題來說，運維知識的脈絡還是比較清晰的，通過運維知識能夠在一定程度上擠出一些「技術水分」，這也是很多面試官比較願意問運維問題的主要原因。另外，對於一些創業型公司來說，程序員掌握一定的運維類知識，也會節省一些投入，尤其在產品研發的初期。
從技術體系結構來看，要想解決大用戶的並發問題和系統擴展性問題，通常需要從兩個角度出發，一個角度是技術選型，比如採用擴展性比較強的大數據平台，另一個角度就是硬體擴充，但是硬體擴充的前提是要有一個可擴充的平台體系，而通過運維知識，程序員的交流會更明確，技術方案也比較直觀。
從崗位任務劃分的角度來看，程序員的工作任務與運維人員的工作任務有比較明確的邊界，但是在雲計算技術的推動下，程序員接觸運維場景的情況也在不斷增加，比如通過雲計算平台的支撐，很多傳統的運維類任務，程序員也會比較方便地完成，比如安全配置等等。
最後，程序員在進行面試的過程中，如果遇到的運維類問題並不清楚，一定要如實回答，因為運維類知識需要一個積累的過程，而且經驗往往非常重要，所以很多運維類知識，在短期內是無法掌握的，如果盲目擴展自己的知識面，會為後續的工作帶來很多麻煩。
如果有互聯網、大數據、人工智慧等方面的問題，或者是考研方面的問題，都可以在評論區留言，或者私信我！
一、提問之前的准備
首先，最重要的是，你自己一開始就應該想清楚：
只有明確這些根本性的問題，才能正確高效地完成面試。
二、提問的原則
假定你對上一節的三個問題，已經有了清晰的想法，那麼接下來就可以設計如何提問了。
有一些提問的原則，是你應該遵循的：
三、考察專業能力
為了確認面試者是勝任的，你可以問一些與職位相關的專業方面的問題。（不過通常來說，一次面試不足以看出一個人的專業能力。）
比如，你的招聘職位是系統管理員，你可以問"如何快速地在50台機器上部署Linux？"（提示：正確答案不是刻錄50張安裝光碟。）
另外，你還應該向面試者了解他的過去，因為過去是未來的最好預測依據。不過，提問的重點不要僅僅是他過去的成果，更要關注在當時的環境中，他是如何決策和實施的。
四、考察綜合素質
因為人是會發展的，所以某種程度上，面試者的綜合素質要比他的專業能力更重要。
所以，具體的技術問題（如何調用API、什麼是設計模式、編程語言的語法等等）可以少問一些，更應該關注面試者的事業心、對工作的熱情、進取心、自律能力、毅力等方面。
下面是一些典型問題：
五、考察理性思維
某些情況下，你可能需要了解面試者的分析判斷能力，看他能否全面地思考問題、客觀地評價自己。
那麼，你可以依次提出這樣三個問題：
這里的重點是，讓面試者從正反兩方面評價一件自己熟悉的東西，看看他的思維是否片面。答案無所謂對錯，只要面試者有一個明確的立場，能夠從正反兩方面說出令人信服的理由，就可以了。比如，某個軟體的口碑不好，但是面試者說他很喜歡，而且說得出一大堆理由，清楚地解釋了這種軟體的優點和缺點在哪裡，這樣就很好。
不邀自來。眾所周知，越大型的公司，分工越明確。在BAT裡面，有專門的前端，後端，ops，dba等等。他們專研一方面，所以有深度，有沉澱。遇到問題了，找到相應的人，能夠快速解決問題。
但絕大多數中小公司，更偏愛樣樣都會的全棧，恨不得你一個人把所有活兒做完。並不一定需要有多大深度，能幹活兒就行了。
再說，現在提倡devops，開發懂點運維，能夠更好地定位問題，部署和架構項目，這是需求，也是趨勢。
對小公司而言基本沒有專門的運維，所以需要研發具備一些運維的知識，比如資料庫的搭建、nginx、jdk部署，其它開源中間件，比如Kafka、es等等
其實這個目前真正大規模用的少，炒概念的多，很多公司根本沒機會用. 但是他會問
我覺得很自然的事，為什麼總有人說得高大上？裝個軟體，調個參數，做個邏輯卷，調一調網路，配置一下分布式組件，搞個文件系統程序員就應該不會？
這些工作，我們公司一般運維人員搞不定的。所以用啥，自己整。
個人觀點，計算機知識就必須全面，才能做好一個程序員吧？
而且看大家回復，我有8成猜對，有8成以上的架構師，不懂底層，知識面也沒傳說中那麼廣。
現在devops在流行，說白了企業為了省成本，研發要干一部分運維的活。運維只負責硬體網路和k8s維護，其他什麼部署啦，服務編排啦，通通交給程序員做。
不過這樣倒也合理，運維只負責全公司通用的設施建設，至於cicd，服務編排，熔斷限流等等，都和業務強相關，交給開發做比較貼近實際業務