（可能是）最低成本的創業公司技術棧方案

一邊是需求的猛烈變動，一邊是開發成本的居高不下。能否聰明的選擇技術棧甚至生死攸關。

之前做jobdeer時，我們的整個技術團隊大部分時間只有乙個人，最多時也就兩個工程師，一直運作得不錯。除了功能上的節制，技術棧方案的選擇也有很大的原因。最近新技術又起來了不少，我也更新一下之前用到的技術棧方案，這裡和大家分享下。

初創期是乙個業務需求猛烈變動的時期，在這個階段，任何非業務邏輯相關的開發都是極大的犯罪浪費。所以我個人覺得這時候最佳的方案就是可以自動適配電腦和手機的web全平台方案。

這點大部分人都知道，但其實要把開發時間和成本壓到最低，有很多技巧，這裡給乙個思路：

簡潔的卡片化設計同時相容大小屏

保留介面，web前後端分離

最後，web框架的選型上，react優先；vue、angular其次；最低也建議要保持介面和前端**的分離。

就是說，php最好只用來構建rest介面，不要渲染頁面，全部頁面全部用js來渲染。你要問寫介面用go和nodejs行不行，當然行，不過我覺得能完成同等工作的人裡邊，php的最容易招到、也相對便宜。

這部分有乙個安全大坑。某些php程式設計師並不熟悉寫純介面，經常把敏感字段返回了。要多盯下。

之前我們的hybrid方案用的是內嵌html的phonegap+ionic，但我並不推薦大家去用這東西。

兩個原因，一是在一些比較老機器上，會出現記憶體不足這種沒法繞過的問題，導致經常性崩潰；二是js在各個裝置上的相容性會讓你調到想殺人，別問我怎麼知道的。

所以這裡推薦的是reactnative的js渲染原生控制項的方案。雖然裡邊標籤和css的語法都很奇葩，但是人家不卡啊，但是人家不卡啊，但是人家不卡啊。

加上如果之前的前端用的本身就是react的話，這時候可以重用不少業務邏輯。現在reactnative已經可以同時支援ios和android，leancloud也對其做了不少支援，但在android上的推送依然需要自己來實現。

之後可能依然會需要ios和android的人來開發原生元件，以實現業務邏輯特有的功能。但由於開發的工作量一般較小、而且可以通過元件機制去耦合，所以非常適合直接外包出去—— 好像又能省不少錢。

最後再說一邊，初創期方案裡邊，從技術角度看，php換成別的語言是可行的，但用php人力成本更低。

當然你能找到乙個reactjs和nodejs都非常資深的人，那麼恭喜你一兩年都都不用擔心技術方問題了。所以nb點的前端動不動年薪60~80萬，那是有道理的……