文 / 郝培強

首先要說的是，我認為創(chuàng)業(yè)公司的技術(shù)路線選擇并不是一個技術(shù)問題。如果是一個純粹的技術(shù)問題，那么很可能會一直爭論不休，最后的結(jié)果就像某個笑話里面說的，某公司一直到倒閉技術(shù)路線還沒統(tǒng)一。因此，本文不會向你推薦任何一個具體的技術(shù)方案。

創(chuàng)業(yè)公司往往都面臨著不同程度的資金和資源短缺，經(jīng)不起反復修改技術(shù)路線帶來的資源浪費，需要管理者或者技術(shù)帶頭人能夠較早地確定一個適合的技術(shù)路線。因為技術(shù)路線決定了崗位如何設置、人員如何招聘、開發(fā)周期、開發(fā)模式等。而更多時候，人員招聘可能是最核心的問題。

那么創(chuàng)業(yè)公司該如何選擇技術(shù)路線呢？我有如下一些看法。

給非技術(shù)出身創(chuàng)業(yè)者的建議

以前做技術(shù)咨詢時，我們經(jīng)常會遇到一些非技術(shù)出身的創(chuàng)業(yè)者，他們往往對好的技術(shù)人員非常渴求。但對如何找到好的技術(shù)人員，如何吸引技術(shù)人員加入，他們卻束手無策。在我創(chuàng)業(yè)的這兩年，這點得到了充分的印證，我可以輕松地勸喜歡的技術(shù)人員加入，但要找到好的設計師并說服他們加盟太難。各種人才都有自己的圈子、文化和行為方式，他人很難融入。

對于非技術(shù)出身的創(chuàng)業(yè)者，我的建議是，盡量使用開源系統(tǒng)、現(xiàn)成的解決方案。雖然技術(shù)人員往往對Discuz!、UcHome甚至WordPress等現(xiàn)成的系統(tǒng)頗有微詞，但對于沒有技術(shù)背景的創(chuàng)業(yè)者，這些系統(tǒng)是最好的切入點。

我見過一些非常成功的團隊，創(chuàng)始人完全不懂技術(shù)，但對產(chǎn)品、運營、營銷非常在行，他們的網(wǎng)站全部采用開源系統(tǒng)，沒有任何的改動，只是找了設計師對樣式做了修改。網(wǎng)站的流量、用戶滿意度都非常不錯。因為沒有任何先行的開發(fā)，所以網(wǎng)站可以很快正式上線，而且大多數(shù)程序的開源系統(tǒng)，也都有較強的自定義能力，仔細琢磨下就可以玩出很多花樣。

這樣的團隊往往沒有技術(shù)人員，或者只有一兩個很初級的技術(shù)人員，因此，在網(wǎng)站成功發(fā)展后，往往會遇到一些技術(shù)瓶頸：例如在流量猛增后，技術(shù)人員不知道如何化解；產(chǎn)品發(fā)展了，開源軟件的基礎擴展能力不能滿足需求以后，需要二次開發(fā)或者需要重新開發(fā)時，現(xiàn)有技術(shù)人員的能力無法跟上。

這時就需要考慮引入一個好的技術(shù)帶頭人，建立自己的技術(shù)路線。通常也會有一番波折，但這也是種甜蜜的煩惱，因為不發(fā)展到一定程度，根本不需要考慮。發(fā)展到這樣的程度，公司的現(xiàn)金儲備和知名度都有了很大的提升，招人也就會容易一些。

給技術(shù)出身的創(chuàng)業(yè)者的建議

首先，我認為一切企業(yè)管理的出發(fā)點和歸宿都是“人”。什么樣的公司吸引什么樣的人才，所找的人才又會影響公司企業(yè)文化的形成。技術(shù)路線的選擇，一定要結(jié)合獲取人才的難易和開發(fā)模式的組織情況來思考。

激進的技術(shù)路線

很多人喜歡激進的技術(shù)路線，比如用Erlang、Go等語言做項目，而公司全部員工幾乎都是初學者。又或者有人在iOS第一代SDK出現(xiàn)時就投身App Store。

有時，有些功能或產(chǎn)品只有激進的技術(shù)路線才能解決，較早使用先進技術(shù)可以獲得技術(shù)優(yōu)勢和壁壘，在一般網(wǎng)站都使用SQL Like語句做全文搜索時，如果你率先使用Lucene/Sphinx等開源搜索引擎，那么就會在性能和效果上有非常明顯的優(yōu)勢。技術(shù)發(fā)展非?？?，但普及非常慢。在2001年開發(fā)出Lucene第一個版本后不久，國內(nèi)的技術(shù)人員就開始寫文章和學習筆記介紹它，但到了2008年，國內(nèi)很多中型網(wǎng)站的全文搜索仍在使用SQL Like語句，很多技術(shù)人員明知這樣耗費服務器資源很嚴重，甚至會拖垮服務器，但也不會改用Lucene。

有時，激進的技術(shù)路線可以幫助你在新興市場占領先機。前兩年蘋果App Store剛剛出現(xiàn)，軟件比較缺乏，所以只要產(chǎn)品質(zhì)量尚可就可以獲得很多用戶，從而獲得不菲的收入。現(xiàn)在開發(fā)者想做出被市場認可的產(chǎn)品非常難，而那些進入早的產(chǎn)品則可以靠早期積累下的用戶穩(wěn)定可靠地發(fā)展。

激進的技術(shù)路線的另一個好處是，可以作為人才過濾器。如果公司使用的技術(shù)剛出現(xiàn)或者剛開始流行，那么愿意嘗試甚至可以用好這種技術(shù)的人，往往是善于學習、不怕麻煩的。這是技術(shù)團隊里面最喜歡的一種人。

但激進的技術(shù)路線不是誰都可以玩得轉(zhuǎn)的。如果想采用激進的技術(shù)路線，往往需要技術(shù)帶頭人是所選技術(shù)的專家，可以在技術(shù)方面輔導團隊成員。同時不能讓先進技術(shù)成為技術(shù)帶頭人的獨門絕技，這樣的團隊是不健康的。

沉穩(wěn)的技術(shù)路線

對大多數(shù)公司來說，真正的競爭優(yōu)勢是產(chǎn)品和服務，而不是采用了什么樣的先進技術(shù)平臺。在這樣的公司里面，技術(shù)團隊的任務不是提供核心競爭力，而是給公司的業(yè)務部門提供堅實可靠的技術(shù)基礎，那些不能帶來產(chǎn)品和服務體驗升級的技術(shù)亮點并不重要。

對這樣的團隊來說，我建議采用沉穩(wěn)的技術(shù)路線。簡單地說，就是采用技術(shù)帶頭人或者團隊成員都熟悉的技術(shù)，一切從實用出發(fā)。

首先，招人變得相對容易。到目前為止iOS程序員的價格仍舊是居高不下，且非常難以招到高質(zhì)量的。與之相對，C#程序員、PHP程序員、Java程序員就相對便宜和好招多了。同時，可以選擇的現(xiàn)成技術(shù)解決方案也多了，就PHP、.NET、Java等語言來說，開源的論壇、CMS系統(tǒng)都非常多。

對語言和平臺來說，技術(shù)越來越不重要，更重要的是社區(qū)和支持。技術(shù)人員應該改變思路，不管什么語言和平臺，在合適的人手里面都可以釋放出巨大的力量。

以Java為例，之前是一門新興語言，存在的最大問題是各種第三方庫的匱乏。但這些年發(fā)展下來，以Apache基金會、IBM等為代表的機構(gòu)，積累了大量的開源庫，如Lucene家族等。

再以PHP為例，PHP早期就是以快速開發(fā)、簡單易用而聞名的，在大規(guī)模計算和性能上并不占有優(yōu)勢，特別是腳本的運行方式帶來了一些對象生命周期以及性能的問題。但作為PHP用戶社區(qū)的成員，LiveJournal創(chuàng)造了Memcache解決了緩存生命周期，Facebook創(chuàng)建了HipHop for PHP大大提高了性能。

所以我們不僅可以在理論上說，沒有壞的平臺，只有壞的架構(gòu)師，也可以從實踐上說，現(xiàn)在幾乎每個主流開發(fā)平臺，都有一些世界級的優(yōu)秀網(wǎng)站背書。而且在互聯(lián)網(wǎng)時代，其他公司的經(jīng)驗很容易借鑒。

因此，采用技術(shù)帶頭人或者團隊成員都熟悉的技術(shù)路線，積極了解社區(qū)動態(tài)，大多數(shù)公司就可以應對技術(shù)上面遇到的問題。對于樂于學習的團隊而言，現(xiàn)在是最好的時代。