十個(gè)現(xiàn)象，識(shí)別程序員的“水份”

這里是Z哥的個(gè)人公眾號(hào)

每周五11：45 按時(shí)送達(dá)

當(dāng)然了，也會(huì)時(shí)不時(shí)加個(gè)餐～

我的第「210」篇原創(chuàng)敬上

大家好，我是Z哥。

下周五正好是國(guó)慶，我也給自己放個(gè)假，就不發(fā)文了。所以今天是節(jié)前最后一篇文章，先提前祝大家國(guó)慶快樂(lè)，可以好好放松一下。

今天我們不聊干貨了，聊點(diǎn)輕松的，來(lái)吐槽一下程序員的那些事兒。

在軟件開發(fā)領(lǐng)域一直流傳著一句話，它說(shuō)明了程序員的水平和資歷之間并不存在著相關(guān)性，并且可能相差特別大。

到底是貨真價(jià)實(shí)的十年經(jīng)驗(yàn)？還是一年經(jīng)驗(yàn)重復(fù)用了十年？

隨著我在工作中遇到過(guò)的人越來(lái)越多、面試過(guò)的人越來(lái)越多，發(fā)現(xiàn)這句看似夸張的話講述的的確是事實(shí)。

有些人工作了 7、8 年，所表現(xiàn)出來(lái)的專業(yè)性就像剛?cè)胄?1、2 年的新人。并且,比新人還不如的是，他們身上往往也沒(méi)有了新人的那種學(xué)習(xí)欲望。

與之相對(duì)的，我也與剛畢業(yè)就加入公司的應(yīng)屆生共事過(guò)，他們身上所表現(xiàn)出的驚人成長(zhǎng)能力，讓他們?cè)诓坏揭荒甑臅r(shí)間內(nèi)就挑起了項(xiàng)目組的大梁。

經(jīng)過(guò)我對(duì)所接觸過(guò)的程序員們的觀察，我總結(jié)出了一些“信號(hào)”，他們可以幫助你識(shí)別出與你一起工作的同事到底是不是“貨真價(jià)值”。

然后，你就可以與那些“貨真價(jià)實(shí)”的資深程序員們多打交道、多交流，與厲害的人多在一起，自己也更容易變得厲害。

好了，下面開始。

如果你發(fā)現(xiàn)某位工作多年的程序員身上有這些現(xiàn)象出來(lái)，那么他大概率就是一位“有水份的高級(jí)程序員”。符合的現(xiàn)象越多，水份越大……

/01  總是喜歡“攢”一些代碼后再提交代碼/

不知道你有沒(méi)有留意過(guò)，一個(gè)團(tuán)隊(duì)里只要有一個(gè)人喜歡“攢”代碼，那么這個(gè)項(xiàng)目的代碼合并將會(huì)長(zhǎng)期面臨代碼沖突的痛苦。

道理很好理解，兩個(gè)胖子之間的碰撞面積，總比兩個(gè)瘦子大吧。

而且喜歡這么干的人往往也不太認(rèn)可 CodeReview 這事，為啥？

因?yàn)樗蟾怕蕸](méi)有想過(guò)，做 CodeReview 的人，一次性看到幾十上百個(gè)變更文件時(shí)的感受。

我們可以建議他們，實(shí)現(xiàn)或者修復(fù)一個(gè)完整的小問(wèn)題和小任務(wù)，就提交一次代碼。最差也得每天提交一次，當(dāng)然，需要將未實(shí)現(xiàn)的部分做好處理，避免編譯報(bào)錯(cuò)。

/02  總是很早就開始 coding，但是很晚才通過(guò)驗(yàn)收/

用馬保國(guó)老師的話來(lái)說(shuō)，“有些程序員寫代碼很快啊，pia 一下，我都來(lái)不及閃，他就寫了好幾行代碼了。”

他們實(shí)現(xiàn)功能很快，不熟悉的人還以為是高手。但是實(shí)際上，他們修 bug 的時(shí)間往往會(huì)明顯多于其他人，最終可能反而導(dǎo)致拖整個(gè)項(xiàng)目進(jìn)度的后腿。

雖說(shuō)不一定非得每次花時(shí)間正兒八經(jīng)的畫圖，做設(shè)計(jì)。但是真正有經(jīng)驗(yàn)的程序員，他們寫代碼之前腦子里是會(huì)先梳理好思路的，有一個(gè)清晰的達(dá)到終點(diǎn)的“路線”。這樣他在寫下每一行代碼的時(shí)候，都知道他在做什么，而且下一步是什么。

所以，我們可以建議他們寫代碼之前，稍微多花點(diǎn)時(shí)間去搞清楚一些業(yè)務(wù)問(wèn)題，梳理清楚需求。并且在寫代碼之前做一下規(guī)劃，避免后來(lái)你的代碼只有你自己看得懂，甚至是自己都看不懂。

/03  看上去很忙，在多件事之間來(lái)回奔波/

在團(tuán)隊(duì)里越是核心的人員總是越忙的，但并不是所有忙的人都是核心人員。因?yàn)橛行┟κ亲约簩?dǎo)致的。比如，當(dāng)我們面前有多個(gè)問(wèn)題需要處理的時(shí)候，不是誰(shuí)來(lái)催得緊，你就先處理哪個(gè)。還得自己心里有一桿秤，根據(jù)優(yōu)先級(jí)來(lái)處理。

否則，花費(fèi)了大量時(shí)間在多個(gè)事情之間切換，實(shí)際真正的有效工作時(shí)間可能連一半都不到。

我們可以建議他們不管是做任何還是修 bug，搞定一個(gè)之后再進(jìn)行下一個(gè)，除非每次新來(lái)的問(wèn)題都比之前的優(yōu)先級(jí)高。但是，應(yīng)該沒(méi)那么巧吧？

另外，將任務(wù)分解成小任務(wù)，也更有利于自己掌控時(shí)間。

/04  固執(zhí)己見/

如果一位缺乏經(jīng)驗(yàn)的程序員恰好又是團(tuán)隊(duì)里資歷比較老的，那就很容易出現(xiàn)固執(zhí)己見的情況。

這會(huì)使得他進(jìn)入一個(gè)不太好的循環(huán)里去。自我感覺良好 -> 無(wú)法改掉身上的壞毛病 -> 資歷老，聽不進(jìn)別人的 -> 自我感覺良好。

但是往往獲取經(jīng)驗(yàn)最快的方式是以開放的心態(tài)與別人交流，學(xué)習(xí)別人的長(zhǎng)處，補(bǔ)足自己的短處。

所以，我們可以建議他們多考慮一下事物好壞的另一面，畢竟任何事物都有兩面性。

/05  不斷地重復(fù)掉進(jìn)同一個(gè)坑/

畢竟有了不少工作年限，所以當(dāng)遇到生產(chǎn)環(huán)境的 bug 時(shí)，不會(huì)出現(xiàn)真正的新手那樣不知從何下手的情況。他們會(huì)祭出打 log 大法，或者是調(diào)試大法，用最快的速度解決問(wèn)題。然后，就沒(méi)有然后了。

從別人眼中看來(lái)，他們這是頭痛醫(yī)頭，腳疼醫(yī)腳。但是在他們眼里，沒(méi)有任何兩個(gè)“坑”是一樣的，每個(gè)都不同，所以，下次相同的問(wèn)題再次出現(xiàn)也是正常的。這種做法真的難以給人靠譜、放心的感覺。

所以，我們可以建議他們。在出問(wèn)題后，先通過(guò)邏輯分析思考一下問(wèn)題可能出在哪里，梳理相關(guān)的信息和思路。然后，即使解開了 Bug ，也應(yīng)該多思考一下是否其它部分也有類似的問(wèn)題。

/06  盲目追逐技術(shù)潮流/

你說(shuō)他們完全不學(xué)習(xí)吧，也不是。當(dāng)從身邊很多人的嘴里聽到同一個(gè)技術(shù)名詞的時(shí)候，他會(huì)視該技術(shù)為傳說(shuō)中的“ SliverBullet ”，趕緊去學(xué)習(xí)官方教程。

但是，往往跟著入門教程走完一遍之后，就覺得這也沒(méi)什么難的，自己已經(jīng)掌握了。實(shí)際上，沒(méi)有經(jīng)過(guò)實(shí)戰(zhàn)的使用就覺得掌握，僅僅是一種幻覺而已。因?yàn)橐坏?shí)際進(jìn)行落地，往往會(huì)出現(xiàn)各種意料之外的問(wèn)題等待著你去解決，甚至有些是連官網(wǎng)都未發(fā)現(xiàn)的bug。

他們對(duì)新技術(shù)的崇拜，其實(shí)是他們覺得，如果自己不了解這個(gè)新技術(shù)，會(huì)覺得錯(cuò)過(guò)些什么。

所以，我們建議他們抱著學(xué)以致用的心態(tài)去學(xué)新技術(shù)，或者至少不要只停留在官方教程上，找一個(gè)自己工作或者生活中的場(chǎng)景，用新技術(shù)來(lái)實(shí)現(xiàn)一個(gè)功能。

/07  代碼寫得很隨意/

寫代碼隨意的場(chǎng)景有很多，小到變量、方法的命名規(guī)范與否，大到整體的架構(gòu)設(shè)計(jì)上是否有考慮到一些非顯性的問(wèn)題，如性能、擴(kuò)展性等等。

缺乏經(jīng)驗(yàn)的程序員，不但全部命中上面這些點(diǎn)，而且寫出來(lái)的代碼，其它人很難看懂，特別在一些業(yè)務(wù)本身就有一定復(fù)雜度的場(chǎng)景中。

相反，優(yōu)秀的程序員們?cè)诰帉懽哉J(rèn)為復(fù)雜的代碼段的時(shí)候，會(huì)寫下清晰的注釋來(lái)幫助后來(lái)人理解。因?yàn)樗麄冎来a不僅是讓計(jì)算機(jī)執(zhí)行，更是需要讓別人也理解的，因?yàn)轫?xiàng)目開發(fā)大多是團(tuán)隊(duì)協(xié)作。

所以，我們可以建議他們?cè)趯懘a的時(shí)候考慮一下，如果兩年后回頭來(lái)看今天寫下的代碼，還看得懂嗎？

/08  總喜歡直接調(diào)試生產(chǎn)環(huán)境/

“線上有問(wèn)題？來(lái)說(shuō)下你怎么操作的，我調(diào)試一下。”

“接口報(bào)錯(cuò)？參數(shù)發(fā)我，我調(diào)試一下。”

這些是他們的口頭禪。不可否認(rèn)，從理論上來(lái)說(shuō)，直接調(diào)試線上必然是解決問(wèn)題最快的方式，畢竟直接面對(duì)案發(fā)現(xiàn)場(chǎng)。但也正是因?yàn)榻鉀Q地過(guò)于容易，導(dǎo)致自己不容易“長(zhǎng)記性”，下次大概率還會(huì)犯一樣的錯(cuò)誤。所謂，“捷徑走多了，人就廢了。”

另外，一旦對(duì)項(xiàng)目不是100%的熟悉，那么搞不好在調(diào)試的過(guò)程中，不知不覺給生產(chǎn)環(huán)境產(chǎn)生了垃圾數(shù)據(jù)，可能進(jìn)一步導(dǎo)致埋下了新的隱患。

所以，我們可以建議他們，遇到問(wèn)題先思考，用你的專業(yè)知識(shí)和業(yè)務(wù)經(jīng)驗(yàn)進(jìn)行邏輯分析，如此，也能提煉出一些普適性的規(guī)律避免自己后續(xù)再犯相同的錯(cuò)誤。

/09  不做自測(cè)/

前面提到過(guò)有些伙計(jì)寫代碼很快，其實(shí)他們之中的大部分也不會(huì)做自測(cè)，畢竟這會(huì)降低他們的開發(fā)速度。而且，在他們心里可能覺得測(cè)試嘛，不是應(yīng)該測(cè)試工程師干的么，我都自測(cè)過(guò)一遍的話，不是搶他們飯碗么。

當(dāng)然，如果有些公司有明確的工作要求需要自測(cè)，他們也會(huì)做，但不是去盡量模仿真實(shí)的數(shù)據(jù)，而是用很隨意的數(shù)據(jù)來(lái)測(cè)試，效果其實(shí)是很差的。

自測(cè)的好處有很多，最直接的就是可以降低修復(fù)bug總時(shí)間，畢竟，開發(fā)和測(cè)試之間溝通bug的時(shí)間肯定就節(jié)省掉了。

所以，我們可以建議他們做自測(cè)，因?yàn)檫@不但可以讓整個(gè)項(xiàng)目的工期得以更快完成，也能讓自己和其他人擺脫加班、擺脫996，不香么。

/10  不主動(dòng)推進(jìn)項(xiàng)目進(jìn)度/

資深的程序員身上會(huì)有那種領(lǐng)袖氣質(zhì)，這種領(lǐng)袖氣質(zhì)并不是憑空出現(xiàn)的，而是需要有主動(dòng)推進(jìn)一件事往前發(fā)展的意愿。

而那些有資歷卻缺乏經(jīng)驗(yàn)的程序員們則完全相反，只著眼于自己的一畝三分地，其它的都與我無(wú)關(guān)。如此一來(lái)他們也錯(cuò)失了快速擴(kuò)大自己能力圈的機(jī)會(huì)。

從資歷的這個(gè)角度上來(lái)說(shuō)，作為團(tuán)隊(duì)里懂得最多的人，是推動(dòng)項(xiàng)目往前的最佳人選。

所以，我們可以建議他們多給出自己積累多年的經(jīng)驗(yàn)，因?yàn)椤澳闶菍＜摇薄?/span>

怎么樣？是不是很多現(xiàn)象都很熟悉？

其實(shí)還有很多其它的現(xiàn)象，只是上面這些是比較常見的。

其實(shí)我們不是在吐槽他們，而是希望他們能夠發(fā)揮自己真正的價(jià)值，這不僅僅是為了整個(gè)團(tuán)隊(duì)創(chuàng)造更好的工作環(huán)境，也是為了避免他們迷失在走向中年危機(jī)的道路上。

希望大家能夠多多轉(zhuǎn)發(fā)，能叫醒一個(gè)算一個(gè)，幫助他人，也是幫助自己，不香么。

推薦閱讀：

• 10個(gè)人里有幾個(gè)大學(xué)生？
  

• 提高「搜商」，掙大錢
  

原創(chuàng)不易，如果你覺得這篇文章還不錯(cuò)，就「點(diǎn)贊」或者「在看」一下吧，鼓勵(lì)我的創(chuàng)作 ：）

也可以分享我的公眾號(hào)名片給有需要的朋友們。

如果你有關(guān)于軟件架構(gòu)、分布式系統(tǒng)、產(chǎn)品、運(yùn)營(yíng)的困惑

可以試試點(diǎn)擊「閱讀原文」