淺談創(chuàng)業(yè)公司或新項(xiàng)目如何做技術(shù)選型

mrli2016 發(fā)布于2019-06-24 17:55 / 2998人閱讀

摘要：創(chuàng)業(yè)公司或新項(xiàng)目如何做技術(shù)選型一個(gè)創(chuàng)業(yè)公司或者新項(xiàng)目如何做技術(shù)選型個(gè)人認(rèn)為一定要記住這個(gè)根本新項(xiàng)目最先要解決的就是原型核心業(yè)務(wù)落地驗(yàn)證商業(yè)模式。開源的最新的穩(wěn)定的根據(jù)業(yè)務(wù)選定技術(shù)棧之后，盡量擁抱開源的東西。

創(chuàng)業(yè)公司或新項(xiàng)目如何做技術(shù)選型

一個(gè)創(chuàng)業(yè)公司或者新項(xiàng)目如何做技術(shù)選型?個(gè)人認(rèn)為一定要記住這個(gè)根本：新項(xiàng)目最先要解決的就是原型核心業(yè)務(wù)落地驗(yàn)證商業(yè)模式。
具體實(shí)踐中，應(yīng)當(dāng)遵循以下原則和避免類似常見錯(cuò)誤

原則

匹配業(yè)務(wù)場景，快速實(shí)現(xiàn)核心業(yè)務(wù)

創(chuàng)業(yè)項(xiàng)目最大的特點(diǎn)就是商業(yè)模式未經(jīng)驗(yàn)證，存在極高的失敗風(fēng)險(xiǎn)。從技術(shù)角度來看，只有選擇最簡單快捷的技術(shù)棧，在極短時(shí)間內(nèi)實(shí)現(xiàn)核心業(yè)務(wù)原型，讓業(yè)務(wù)在實(shí)踐中驗(yàn)證商業(yè)模式---成功，則更容易在有競爭者的時(shí)候走在前列；失敗，所花費(fèi)的成本更低，有效降低損失。
因此，在選擇技術(shù)棧的時(shí)候，最重要的就是要想明白，技術(shù)的選擇是為了讓業(yè)務(wù)原型更快速的上線運(yùn)營驗(yàn)證商業(yè)模式，其他一切都要讓位于這個(gè)原則。
在具體實(shí)踐上來講，有些業(yè)務(wù)一開始就有高并發(fā)高負(fù)載等特點(diǎn)，那就選擇相應(yīng)的語言或者技術(shù)棧，在這個(gè)基礎(chǔ)上選擇更容易執(zhí)行的技術(shù)；有些業(yè)務(wù)初期可能用戶量并不多，更重要的是如何完美實(shí)現(xiàn)業(yè)務(wù)，那就應(yīng)該選擇開發(fā)效率高的技術(shù)棧。

盡可能少的引入和業(yè)務(wù)原型實(shí)現(xiàn)無關(guān)的技術(shù)

使用當(dāng)前業(yè)界流行的架構(gòu)牛逼的技術(shù)，對(duì)技術(shù)人員來講，有利于成長和跳槽時(shí)的身價(jià)；但是流行的架構(gòu)不一定適應(yīng)當(dāng)前的業(yè)務(wù)。微服務(wù)架構(gòu)可以說是現(xiàn)在以至于未來很多項(xiàng)目的主要架構(gòu)形態(tài)，但是對(duì)于一個(gè)創(chuàng)業(yè)項(xiàng)目來說，選擇微服務(wù)架構(gòu)，要處理很多和業(yè)務(wù)無關(guān)的東西，網(wǎng)關(guān)，注冊(cè)中心，配置中心，鏈路監(jiān)控，分布式事務(wù)，容器化等等，這些本身就有一定復(fù)雜性，但是和業(yè)務(wù)沒有多大關(guān)系，做好了，并不能對(duì)初期業(yè)務(wù)實(shí)現(xiàn)運(yùn)營產(chǎn)生多少幫助，做不好，影響業(yè)務(wù)實(shí)現(xiàn)不說，可能技術(shù)人員陷入其中不能自拔，給自己挖了大坑。

開源的最新的穩(wěn)定的

根據(jù)業(yè)務(wù)選定技術(shù)棧之后，盡量擁抱開源的東西。選擇最新穩(wěn)定版本。

團(tuán)隊(duì)最擅長和可以駕馭的

有些技術(shù)可能比當(dāng)前團(tuán)隊(duì)擅長的在業(yè)界里面有更好的熱度，但是還是根據(jù)團(tuán)隊(duì)的實(shí)際情況，只要不是特別必要的情況下，使用團(tuán)隊(duì)更擅長的技術(shù)。

常見錯(cuò)誤

業(yè)務(wù)不明確的情況下確定技術(shù)架構(gòu)，追風(fēng)火熱架構(gòu)

技術(shù)人員一定要了解產(chǎn)品業(yè)務(wù)原型，要有冷靜的頭腦，高大上的架構(gòu)非常好，但是不一定能幫助業(yè)務(wù)更快實(shí)現(xiàn)，也不一定適應(yīng)我們組織架構(gòu)。技術(shù)人員本質(zhì)的工作就是實(shí)現(xiàn)執(zhí)行，技術(shù)架構(gòu)不要脫離業(yè)務(wù)

熱衷于內(nèi)部造輪子排斥開源實(shí)現(xiàn)

這點(diǎn)無需多言，內(nèi)部實(shí)現(xiàn)固然更貼近本身業(yè)務(wù)，但是很多時(shí)候，創(chuàng)業(yè)項(xiàng)目初期還不到需要自己實(shí)現(xiàn)輪子的地步，選擇開源的東西，實(shí)在不行，在開源的基礎(chǔ)上去擴(kuò)展。

保守不愿意使用最新穩(wěn)定技術(shù)

舉個(gè)例子，當(dāng)前 PHP 的穩(wěn)定版本已經(jīng)是7.2了，有些團(tuán)隊(duì)新項(xiàng)目的時(shí)候，可能適應(yīng)了原先的版本，選擇 PHP 5的各個(gè)版本，個(gè)人認(rèn)為這就太保守了

一些題外話

技術(shù)人員走的路，其實(shí)不外乎如下：
1 成為技術(shù)專家，能解決大部分解決不了的技術(shù)難題。這個(gè)需要天分+堅(jiān)持，能走下去的人比例比較低
2 熟悉業(yè)務(wù)，成為需求實(shí)現(xiàn)更好的執(zhí)行者。知道如何分解業(yè)務(wù)需求，知道怎么樣更高效快速的實(shí)現(xiàn)需求。其實(shí)這個(gè)并不簡單，技術(shù)人員能幫助公司項(xiàng)目更好的發(fā)展，價(jià)值并不小。這也是面試的時(shí)候，應(yīng)該非常看重的地方，技術(shù)能力并不等于工作能力。

隨著 go ，java 的 spring cloud 的興起，這些靜態(tài)類型語言的開發(fā)速度效率現(xiàn)在也相當(dāng)了得了；PHP 所自豪的短平快，優(yōu)勢不在那么明顯。尤其現(xiàn)在是移動(dòng)互聯(lián)網(wǎng)時(shí)代，服務(wù)端輸出的是接口，在選擇語言的時(shí)候，效率差距不大的時(shí)候，很多人可能會(huì)選擇性能高的。對(duì)于 PHPER 來說，不幸于幸運(yùn)并存，幸運(yùn)的是可能在業(yè)務(wù)初期，很多公司還是會(huì)選擇 PHP 來快速實(shí)現(xiàn)業(yè)務(wù)；不幸的是，一旦業(yè)務(wù)壯大，PHP的用武之地就很小了。而現(xiàn)在幸運(yùn)可能已經(jīng)不在，PHPER 如果想要有更進(jìn)一步發(fā)展，千萬不能局限于 PHP了，睜眼看世界。