敏捷开发最值得借鉴的就是迭代思想，所以小瀑布迭代就好

好巧，前几天在别人的博文（ GraphQL 后端架构的经验分享）的评论中看到你，今天在 V2EX 又看到你

现在我的 serverless 技术栈是 aws fullstack ，相关的 ts 生态也支持的不错，大大提高生产力。

微服务只是个概念，它现阶段其实还在继续发展，甚至你也可以说它是个伪概念都没问题。当谈到微服务开发，你是不是想到了需要多个代码仓库存放不同业务代码（开发个功能往往需要打开多个仓库），每个代码仓库有自己的版本号（有版本依赖地狱的问题），还有测试，部署等问题。其实你会发现上微服务后给项目带来很多的复杂度，这也是为什么很多团队上了微服务后就说踩坑了，还不如继续用单体。其实你想想，我们用微服务更多的原因是我们希望能做到更细粒度的水平扩容（主因），如果现在是单仓开发+模块化目录划分，并且做到不同的模块能单独部署和水平扩容，是不是就解决了现在微服务开发中存在的很多问题？当然我不是再说你用 Monorepo 后就解决了问题（大仓也是个问题，你 git status 下就明白了，不过解决方案也还是有的），这背后其实还需要 DevOps 工具的配合（本地如何起一个完整的项目服务，部署问题等），但是你要知道现阶段其实是没有成熟方案的，只能一步步探索。从我个人的角度来说，如何做到简单（对于一个产品来说用户层面必然要是简单的，底层实现可以是复杂的）才是一条正确道路，也就是回归到“单体”。

@Zchary 强烈推荐 +1

@TypeError 抄个 JB 作业，好像自己很高分一样。。换个角度，试想着全世界有哪几个国家的人民有谁是想被“硬核”对待的。日韩确实在疫情方面有轻视和懈怠，但它们的一系列行为终究是照着预案走的，及时公布疫情情况，根据事态发展提升防疫等级。。反正要它们一上来就突然封城，不好意思，法律不允许