互联网公司从0到100的技术发展 -- 0到1的发展

上一篇文章说到了公司已经有了一个最基本产品，那么接下来应该如何发展呢？在这个时段，公司会发生哪样的变化，我们应该怎么预案呢？

当有产品上线之后，活动是现在最必不可少推广手段。技术的业务活基本就是推广业务，这是从0到1遇到的第一个小怪，一定要拿正姿态。不要图轻松，毕竟创业的过程是艰难的。

环境

之前说了公司的环境应该是无大小、无强弱，在这里就开始有一点变化了。这时候公司会新增业务人员（也可能是第一批业务人员），他们需要一个技术的 “定心锤”，这个定心锤一定是人。所以需要非常明确的分工，实行“承包责任制”，开始有“领地意识”。技术人员尽可能的进行独立作战，这种时期，往往前期参与的人员会有很大优势，这是一个鼓励独立的时期。

战略

这种时候应该将上一阶段出现的问题解决，并开始分工程到人（此时工程和业务分类绑定），新的业提出一个专门的人来做，另外补充前期没做的必要功能(如：后台充值、取消订单等)。这里开始技术部门开始有了雏形，开始变得五脏俱全。有些有实力的公司直接从这里起步（大厂的创业团队、天使投资很充裕的公司），这里的特点是，如果业务发展得快，技术会严重跟不上，非常吃力，如业务没有发展，技术的工作又是徒劳。这个阶段非常考验技术负责人，也正是大厂的专家们最不擅长的阶段。基于这样的状况，核心战略在于：项目分散、质量次要。这里还有一个非常重要的人才战略：找到每个人的优点，为将来做铺垫

落地

1.开发团队：新人做新业务，项目独立，不强求规范（根据业务招纳新人）

2.开发环境：开始搭建本地服务器，旧人将自己负责的项目做到“简单明白”

3.业务架构: 前端登录业务、前端非登录业务、后台作业系统、非核心业务1（活动）、非核心业务2（报表）、.....

4.部署架构：前端业务.jar、后台系统.jar、非核心业务1.jar、非核心业务2.jar

5.周边成本：用云服务、比如钱包、短信、邮件

6.技术架构：springboot 阿里云mysql （k线可以采用外部接口的数据）

这个阶段主要是对业务功能的完善，也是对核心业务的修改（这时候公司的业务往往会发生巨大变化、甚至业务方向的变化），一半的创业公司会死在这里

到这里大家可能发现了，项目都是单实例部署的。大家不要小瞧了单实例的吞吐量（一个jvm不做任何优化 1G内存，普通业务也能支持800tps），所以大部分小型公司都只需要但实例部署。业务突发增加挂了怎么办？最简单就是加内存重启，这是当前情况性价比最高的方案！