团队规模和流程的关系
个人开发者不需要关注流程，但是对于工作中的一个企业级的大项目需要有流程的管理
复杂项目可能会有问题：每人都有自己的想法、多人协作开发的时候每人都有自己的计划安排
传统的瀑布模型是一个最直观的流程模型，它定义了标准的研发阶段，他是以流程为本，是一个理想化模型，大家都围绕着流程开展工作，可能效率会不高，太过于注重流程本身
敏捷开发，以人为本的工作流程。它是以小团队进行快速迭代，与用户进行沟通进行快速的迭代，团队成员之间的联系合作更加紧密
SAFe:The Scaled Agile Framework，是一套管理框架，精益产品开发，敏捷软件开发，系统思考，它由多个Scrum配合
敏捷团队所有的决策、配合需要大家一起进行，目前开发迭代按照敏捷发布火车进行
需求阶段，不应该浪费时间去做一些不需要做的需求，开发需要阻止一些不需要存在的需求，还需要在用户的角度评估用户需要的需求
MVP最小化可行产品的思想：站在用户的角度思考，需要收集用户的反馈，进行快速的迭代
四象限法：需要评估按照坐标，通过紧急和重要性将任务划分成四个象限，先看重要性，再看紧急程度，大部分时间完成重要不紧急的事情（60%-80%)
后端开发工作由于云原生的发展受到了深刻的影响，主要是通过容器进行开发。通过在操作系统中虚拟出多个容器，通过技术手段虚拟出了多个相互隔离的容器，而这些容器只有很低的开销，应用和其依赖作为一个整体，打包成镜像进行交付
微服务架构：各个功能在不同的服务中，不同模块通过RPC通信，不同模块可以独立扩缩容，每个服务的代码仓库仅由少部分人维护
目前开发环境逐渐云原生化，FaaS PaaS等等技术，让开发逐渐的从本地的IDE向线上转变，通过WEB IDE等技术，环境未来直接开箱即用
