摘要：不少程序員愛維護喜歡的技術(shù)，雖然他們說的有道理，但程序員價值的實現(xiàn)并不取決于技術(shù)。模式不一樣，程序員價值也不一樣，而這也暗含了程序員生涯的兩個進階模式，讀完此文，相信你會重新思考個人生涯發(fā)展方向。

CSDN上有幾個熱心評論員，幾乎每篇熱門文章評論中都可以看到他們的身影，印象比較深的一個是一門心思批微軟的技術(shù)，一個則是持Linux萬能論。有時候他們的觀點未必沒有道理，關(guān)鍵的問題是視野太窄了，始終只盯著技術(shù)不放，不能說這一定不對，極客精神么，但大多時候程序員價值（尤其是現(xiàn)金價值）的實現(xiàn)不只取決于技術(shù)。

模式不一樣 程序員價值也一樣

開源之外，軟件是商業(yè)的延續(xù)，所以代碼里大多時候也包含了商業(yè)利益，而不只是單純的技術(shù)。商業(yè)利益依賴于商業(yè)模式，而商業(yè)模式?jīng)Q定了很多人的職業(yè)特色和路徑，進一步?jīng)Q定了程序員可以只關(guān)心技術(shù)么這個問題的答案，比如：外包與產(chǎn)品開發(fā)在盈利模式上的差別直接決定了它對人員的不同要求。

在微軟如日中天的時候，曾經(jīng)有一本書叫《微軟的秘密》里面講了這樣一個小故事：

我們中有些人對開發(fā)人員懷有極度的不滿，那簡直就是嫉妒。達瑞爾?希文斯是Windows NT的主要開發(fā)人員之一，他有9輛保時捷，我當然也希望能夠擁有9輛保時捷。但我怨恨達瑞爾么？當然不。他絕對受之無愧，他真的棒極了。如果用我的支票來給他開工資，我也愿意。不過從長遠來看，過一兩年你肯定就能得到應(yīng)得的報酬。如果由于某些原因，我們引入了達瑞爾，并付給他足夠買9輛保時捷的薪水，而他一旦干得不夠好，就不會在這里工作很久... ...但這些開發(fā)人員都是精心挑選出來的人才......唯一的不利之處在于，總有一部分人感到開發(fā)人員才是“主角”，但這正是這一行業(yè)的本質(zhì)。

假設(shè)一個人技術(shù)也和上面說的達瑞爾一樣牛，但是在外包的模式里面，那它可能達到上面的程度么？答案是不可能，因為模式限制了純技術(shù)角色所可能創(chuàng)造的價值，進一步預(yù)先定義了技術(shù)路徑長短的極限。

當一個公司的核心技術(shù)并沒有創(chuàng)生多大價值，而是需要靠人力規(guī)模、商業(yè)模式等來支撐業(yè)務(wù)的時候，那么我們可以稱之為技術(shù)路徑短的公司。想象一下，如果一家公司專門承接本地化工作，那么也許也會需要程序員編制某些工具，但對程序員而言技術(shù)路徑無疑是短的。

如果暫時把眼光從程序的世界移開，那么事情就可以看得更清楚。

在蓋樓的時候，只要達到基本的質(zhì)量，一個人每天砌200塊磚，固然比砌100塊要好的多，但相對于大樓而言，多砌100塊磚，所多帶來的價值有限。再進一步由于砌每塊磚的價值是固定的，同時一個人每天所能砌的磚也是有限度的，這就會導(dǎo)致砌磚工人，不管多么努力，其收入水平必然會被限制到某一個較低的水平，只要他的工作還只是砌磚，而不是設(shè)計師或別的什么。這種限度是由這一工作的內(nèi)涵所決定的，倒不是誰遭到了歧視。

再類比到軟件行業(yè)里，單純的在既定接口下實現(xiàn)已定義的業(yè)務(wù)邏輯就是技術(shù)路徑比較短的工作，是體力密集型的；而分析業(yè)務(wù)邏輯，控制整體架構(gòu)或者去研究TTS的算法則是智力密集型的，技術(shù)路徑較長。

這樣一來上面問題的答案就更清楚一些了。如果你所處的地方其商業(yè)模式允許較長的技術(shù)路徑，那就可以更多的關(guān)心技術(shù)，否則就要橫向展開而不能只盯著技術(shù)。

程序員的兩個進階模式

這背后事實上隱含了兩種進階的模式：

一是達到一定高度橫向展開。比如：編程語言，（金融）業(yè)務(wù)邏輯，外語，網(wǎng)絡(luò)知識等組合在一起就可以成為一個高地，這里面編程語言上一個人可能不如天才程序員，業(yè)務(wù)邏輯上可能不如銀行員工，外語可能不如專職翻譯，但每多一重過濾，就會導(dǎo)致高地的海拔拔高一分，最終轉(zhuǎn)換為稀缺性。

一是徹底的專家型道路。有的崗位可能不需要把面擴的很寬，比如做TTS，OCR的算法，有些人甚至編程語言都可能不是了解的很熟，但確實可以是某一方面的專家。這同樣是一種價值高地。在這個方向上，一旦真的達到一定高度，那就不是單純的累積數(shù)量可以超越的。比如：認為100個或多少個平庸的科學家等價于一個愛因斯坦無疑的是愚蠢的。

而考慮這種進階模式時要與自己身處的環(huán)境相結(jié)合。一般來講越大越牛的公司越能支持比較專業(yè)化的分工，創(chuàng)業(yè)公司怎么可能有人去鉆研OCR算法。上述觀點在創(chuàng)業(yè)公司上展開就會關(guān)聯(lián)到近來總有人說的全棧不全棧的話題，全棧顯然走的是橫向展開的路數(shù)，它在初期打造產(chǎn)品的角度上性價比比較好，但技術(shù)深度肯定會弱些。但全棧工程師確實會比較契合于小團隊靠產(chǎn)品打天下的模式。

這類橫向展開的關(guān)鍵是：你可以完整的搞定一件很有商業(yè)價值的事情，而這件事情大多數(shù)人搞不定。比如說：

• 我可以主導(dǎo)開發(fā)一款手機，因為我即懂軟件又懂硬件，也還知道如果開發(fā)一款良好的產(chǎn)品。
• 我可以帶領(lǐng)隊伍搞定這個銀行的整個系統(tǒng)。
• ……

最后想補充的兩點是：

年青的時候總是希望有一個迅速解決問題的方法，比如如何搞定一份好的簡歷再搞定一份好的工作？如何和上級談漲工資成功幾率比較大？近來V眾投上也在探討這類問題，比如：大家都是怎么跟領(lǐng)導(dǎo)提要求漲工資這事兒的？ 一份好的簡歷應(yīng)該有哪些內(nèi)容？ ……對此我的觀點是不能說這類技巧不重要，但是在年紀小時，這些都沒有確保自己在一條正確的增值路上重要。而怎么走在正確的增值路上，很多人也希望有一個立刻且明確的答案，而不耐煩做點思考，偏偏這也是不可能的，你最少要考慮怎么在指定環(huán)境下更好的去增值，怎么提高自己的表達力，怎么選擇合適的平臺，怎么創(chuàng)造自身的稀缺性。

另一點補充是寫上面這些文字時沒考慮興趣的影響，更多的考慮的是利害，因為興趣是絕對主觀的，想干什么就干什么好了，一個人如果確實認為興趣更重要，那就可以忽略上面的觀點，只做自己喜歡做的事情。

作者介紹：李智勇，V眾投發(fā)起人，《完美軟件開發(fā)：方法與邏輯》作者。目前正在免費發(fā)布《程序員生存定律》，微博：李智勇SZ，微信：vfacebook。

---

《暢言》第七期：【[暢言]企業(yè)號會是微信的滑鐵盧么？】微信企業(yè)號，是微信推出針對企業(yè)管理的平臺，企業(yè)號能在移動互聯(lián)網(wǎng)上，為企業(yè)提供對內(nèi)部員工的管理、溝通與服務(wù)。強大的微信介入這個領(lǐng)域，讓很多做企業(yè)軟件的有一種狼來了的感覺，但這種感覺靠譜嗎，微信能成功嗎？

《暢言》第八期：【[暢言]讓軟件公司的管理多一點“靈魂”】不少軟件公司的成功是源自產(chǎn)品、人口紅利，而不是因為管理，甚至有的公司的管理帶來的是負值。這樣的公司之所以成功，只是因為正面值太大。而另外一面，現(xiàn)實中很多的軟件公司，其管理很可能已經(jīng)陷入了困境。而這是慢性毒藥，帶來了惡性循環(huán)。如何解決？

《暢言》第九期：【 [暢言]你真的了解軟件開發(fā)的本質(zhì)嗎？】我們總是喜歡用自己的經(jīng)歷來定義軟件是什么以及判斷標準，但如果這種經(jīng)歷來自完全不同的兩個領(lǐng)域，并且互相矛盾，那么就有可能讓大家吵來吵去……是的，各位在忙于解決具體問題時，誰還會想到談?wù)勡浖_發(fā)的本質(zhì)？

總結(jié)

以上是生活随笔為你收集整理的程序员可以只关心技术么？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。