常常聽到做業(yè)務(wù)的程序員抱怨自己現(xiàn)在做的業(yè)務(wù)沒有意思，學(xué)不到東西，用不到新技術(shù)，用的也都是翻來覆去的技術(shù)，得不到成長(zhǎng)。很多程序員在經(jīng)歷這個(gè)過程時(shí)，很多調(diào)整不了也就離職了，也許走向了一個(gè)新的技術(shù)興奮點(diǎn)，有些可能是換了個(gè)新的業(yè)務(wù)繼續(xù)循環(huán)。那我們程序員在遇到這種事情的時(shí)候應(yīng)該怎么調(diào)整，應(yīng)該向哪個(gè)方向走。

現(xiàn)在關(guān)于程序員的三觀（技術(shù)觀、產(chǎn)品觀和數(shù)據(jù)觀）已經(jīng)算是普天蓋地了，那什么是業(yè)務(wù)觀。

業(yè)務(wù)開發(fā)最好的體驗(yàn)就是從一個(gè)業(yè)務(wù)從起步-》 快速發(fā)展-》業(yè)務(wù)穩(wěn)定發(fā)展-》…… 的過程，而在業(yè)務(wù)不同的過程中能夠清晰定位開發(fā)人員在業(yè)務(wù)中的角色，能夠從技術(shù)的角度支持業(yè)務(wù)。

1. 程序員的三觀

1.1 技術(shù)觀

技術(shù)是程序員的核心競(jìng)爭(zhēng)立，什么才是好的技術(shù)觀。

好的技術(shù)觀應(yīng)該是不排斥新技術(shù)，不排斥自己未深入了解的技術(shù)。很多新人，甚至很多工作兩三年的開發(fā)者會(huì)陷入一種誤區(qū)，對(duì)一種語言極度熱愛，而對(duì)其他的一些語言極度鄙視，變成某種語言宗教成員；作為程序員很多時(shí)候像是在做學(xué)術(shù)一樣，需要不斷探索新的領(lǐng)域，一些技術(shù)需要深入掌握，很多技術(shù)需要大概知道原理是什么，大概有哪些特性，兼容并包，在一項(xiàng)業(yè)務(wù)需要的時(shí)候能夠更好的技術(shù)選型。

不同的技術(shù)很多時(shí)候能夠開拓技術(shù)眼界，以程序語言為例，在并發(fā)實(shí)現(xiàn)的問題上：

Java 使用線程和線程池的方式來實(shí)現(xiàn)

Golang采用goroutine和channels的機(jī)制實(shí)現(xiàn)

Clojure則采用STM（Software transactional memory） 模型來實(shí)現(xiàn)

不同的方式有著自己的優(yōu)缺點(diǎn)，在實(shí)際應(yīng)用中，我們可以以這些為借鑒解決我們的實(shí)際問題，如最近我們就在KTV 預(yù)訂流程中采用了Channel的模型來抽象并實(shí)現(xiàn)業(yè)務(wù)。

1.2 產(chǎn)品觀

技術(shù)人員在實(shí)現(xiàn)產(chǎn)品需求的時(shí)候，首先跳入腦海的是實(shí)現(xiàn)產(chǎn)品的技術(shù)成本，如實(shí)現(xiàn)這個(gè)產(chǎn)品會(huì)對(duì)現(xiàn)有的項(xiàng)目造成多大影響，開發(fā)起來有多麻煩等等?？紤]這些成本是很有必要的，有了這些成本考慮才能更好的衡量這些需求值不值。但是如果僅僅止步于此，那還沒有形成很好的產(chǎn)品觀。

作為程序員不僅僅要理解產(chǎn)品的實(shí)現(xiàn)細(xì)節(jié)，我們還要知道產(chǎn)品的動(dòng)機(jī)、定位和防線，知道產(chǎn)品為誰而做、為何而做。

例如在漫談工程師的三觀 文章中關(guān)于用戶登錄的產(chǎn)品就是一個(gè)很好的例子：

比如說每個(gè)在線的系統(tǒng)都有密碼重置的功能 —— 我們看看，密碼重置的慣例是什么？

用戶發(fā)送密碼重置請(qǐng)求后，系統(tǒng)給請(qǐng)求的郵箱發(fā)一個(gè)重置郵件

重置郵件里有個(gè)會(huì)在指定時(shí)間內(nèi)過期的一次性鏈接，用戶點(diǎn)擊后進(jìn)入到密碼重置頁面

用戶設(shè)置密碼后，可以用新密碼登錄

然而，這樣一個(gè)簡(jiǎn)單的功能，有人會(huì)把它做成這樣：

用戶發(fā)送密碼重置請(qǐng)求后，系統(tǒng)給請(qǐng)求的郵箱對(duì)應(yīng)的賬號(hào)設(shè)置一個(gè)隨機(jī)密碼，并發(fā)一個(gè)郵件告知隨機(jī)密碼

用戶使用這個(gè)隨機(jī)密碼登錄

1.3 數(shù)據(jù)觀

數(shù)據(jù)是真實(shí)世界在產(chǎn)品上的一個(gè)投影（projection）。好的工程師同樣也應(yīng)該是對(duì)數(shù)據(jù)敏感的工程師。Learn startup 教給我們：build – measure – learn 的循環(huán)，這與其說是做產(chǎn)品的方法，不如說是我們學(xué)習(xí)萬事萬物的方法。

所以數(shù)據(jù)觀的第一步是知道測(cè)量什么。想要知道測(cè)量什么，需要知道某個(gè)產(chǎn)品最重要的 KPI 是什么。 例如我們現(xiàn)在在做的KTV預(yù)訂，最重要的是預(yù)訂訂單數(shù)，其次是預(yù)訂成功率，再細(xì)化到預(yù)訂系統(tǒng)內(nèi)部就是各預(yù)訂渠道的預(yù)訂成功率。

測(cè)量只是第一步，接下來是分析和解讀數(shù)據(jù)。分析和解讀數(shù)據(jù)的能力是工程師的數(shù)據(jù)觀的重要組成部分。

數(shù)據(jù)分析和解讀數(shù)據(jù)之后，需要形成相應(yīng)的措施，如果業(yè)務(wù)中存在缺陷或者需要優(yōu)化的地方，就需要形成產(chǎn)品需求，推動(dòng)業(yè)務(wù)和產(chǎn)品的發(fā)展，這也許就是人人都是產(chǎn)品經(jīng)理的一個(gè)意義吧。

2. 業(yè)務(wù)觀

業(yè)務(wù)觀是一個(gè)更高更廣的一種視角，無論是技術(shù)、產(chǎn)品還是數(shù)據(jù)分析都是為了業(yè)務(wù)更好的發(fā)展，如果讓業(yè)務(wù)更好的發(fā)展，這就需要更好的業(yè)務(wù)觀。正確的技術(shù)觀、產(chǎn)品觀及數(shù)據(jù)觀是支持業(yè)務(wù)的基礎(chǔ)，但是一個(gè)業(yè)務(wù)不僅僅擁有這三個(gè)方面。做一個(gè)業(yè)務(wù)需要知道業(yè)務(wù)的流程、必要的業(yè)務(wù)細(xì)節(jié)。

業(yè)務(wù)中需要有產(chǎn)品，這些產(chǎn)品大概如何推廣，銷售環(huán)節(jié)是如何的，每個(gè)環(huán)節(jié)技術(shù)如何提供幫助，以業(yè)務(wù)的視角來看，現(xiàn)在的產(chǎn)品和技術(shù)是否合理，能否提供更好的業(yè)務(wù)模式。

2.1 與業(yè)務(wù)人員的溝通

很多開發(fā)人員比較討厭與業(yè)務(wù)人員（銷售，地推人員，運(yùn)營(yíng)人員等）溝通，因?yàn)榭傆X得和這些人不再一個(gè)頻道上。其實(shí)很多時(shí)候業(yè)務(wù)人員是擋在真實(shí)用戶的最后一層，這一層更加理解真實(shí)用戶的需求，比真實(shí)用戶能夠進(jìn)行一定的需求總結(jié)。傾聽業(yè)務(wù)人員說產(chǎn)品中不通的地方，往往能夠找到系統(tǒng)和產(chǎn)品中的缺陷。

2.2 技術(shù)的角度看業(yè)務(wù)

相比業(yè)務(wù)人員，技術(shù)人員有著技術(shù)優(yōu)勢(shì)，能夠從技術(shù)角度更好的抽象業(yè)務(wù)需求。業(yè)務(wù)人員提出的大多數(shù)想法或需求，通常在很短的時(shí)間內(nèi)，便可以基本判定技術(shù)實(shí)現(xiàn)方案的可行性。