既然是創(chuàng)業(yè)團(tuán)隊(duì)，想必初始團(tuán)隊(duì)成員不會(huì)很多，但基本上至少會(huì)有1~2個(gè)人負(fù)責(zé)技術(shù)。我相信選擇創(chuàng)業(yè)的每一個(gè)人起初都是滿懷希望，胸有大志的。但是，一 個(gè)月后呢？這里我首先想說的就是團(tuán)隊(duì)的執(zhí)行力。

作為創(chuàng)業(yè)團(tuán)隊(duì)都知道這比什么都重要。“設(shè)計(jì)師已經(jīng)迭代了3個(gè)版本了，結(jié)果第一個(gè)版本都還沒上線”，這種事情在創(chuàng)業(yè)團(tuán)隊(duì)似乎很常見，如果你做了3個(gè)月連一個(gè)Demo都沒上線，你還如何創(chuàng)業(yè)？天下武功為快不破，創(chuàng)業(yè)者需要具備的基本技能之一就是快，快速迭代，快速成長(zhǎng)。這里想到白鴉的逛guang.com，4天就上線了，雖然只有4張靜態(tài)頁面，但至少表達(dá)出了自己的產(chǎn)品。不知道是不是受蘋果的影響，很多創(chuàng)業(yè)者非得把產(chǎn)品做到非常完美才愿意上線，我就經(jīng)常聽到某些團(tuán)隊(duì)工作一年多了，產(chǎn)品還未上線，以至于我們以為他們?cè)缇拖词植桓闪?。所以，我這里說的快指的不僅僅是沒日沒夜的工作，也要講究一些方法，要有取舍，要丟得起面子，大不了第 二個(gè)版本再完善。

從技術(shù)角的選擇來看，創(chuàng)業(yè)團(tuán)隊(duì)盡量選擇開源且有良好社區(qū)支持的技術(shù)。這樣萬一在使用過程中出現(xiàn)問題也可以快速找到解決方案，就如現(xiàn)在Unix/Linux占領(lǐng)服務(wù)器大半市場(chǎng)，必有其合理性。微軟的產(chǎn)品雖然剛開始的時(shí)候入門門檻低，但是它其實(shí)并不簡(jiǎn)單，如果真的碰上什么問題，這個(gè)風(fēng)險(xiǎn)和 成本很難控制，如果你不小心已經(jīng)上了微軟的賊船，是否破釜沉舟掉頭就另當(dāng)別論了。但初創(chuàng)團(tuán)隊(duì)，在決定自己技術(shù)之前，我覺得你可以大膽的使用開源技術(shù)。但這 時(shí)候問題又來了，開源技術(shù)就像大海一樣廣闊，人人都可以從中分享和獲取資源。

很多人在大海中拼命的探索最新最酷的技術(shù)，我也是一枚Coder，我很能理解作為程序員的這種滿足感，但是這是在創(chuàng)業(yè)，做公司，不是一個(gè)釋放自己滿足感的地方，很新很酷技術(shù)可以研究，以備將來之用，但不要用在自己的產(chǎn)品上，這樣會(huì) 浪費(fèi)本多不必要的時(shí) 間，就如當(dāng)初在決定小恩愛的技術(shù)時(shí)，Ruby on Rails也是我能接受的最大尺度。Go、NodeJS、Opa什么的了解了解就可以了。

在研發(fā)的過程中，也會(huì)遇到這樣的問題：我們希望把代碼寫得盡量簡(jiǎn)潔，美觀。有時(shí)候我們會(huì)為了把一個(gè)50行的代碼優(yōu)化成30行清晰、具有維護(hù)性的代碼花去半天甚至一天時(shí)間，這樣的錯(cuò)誤我相信所有閱讀這篇文章的Coder們都犯過。在產(chǎn)品還沒有穩(wěn)定前，不要急于重構(gòu)代碼。這點(diǎn)不細(xì)說，大家應(yīng)該都明白。但換個(gè)角度估計(jì)會(huì)有很多人想不明白，在產(chǎn)品研發(fā)初期，我們是否需要在效率問題上話太多時(shí)間？有些人一開始就用100w用戶的標(biāo)準(zhǔn)做一個(gè)網(wǎng)站我覺得是不適合 的，在我看來在初期只要考慮能承受上線后3個(gè)月內(nèi)用戶增長(zhǎng)規(guī)模的標(biāo)準(zhǔn)就可以了，甚至第一版、第二版壓根不兒用考慮什么效率問題，肯定跑不死。

有了這些技術(shù)和素質(zhì)，作為創(chuàng)業(yè)公司在技術(shù)應(yīng)該80%以上可以站穩(wěn)了，剩下的就是活動(dòng)你的雙手，用代碼構(gòu)建產(chǎn)品的靈魂。