大厂做项目的过程，你真的知道吗？

一线大厂的项目是如何从0-1被做出来的，了解大厂项目开发的详细流程；自己开发项目那是单打独斗，没人管你；但进入企业中开发项目那是开团打本，大家都在一股绳上，所以为了保证项目顺利进行。大厂研发流程通常还是比较复杂的，可以分为很多个阶段。

明确需求

需求一般是由产品经理或者老板提出的。可能是程序员自发的去修改屎山代码，有了需求之后，不是一拍脑袋就做，而是要先把老板、产品、测试、几位开发大哥一起叫到会议室来讨论需求是否合理。

排期

在确定需求合理可实现之后，我们要讨论出排期，就是先做哪个后做哪一个，要做多久？啥时候能上线之类的，开完会议，产品经理下班了，程序员也在开始干活。

代码设计

接下来先别急着写代码，而是要做一番设计。想好怎么写代码再写代码会比直接写代码写出更好的代码，从一脸懵逼到渐渐清晰，大概有几种设计。首先是架构设计，打开写文档软件和画图软件，从整体到局部依次设计出系统的层次结构，各层之间的交互接口和通讯方式，每层之间要包含哪些重要模块？然后是概要设计，打开产品同学写的需求文档分析需求，然后依然是从整体到局部，先整理出系统需要的功能模块。再分析每个功能模块内又有哪些子模块，想好有哪些功能，之后要写详细设计，具体分析每个功能的实现算法和细节，写一些伪代码之类的，写好设计完成后，还要再和其他的开发同学一起开一次小会，对接口什么的最终讨论出统一的方案，然后大家分头行动就好了。除了开发同学要做设计外，测试同学也是要根据需求来设计测试用例的。

技术选型

选出相对最合适的，确认好技术后还得申请资源，比如数据库、服务器等。在大厂中，资源的管控真的很严格，你要计算用量、填写说明，层层审批才能拿到资源。拿到资源后，可以开始在自己电脑上搭建同样的环境，安装数据库等；如果是新项目，一般先用脚手架自动生成代码，如果是老项目，把代码拉下来就行了。然后是安装所需依赖，再测试空的项目能否运行，不要一行代码都没写就报错了。

写代码

先用这个版本控制系统建立自己的开发分支，和别人区分开，然后你可以选择本地开发搭配热更新工具，不重启项目也能在代码中心自动看到新效果，也可以选择远程开发直接用自己的电脑去修改服务器上的代码，可以更方便的和其他同学协作，像我们做需求一般都是先保证功能可用，然后再去优化代码，注重更多的细节。写好代码后得为自己的代码负责，所以除了随便执行几次，还要编写单元测试，用力把每个小的功能比如函数等都得跑一遍，在这之后就可以把写好的代码打个包，然后发布到测试服务器上，和其他同学一起联调了，也就是说就是把大家开发好的功能组合到一起，看看还能不能用，联调结束后，测试同学开始愉快的找bug,比如集成测试，系统测试、自动化测试、回归测试等。验证阶段时，产品经理一边体验现有的功能是否符合预期，一边还源源不断的提出新的需求，在验证系统没问题后，我们就可以把代码提交和推送到远程仓库了，并且要将自己的分支和主分支合并。主分支一般是可以上线的代码并且经过验证的分支，所以合并时要小心谨慎，先发起一个merge request，再经过插件，经过同事和领导的重重代码审核把关之后才能合并；代码提交之后，一般也不需要我们自己登录服务器来打包构件和发布，已经配置好的流水线会自动识别到项目代码的变更，触发项目的构建，也就是我们常说的CI/CD。构建完成后，一般我们会先在预发布环境发布，再次检查下项目能否运行；如果真的没问题了，才可以正式发布，一批一批的加老的项目进行升级。

迭代更新

项目上线之后，并不是一切都万事大吉了。

等待你的只有源源不断的用户反馈，无休止的告警，无穷的bug和更多的需求迭代。还要持续写各种各样的文档来维护你的业务和沉淀知识，要不然几天不见你自己写的代码估计都看不懂。