程序員去面試,被一頓diss卻被錄用,判斷因素讓人恍然大悟

程序員 人生第一份工作 設計 Java 技術 Word 西瓜 牛耳IT那些事兒 2019-07-03
程序員去面試,被一頓diss卻被錄用,判斷因素讓人恍然大悟

技術面試是每一個程序員都會遇到的事情,面試官會通過各種方式去考察程序員的技術能力與基礎知識,此過程經常被調侃“造面試造火箭”。


最近一名程序員面試的時候,感覺很糟糕,被技術官各種diss,覺得去這家公司肯定沒戲了,誰知道,兩天後卻收到了這家公司的Offer。


程序員去面試,被一頓diss卻被錄用,判斷因素讓人恍然大悟


但是也有程序員吐槽面試的時候與技術面試官聊的很好,他問的各種技術問題都回答了,並且也看出技術面試官對回答的結果比較滿意,還足足聊了幾個小時呢。最後卻沒有收到Offer。

你是不是很想知道這其中的原因?其實在判斷程序員水平的能力當中,很多與代碼無關。

一名優秀的程序員:接到任務,抬起頭,仰望天花板閃爍的燈光,狀入老僧入定,時而愁容滿面,時而展顏一笑。忽然,眉宇間閃過一絲睿氣,橫撫鍵盤,下手如有神……

一名普通的程序員:接到任務,噼裡啪啦,一天代碼千行,不困不乏。

大概,這就是優秀程序員和普通程序員的區別,決定程序員水平高低的,不僅於此,下面的因素也很關鍵。

思維邏輯

對於一個程序員來說,你的思維邏輯有些地方其實需要異於常人的。

最經典的笑話就是:女朋友讓程序員買包子,如果遇到賣西瓜的,就買一個。

結果就是,程序員買了一個包子回家。

為什麼?因為他遇到了賣西瓜的。

這個雖然是一個笑話,但是在代碼層面,業務流程圖上,確實可能需要這樣來理解的。

所以,一個程序員首先需要培養屬於程序員自身的思維邏輯,不然,你對於設計文檔的理解就可能有問題。

編碼能力

這個肯定是一個程序員安身立命的根本技能,你需要熟練的運用一種或多種語言,並且能夠用它寫出所需要的內容。

A和B聊天,

A問B:“你都會哪些語言?”

B說:“我會中文、英文、日文。”

那B是普通人;

B說:“我會Java,PHP,C#。”

那B才是程序員。

文檔能力

不會寫文檔的程序員不是一個好程序員。

雖然一個程序員寫的最多的是代碼,且幾乎很少有程序員是心甘情願的寫文檔,但是一個程序員必須具備一定的文檔能力,當然,這個文檔不是說就是Word。

例如,我們現在要做一個功能模塊的分析設計,你至少拿出個幾頁的設計稿,給大家講解一下,這樣才更容易讓人理解,乾巴巴的只是說,其他人很難理解你的內容。

如果你做的工作現在需要分派給其他人,你有了新的安排,你Handover你的工作的時候,如果你有良好的文檔習慣,那接手工作的人能夠很容易的上手,不然,他看不懂文檔,只有來問你。

編碼習慣

什麼是編碼習慣?簡單點說就是,註釋,命名規範,編碼規範

為什麼我們必須寫註釋?因為一個月以後,你可能看不懂你的代碼了。

為什麼要遵守命名規範?因為一個月以後,你可能看不懂你的代碼了。

為什麼要遵守編碼規範?因為一個月以後,你可能看不懂你的代碼了。

你都看不懂你的代碼了,其他人還能看懂?更不可能了。

所以,一定要習慣寫註釋,按照命名規範和編碼規範來嚴格完成。

協作能力

研發並不是一個人的戰鬥,而是一群人的戰爭。一定要分工配合,不要只是顧自己。不然團隊裡的其他人被幹掉了,你也活不長。

事不關己的心態是不可取的。

學習能力

這個可以說是決定程序員未來的能力,我見過很多30多歲的程序員,除了CRUD,其他的幾乎什麼都不懂,他難道10年時間什麼都沒有學嗎?不,他學了,只是他學習的只是業務方面的知識,對於技術方面的知識,僅僅學習他需要的。

這樣,他的能力就被侷限在了一個公司的格局上,如果是大公司,他可能懂得多一點,如果是小公司,他可能就只會CRUD了。

程序員去面試,被一頓diss卻被錄用,判斷因素讓人恍然大悟

相關推薦

推薦中...