1. 程序員面試,為什麼感覺很多都和運維有關
不會運維的程序員不是好程序員。 這個信條要時刻謹記,不管是面試還是自己平時在工作中都要堅持這個准則,因為這對你以後的發展大有裨益。
一直以來,很多圈外人對我們程序員的觀念就是永遠的一本正經,著裝單一,了無生趣,聰明絕頂,其實這是他們對程序員的誤解,因為多才多藝,多姿多彩的程序員比比皆是,但是傳統的觀念或者說以偏概全的觀念蒙蔽了他們的雙眼,而他們自己又沒有嘗試去了解,所以導致人雲亦雲,給程序員披上了一層灰。
同樣的,我們大部分程序員的觀念也跟他們差不多,認為程序員就只是搬磚擼碼的,至於各種部署伺服器相關的工作應該是運維做的,其實非也,如果真的這樣認為的話,那就真的太不把自己當程序員了。為什麼這么說呢?因為我們程序員是實實在在擼碼開發產品的群體,可是如果我們開發出來的東西只能自個在本地玩耍,卻不能眾樂樂,那還有什麼意義,此時,你可能會說,交給運維啊,那麼如果沒有運維呢,就沒法玩了,所以我們不能總是將希望寄託在別人身上,當自己有能力能夠將系統進行部署的時候,那就該學會部署。
其實不僅僅是程序員,優秀的運維工程師也是需要會開發擼碼的,因為有時候他們也需要開發一些小工具來進行驗證,或者開發網頁來進行服務的管理,所以說程序員和運維都是相輔相成的。
像我們現在很多的公司都沒有明確的人員分工,特別是小公司連運維都沒有,所以就談不上讓運維去部署了,那麼怎麼辦呢?肯定就是開發人員自己去部署了,如果不會部署的話就可以去網上查找資料,其實總體來說不會很難,因為我看過很多運維其實也是在網上找資料按步聚進行操作。
另外公司之所以這么要求,一方面是基於人員成本的考慮,畢竟如果一個人能幹好的事為啥非得招兩個人;另一方面可能基於公司的發展問題,像一般的小公司確實沒必要專門招一個運維,不過隨著公司的發展,後期肯定會招專業運維,畢竟專人做專事,事半功倍。
永遠記住「不會運維的程序員不是好程序員」,其實作為程序員不能總是把自己陷在擼碼的深淵,除了擼碼,我們還要學會產品需求分析、簡單的UI畫圖、資料庫分表分庫及性能優化、運維伺服器部署、單元及系統測試等等,總的來說,要想成為優秀的程序員,我們有必要把產品線上的每一個環節都略知一二,這是經驗收獲,一定會成為我們日後發展的資本。
技術迭代是需要時間的,而且公司預算不多的話,會選擇現有系統繼續使用。有的企業也會選擇維穩,不會輕易開發新系統代替現有系統。
這是一個非常好的問題,作為一名IT從業者,我來回答一下。
首先,在當前的大數據、雲計算時代,程序員在面試的過程中,經常會遇到與運維相關的問題,尤其是有自身產品(平台類)的企業,往往對於程序員的運維類知識有比較多的要求,所以當前的程序員,尤其是Java程序員,要想獲得較強的崗位競爭力,一定要重視運維類知識的學習。
在當前的大數據時代背景下,很多程序員在日常開發過程中,需要與運維人員進行配合,所以程序員在面試過程中,經常會被問及與運維相關的問題,通過這樣的問題,也能夠全面了解程序員是否面對過大用戶的並發問題,這對於判斷程序員是否適合當前的招聘崗位也有一定的參考價值。
以大數據開發崗位為例,程序員在進行大數據任務開發的過程中,不可避免地需要與運維人員打交道,其中大數據平台的搭建就是比較繁瑣的過程,另外還有一系列產品的安裝和部署,這些通常都需要運維人員來完成。對於一款平台類產品來說,運維人員的技術能力能夠在很大程度上決定軟體平台的性能,而且運維人員與開發人員的配合也非常關鍵。
當然,對於程序員來說,如果能夠自己掌握一定的運維知識,對於開發任務的開展還是很有幫助的,如果什麼問題都需要運維人員來完成,不僅需要更多的運維人員,同時也會影響項目的整體開發進度。從這個角度來看,隨著未來大數據技術的逐漸落地,程序員掌握一定的運維類知識,對於提升自身的工作效率,還是很有幫助的。
在程序員面試過程當中,通過一些運維知識也能夠更加直觀地了解到程序員的技術棧,相對於比較復雜的開發問題來說,運維知識的脈絡還是比較清晰的,通過運維知識能夠在一定程度上擠出一些「技術水分」,這也是很多面試官比較願意問運維問題的主要原因。另外,對於一些創業型公司來說,程序員掌握一定的運維類知識,也會節省一些投入,尤其在產品研發的初期。
從技術體系結構來看,要想解決大用戶的並發問題和系統擴展性問題,通常需要從兩個角度出發,一個角度是技術選型,比如採用擴展性比較強的大數據平台,另一個角度就是硬體擴充,但是硬體擴充的前提是要有一個可擴充的平台體系,而通過運維知識,程序員的交流會更明確,技術方案也比較直觀。
從崗位任務劃分的角度來看,程序員的工作任務與運維人員的工作任務有比較明確的邊界,但是在雲計算技術的推動下,程序員接觸運維場景的情況也在不斷增加,比如通過雲計算平台的支撐,很多傳統的運維類任務,程序員也會比較方便地完成,比如安全配置等等。
最後,程序員在進行面試的過程中,如果遇到的運維類問題並不清楚,一定要如實回答,因為運維類知識需要一個積累的過程,而且經驗往往非常重要,所以很多運維類知識,在短期內是無法掌握的,如果盲目擴展自己的知識面,會為後續的工作帶來很多麻煩。
如果有互聯網、大數據、人工智慧等方面的問題,或者是考研方面的問題,都可以在評論區留言,或者私信我!
一、提問之前的准備
首先,最重要的是,你自己一開始就應該想清楚:
只有明確這些根本性的問題,才能正確高效地完成面試。
二、提問的原則
假定你對上一節的三個問題,已經有了清晰的想法,那麼接下來就可以設計如何提問了。
有一些提問的原則,是你應該遵循的:
三、考察專業能力
為了確認面試者是勝任的,你可以問一些與職位相關的專業方面的問題。(不過通常來說,一次面試不足以看出一個人的專業能力。)
比如,你的招聘職位是系統管理員,你可以問"如何快速地在50台機器上部署Linux?"(提示:正確答案不是刻錄50張安裝光碟。)
另外,你還應該向面試者了解他的過去,因為過去是未來的最好預測依據。不過,提問的重點不要僅僅是他過去的成果,更要關注在當時的環境中,他是如何決策和實施的。
四、考察綜合素質
因為人是會發展的,所以某種程度上,面試者的綜合素質要比他的專業能力更重要。
所以,具體的技術問題(如何調用API、什麼是設計模式、編程語言的語法等等)可以少問一些,更應該關注面試者的事業心、對工作的熱情、進取心、自律能力、毅力等方面。
下面是一些典型問題:
五、考察理性思維
某些情況下,你可能需要了解面試者的分析判斷能力,看他能否全面地思考問題、客觀地評價自己。
那麼,你可以依次提出這樣三個問題:
這里的重點是,讓面試者從正反兩方面評價一件自己熟悉的東西,看看他的思維是否片面。答案無所謂對錯,只要面試者有一個明確的立場,能夠從正反兩方面說出令人信服的理由,就可以了。比如,某個軟體的口碑不好,但是面試者說他很喜歡,而且說得出一大堆理由,清楚地解釋了這種軟體的優點和缺點在哪裡,這樣就很好。
不邀自來。眾所周知,越大型的公司,分工越明確。在BAT裡面,有專門的前端,後端,ops,dba等等。他們專研一方面,所以有深度,有沉澱。遇到問題了,找到相應的人,能夠快速解決問題。
但絕大多數中小公司,更偏愛樣樣都會的全棧,恨不得你一個人把所有活兒做完。並不一定需要有多大深度,能幹活兒就行了。
再說,現在提倡devops,開發懂點運維,能夠更好地定位問題,部署和架構項目,這是需求,也是趨勢。
對小公司而言基本沒有專門的運維,所以需要研發具備一些運維的知識,比如資料庫的搭建、nginx、jdk部署,其它開源中間件,比如Kafka、es等等
其實這個目前真正大規模用的少,炒概念的多,很多公司根本沒機會用. 但是他會問
我覺得很自然的事,為什麼總有人說得高大上?裝個軟體,調個參數,做個邏輯卷,調一調網路,配置一下分布式組件,搞個文件系統程序員就應該不會?
這些工作,我們公司一般運維人員搞不定的。所以用啥,自己整。
個人觀點,計算機知識就必須全面,才能做好一個程序員吧?
而且看大家回復,我有8成猜對,有8成以上的架構師,不懂底層,知識面也沒傳說中那麼廣。
現在devops在流行,說白了企業為了省成本,研發要干一部分運維的活。運維只負責硬體網路和k8s維護,其他什麼部署啦,服務編排啦,通通交給程序員做。
不過這樣倒也合理,運維只負責全公司通用的設施建設,至於cicd,服務編排,熔斷限流等等,都和業務強相關,交給開發做比較貼近實際業務
2. 為什麼程序員越來越排斥面試時做題
說到程序員面試題目的問題,正常來講越是老程序員越是不怎麼喜歡做些面試題目,更多的老程序員由於長期在一個行業呆著,知識的全面性差些,如果不注重涉獵,在做面試題目的時候,有些很簡單的題目都回答不上來,這是程序員的一個通病,有問題已經習慣於從網路尋找問題的答案,所以直接在沒有網路狀態下有些題目做起來感覺相當的吃力,大部分的程序員都會存在類似的感覺,所以很多老程序員去參加面試的時候,發現有筆試的題目,有的直接就走人。
坦白來講筆試的題目,最初設置的初衷是為了設置門檻,檢查下基本功,對於真正的高手,很難通過一兩個題目就能得出一個人水平的高低,畢竟編程不僅僅是掌握個基本功,還要需要編程思想以及框架思想,這種內在東西主要還是靠真正的技術面試辨別。
這就是很多老程序員有點鄙視筆試的一個很重要的原因,畢竟這只是基本功主要還是編程思想做依靠。
不待見筆試的程序員不見得水平不咋樣,主要覺得靠幾個題目很難辨別出真實水平,從內心還是有一絲鄙視的意思。程序員的差距一方面表現在編程思想,還有很大一部分是基本功,基本功扎實了才能敢於做一些事情,不要為自己的年齡找借口,很多程序員覺得自己都工作好多年了出來找個工作還要做什麼筆試題目,從心理上接受不了,很多時候是膽怯的表現,平時他專注於一個領域的研究,把很多基礎的東西都給忘掉了,內心當然有恐懼感,所以高水平的程序員何懼筆試題目。