畢業(yè)季忠告：寫給即將離開校園的新程序員

另外千萬不要放過任何和同事們溝通的機會，哪怕是午餐時的閑談.這恰恰是發(fā)現(xiàn)一些“可撿的活兒”的一個途徑。

遇到技術(shù)上的問題該怎么解決?

對于這個問題的看法有很多版本，我個人偏向于盡量靠自己解決問題。

原因有二:第一個原因是作為一名初入崗位的工程師，不是看不起你，很多時候你對自己遇到的問題究竟該不該問別人，該問的話該問誰你都是不知道的.在這樣的情況下，你很可能把一個google五分鐘就能解決的程序語法報錯拿過去問了你的同事，問問題存在溝通成本和理解成本，你的描述不清以及對方缺乏上下文了解這些都可能增加以上兩個成本，這樣一來不僅耽誤雙方的時間，長此以往還會讓對方覺得你記得技術(shù)基本功不扎實，獨立處理問題能力差.第二個原因是，即使這個問題真的是一個較為冷門的編程語言運行環(huán)境層面的bug，你在不經(jīng)過任何思考的前提下把它拋給了你的導師或是你的leader，他很可能是遇到過這個問題的，于是直接把問題的答案告訴了你，這樣你就完美地錯過了一次在你所使用的語言環(huán)境下親自踩坑然后填坑的機會。

我認為對于程序員來說，總有一天你要獨立面對這些編譯環(huán)境、運行環(huán)境的偏門bug，因為你不可能一輩子只寫一門語言或是只從事一種開發(fā)崗位，你現(xiàn)在可以問你的導師問你的leader，那么你自己當上leader之后又該問誰呢?總不能告訴自己的老板，這問題太難了，我解決不了。

我記不清好像是之前百度的首席工程師說過的一句話：衡量一個程序員價值的標準并不是他掌握了多少知識，而是他掌握的知識與學會這些所花的時間之比。

對于初入開發(fā)崗位的你來說，每一次踩到一個坑然后獨立填坑的經(jīng)歷都將會加速你對更多技術(shù)領域內(nèi)的知識和問題的學習速度，也將會提高你作為一個工程師的價值。

如何與產(chǎn)品溝通?

在技術(shù)圈里這是老生常談的話題，我認為與產(chǎn)品溝通的過程中是最能體現(xiàn)出一個程序員情商的時候.無論對方提出的需求是怎樣的，你考慮問題的邏輯應該是：當前提的這一條需求做完以后對產(chǎn)品有什么收益?對技術(shù)這邊又有什么收益?更重要的是leader們是否會在乎這一點?

• 7月份編程心得分享
• 七夕——程序員獨有的表白方式
• 學習Swoole和Go語言的建議
• 失業(yè)日記：工作五年，交接只需要半天
• 技術(shù)規(guī)劃的思考與實踐