摘要:創(chuàng)業(yè)公司或新項目如何做技術(shù)選型一個創(chuàng)業(yè)公司或者新項目如何做技術(shù)選型個人認為一定要記住這個根本新項目最先要解決的就是原型核心業(yè)務(wù)落地驗證商業(yè)模式。開源的最新的穩(wěn)定的根據(jù)業(yè)務(wù)選定技術(shù)棧之后,盡量擁抱開源的東西。
創(chuàng)業(yè)公司或新項目如何做技術(shù)選型
一個創(chuàng)業(yè)公司或者新項目如何做技術(shù)選型?個人認為一定要記住這個根本:新項目最先要解決的就是原型核心業(yè)務(wù)落地驗證商業(yè)模式。
具體實踐中,應當遵循以下原則和避免類似常見錯誤
匹配業(yè)務(wù)場景,快速實現(xiàn)核心業(yè)務(wù)
創(chuàng)業(yè)項目最大的特點就是商業(yè)模式未經(jīng)驗證,存在極高的失敗風險。從技術(shù)角度來看,只有選擇最簡單快捷的技術(shù)棧,在極短時間內(nèi)實現(xiàn)核心業(yè)務(wù)原型,讓業(yè)務(wù)在實踐中驗證商業(yè)模式---成功,則更容易在有競爭者的時候走在前列;失敗,所花費的成本更低,有效降低損失。
因此,在選擇技術(shù)棧的時候,最重要的就是要想明白,技術(shù)的選擇是為了讓業(yè)務(wù)原型更快速的上線運營驗證商業(yè)模式,其他一切都要讓位于這個原則。
在具體實踐上來講,有些業(yè)務(wù)一開始就有高并發(fā)高負載等特點,那就選擇相應的語言或者技術(shù)棧,在這個基礎(chǔ)上選擇更容易執(zhí)行的技術(shù);有些業(yè)務(wù)初期可能用戶量并不多,更重要的是如何完美實現(xiàn)業(yè)務(wù),那就應該選擇開發(fā)效率高的技術(shù)棧。
盡可能少的引入和業(yè)務(wù)原型實現(xiàn)無關(guān)的技術(shù)
使用當前業(yè)界流行的架構(gòu)牛逼的技術(shù),對技術(shù)人員來講,有利于成長和跳槽時的身價;但是流行的架構(gòu)不一定適應當前的業(yè)務(wù)。微服務(wù)架構(gòu)可以說是現(xiàn)在以至于未來很多項目的主要架構(gòu)形態(tài),但是對于一個創(chuàng)業(yè)項目來說,選擇微服務(wù)架構(gòu),要處理很多和業(yè)務(wù)無關(guān)的東西,網(wǎng)關(guān),注冊中心,配置中心,鏈路監(jiān)控,分布式事務(wù),容器化等等,這些本身就有一定復雜性,但是和業(yè)務(wù)沒有多大關(guān)系,做好了,并不能對初期業(yè)務(wù)實現(xiàn)運營產(chǎn)生多少幫助,做不好,影響業(yè)務(wù)實現(xiàn)不說,可能技術(shù)人員陷入其中不能自拔,給自己挖了大坑。
開源的最新的穩(wěn)定的
根據(jù)業(yè)務(wù)選定技術(shù)棧之后,盡量擁抱開源的東西。選擇最新穩(wěn)定版本。
團隊最擅長和可以駕馭的
常見錯誤有些技術(shù)可能比當前團隊擅長的在業(yè)界里面有更好的熱度,但是還是根據(jù)團隊的實際情況,只要不是特別必要的情況下,使用團隊更擅長的技術(shù)。
業(yè)務(wù)不明確的情況下確定技術(shù)架構(gòu),追風火熱架構(gòu)
技術(shù)人員一定要了解產(chǎn)品業(yè)務(wù)原型,要有冷靜的頭腦,高大上的架構(gòu)非常好,但是不一定能幫助業(yè)務(wù)更快實現(xiàn),也不一定適應我們組織架構(gòu)。技術(shù)人員本質(zhì)的工作就是實現(xiàn)執(zhí)行,技術(shù)架構(gòu)不要脫離業(yè)務(wù)
熱衷于內(nèi)部造輪子排斥開源實現(xiàn)
這點無需多言,內(nèi)部實現(xiàn)固然更貼近本身業(yè)務(wù),但是很多時候,創(chuàng)業(yè)項目初期還不到需要自己實現(xiàn)輪子的地步,選擇開源的東西,實在不行,在開源的基礎(chǔ)上去擴展。
保守不愿意使用最新穩(wěn)定技術(shù)
一些題外話舉個例子,當前 PHP 的穩(wěn)定版本已經(jīng)是7.2了,有些團隊新項目的時候,可能適應了原先的版本,選擇 PHP 5的各個版本,個人認為這就太保守了
技術(shù)人員走的路,其實不外乎如下:
1 成為技術(shù)專家,能解決大部分解決不了的技術(shù)難題。這個需要天分+堅持,能走下去的人比例比較低
2 熟悉業(yè)務(wù),成為需求實現(xiàn)更好的執(zhí)行者。知道如何分解業(yè)務(wù)需求,知道怎么樣更高效快速的實現(xiàn)需求。其實這個并不簡單,技術(shù)人員能幫助公司項目更好的發(fā)展,價值并不小。這也是面試的時候,應該非常看重的地方,技術(shù)能力并不等于工作能力。
隨著 go ,java 的 spring cloud 的興起,這些靜態(tài)類型語言的開發(fā)速度效率現(xiàn)在也相當了得了;PHP 所自豪的短平快,優(yōu)勢不在那么明顯。尤其現(xiàn)在是移動互聯(lián)網(wǎng)時代,服務(wù)端輸出的是接口,在選擇語言的時候,效率差距不大的時候,很多人可能會選擇性能高的。對于 PHPER 來說,不幸于幸運并存,幸運的是可能在業(yè)務(wù)初期,很多公司還是會選擇 PHP 來快速實現(xiàn)業(yè)務(wù);不幸的是,一旦業(yè)務(wù)壯大,PHP的用武之地就很小了。而現(xiàn)在幸運可能已經(jīng)不在,PHPER 如果想要有更進一步發(fā)展,千萬不能局限于 PHP了,睜眼看世界。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://m.hztianpu.com/yun/11807.html
摘要:面試如何防騙一份優(yōu)秀的前端開發(fā)工程師簡歷是怎么樣的作為,有哪些一般人我都告訴他,但是他都不聽的忠告如何面試前端工程師 更多資源請Star:https://github.com/maidishike... 文章轉(zhuǎn)自:https://github.com/jsfront/mo... 3月份前端資源分享 1. Javascript 使用judge.js做信息判斷 javascript...
摘要:三年百度,五年阿里,阿里架構(gòu)師淺談我是如何順利進入前些天在我群里認識了以為挺有意思的老哥,他也是工作年多技術(shù)和面試都不差,最近也是在找工作,是從京城來魔都的,也和他撈了不少。 說來慚愧,也不怕你們笑話。做開發(fā)8年多,到目前還是一名不折不扣的掃地僧。年前的辭職,到現(xiàn)在還在家靜養(yǎng)中。其實也沒什么,就是回家總結(jié)一下自己這些年來在外工作與面試等做一個簡單的總結(jié)與反思。做一下自己后面一個人生規(guī)劃...
摘要:親歷,創(chuàng)業(yè)公司如何死掉的雖然目前尚未離職,但期限迫在眉睫。領(lǐng)導不懂技術(shù),缺少團隊賦能大傳統(tǒng)企業(yè)出身,不懂互聯(lián)網(wǎng)技術(shù),作為創(chuàng)業(yè)公司很少和團隊見面,也不去主導產(chǎn)品的方向??辞宄?chuàng)業(yè)公司不應犯的錯誤。 親歷,創(chuàng)業(yè)公司如何死掉的 雖然目前尚未離職,但期限迫在眉睫。失望過后還得整頓自己再出發(fā),新開始之前老感覺缺點東西,還是回顧一下東家是如何在這條創(chuàng)業(yè)路上死掉的,順便記錄下,已警示后來的自己。 1...
創(chuàng)業(yè)團隊擼 Node 前言 大家好,我是 Scott,2016 年 9 月 25 日在杭州大搜車總部舉行的杭州 Node Party 上分享了一個話題 - 《創(chuàng)業(yè)公司擼 Node》 ,分享之后我以文字的形式又記錄了一遍,分享給沒有與會的朋友,也方便大家通過搜索引擎者一些技術(shù)社區(qū)平臺來看到這篇文章。 寫在前面,感謝芋頭哥和大搜車,給了我這個機會跟大家在大搜車面基,說實話,從我出道以來,這還真的是我...
閱讀 5533·2021-10-15 09:42
閱讀 1684·2021-09-22 16:05
閱讀 3347·2021-09-22 15:57
閱讀 3558·2019-12-27 12:06
閱讀 1034·2019-08-29 15:16
閱讀 2948·2019-08-26 12:24
閱讀 448·2019-08-26 12:02
閱讀 1953·2019-08-23 16:00