近期公司技術(shù)中心在內(nèi)部發(fā)起了工程師文化調(diào)研，旨在創(chuàng)造一流的工程師文化氛圍，提高團(tuán)隊金融科技能力的強(qiáng)大戰(zhàn)斗力文化，隨心寫了對工程師文化的見解。

一、什么是工程師文化

什么是工程師文化，以下有幾個選項

**a.一切以解決問題為導(dǎo)向的工作文化

b.以自我學(xué)習(xí)驅(qū)動，能學(xué)習(xí)到更多技術(shù)與進(jìn)行技術(shù)實踐的工作文化

c.以業(yè)務(wù)為基準(zhǔn)，解決業(yè)務(wù)需求為導(dǎo)向的工作文化**

a這個選項明顯優(yōu)于其他兩個選項，b，c具有一定的偏頗，b太強(qiáng)調(diào)自我驅(qū)動，少了業(yè)務(wù)應(yīng)用的場景，如果業(yè)務(wù)應(yīng)用與自我驅(qū)動相沖突，那就放棄實際業(yè)務(wù)場景，運用全新的技術(shù)？這樣會徒增風(fēng)險與成本。c太偏重業(yè)務(wù)，我們工程師固然需要為實際的業(yè)務(wù)需求方制作出優(yōu)良的技術(shù)產(chǎn)品，但我們的工匠精神不能丟棄，不然后面坑的還是自己，不能為了開發(fā)而開發(fā)。

二、怎么落地這項工程師文化？

a）code review ， 團(tuán)隊內(nèi)部一定要code review

為了趕工期，或者需求不斷變化，而寫出來的代碼，多數(shù)情況下是“慘不忍睹”的，即使已經(jīng)準(zhǔn)備了Framework，做了規(guī)范和范例，也很難徹底避免。因為大量的問題，不是“不好用”（因為可以通過測試），而是“有隱患”，包括性能/可維護(hù)性，乃至于潛藏的BUG（比如最近鼎鼎有名的Heartbleed？）。而這個時候，通過同行評審、代碼review，這些問題可以被指出來。甚至通過討論，可以直接得出更高效的代碼編寫方法，這對于參與review的普通成員來說，是一個非常好的學(xué)習(xí)機(jī)會。

以下是在無code review環(huán)境下工作的一些親身體會：

1、更容易寫出功能正常但結(jié)構(gòu)混亂、可讀性差的代碼

2、隨著人員的流動，這些代碼迅速衰變?yōu)椤斑z留代碼”

3、由于沒有code review，除作者外了解同一段代碼的人不多，有能力維護(hù)遺留代碼的人員稀缺

4、由于結(jié)構(gòu)混亂、可讀性差，新人不愿意維護(hù)遺留代碼

5、相較于維護(hù)遺留代碼，新人更樂于中國式重構(gòu)——推翻重寫重構(gòu)（xie）后的代碼或許比原有遺留代碼質(zhì)量更好，但在缺乏code review的情況下仍然迅速衰變?yōu)榻Y(jié)構(gòu)混亂、可讀性差的代碼

6、如果推翻重寫的欲望得不到滿足，不得不維護(hù)遺留系統(tǒng)，則工作樂趣降低，加速人員流失

7、Code review原本是整個流程中不可或缺且較為耗時的一個質(zhì)量保證環(huán)節(jié)，省略之后給合作方造成單位時間生產(chǎn)效率更高的假象，提升需求提出速度、壓低任務(wù)完成時限

b）內(nèi)部干貨分享

我們公司將內(nèi)部分享的安排直接下放下去，這周什么時間什么部門分享，然后直接上，公司技術(shù)人員400多人，基本就是1年一次，直接分派到部門，也是行之有效的。

形式：一定要有網(wǎng)絡(luò)直播形式

網(wǎng)絡(luò)直播才能讓足夠多的人受益這份分享的干貨知識，這也是互聯(lián)網(wǎng)時代的優(yōu)秀分享形式啊。不然會議室只能有十幾個人聽到分享，分享的效果就大大降低了呀。