@tool2d 是啊，我也觉得很难，不同项目、岗位的差异都是很大的。所以我的思路是学习后取其对我有用的，比如“可监控、可回滚、可灰度”，这里面我身为 Android 客户端开发，是完全没有回滚灰度需求的（靠版本控制而不是代码控制了）。
但是我觉得这种意识对我的平常开发帮助还是很大的。如正文所说，我会在开发时有意识让我的代码是“可回滚”，可以方便地切换新旧逻辑供调试（而不是频繁切换 Git ），“可监控”就是让我有意识地让代码的逻辑完整，比如对一些不可能的逻辑不直接 if xxx return ，而是会加个埋点，如果真的发生不该走的逻辑能及时发现。

模块分层确实是永远的难点，这个我就确实不指望能学到啥就能一劳永逸了，只能靠经验分析，成长。这个我当初看到过一个文章对我的帮助还是挺大的：<https://www.maguangguang.xyz/layered-architecture>



@jones2000 嗯是的，这些目前是有的，不过侧重点在产品那边。我司现在的产品他们需求分析做的挺好，竞品对比也很完整，不用我太操心这些。我现在困扰的地方在于需求到代码之间的这个桥梁，如何用更好的工具和文档辅助。


@sordidclown 谢谢，大概扫了一眼，很全面很理论。书应该是好书，我努力看看能不能看下去吧


@xuanbg 我个人（个人观点）一直不太习惯思维导图，因为我感觉思维导图承载的信息量有点小，我个人更习惯 h1 、h2 、h3 这样的一个一个列下来，然后顺着目录看也挺方便。当然我们的思路是一致的，靠工具来辅助自己梳理思路，工具适合自己习惯就行。