創(chuàng)業(yè)公司需要怎樣的技術(shù)?
既然是創(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è)者需要具備的基本技能之一就是快,快速迭代,快速成長。這里想到白鴉的逛guang.com,4天就上線了,雖然只有4張靜態(tài)頁面,但至少表達(dá)出了自己的產(chǎn)品。不知道是不是受蘋果的影響,很多創(chuàng)業(yè)者非得把產(chǎn)品做到非常完美才愿意上線,我就經(jīng)常聽到某些團(tuán)隊(duì)工作一年多了,產(chǎn)品還未上線,以至于我們以為他們早就洗手不干了。所以,我這里說的快指的不僅僅是沒日沒夜的工作,也要講究一些方法,要有取舍,要丟得起面子,大不了第 二個(gè)版本再完善。
從技術(shù)角的選擇來看,創(chuàng)業(yè)團(tuán)隊(duì)盡量選擇開源且有良好社區(qū)支持的技術(shù)。這樣萬一在使用過程中出現(xiàn)問題也可以快速找到解決方案,就如現(xiàn)在Unix/Linux占領(lǐng)服務(wù)器大半市場,必有其合理性。微軟的產(chǎn)品雖然剛開始的時(shí)候入門門檻低,但是它其實(shí)并不簡單,如果真的碰上什么問題,這個(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ì)遇到這樣的問題:我們希望把代碼寫得盡量簡潔,美觀。有時(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)用戶增長規(guī)模的標(biāo)準(zhǔn)就可以了,甚至第一版、第二版壓根不兒用考慮什么效率問題,肯定跑不死。
有了這些技術(shù)和素質(zhì),作為創(chuàng)業(yè)公司在技術(shù)應(yīng)該80%以上可以站穩(wěn)了,剩下的就是活動(dòng)你的雙手,用代碼構(gòu)建產(chǎn)品的靈魂。