今天的文章，整理自“聊聊架构微信讨论群”，非常有价值。
DDD推荐
- DDD资料源：http://www.jdon.com/
- DDD书籍：一本是Eric Evans的原著《领域驱动设计》，侧重理论，一本是《实现领域驱动设计》，侧重实践。
怎么更好的学习？
有人说根据问题去学最佳，也有人说先找一个领域，设定一个目标，制定一个计划，每天一个一个的执行，因为如果遇到问题再学就不可能很深入，因为会有时间压力。
当你经常感觉到不系统，那就应该提前学习，如果遇到问题再学，你根本不知道这个世界上还有些什么更好的东西可以解决这个问题。结果就是“本来只会用改锥，现在遇到了钉子，还是只能用改锥，不知道有锤子”。你学了，就自然会找地方用。
有时候你的想法公司不让你用，但是你可以自己写代码，把业务重新实现一遍，也可以验证你想的对不对，最终可能发现还是现在的做法好。但是你如果踩过坑了，你就知道它适合干什么了。
提前学过的一些东西，也会为后来学习新知识提供便利。学得越多，就学得越快。也不存在年龄大了，学习能力下降的问题，反而会有缓慢的提升。
可能有人会说，“但是你没有时间写啊？”。你少撸两局LOL就有了，自己要学会做时间管理。
具体可以参考我前面的两篇文章。
知识不成体系容易忘
多看书，一本书就是一个体系，一系列相关主题的书就是对这一个体系的只是的互相补充，并且要记笔记。程序员光看书也不行，要多写代码验证。要多读源码，多分析。一个概念搞清楚了，就很难忘，如果你忘了，那肯定是你没有真正搞清楚它是什么。
主动去发现问题，包括工作中的。时刻保持大脑在运转，时刻在思考：有没有更好的做法。然后就知道自己改学什么了。实在不行就想现在还有什么东西是我不知道的，然后上亚马逊找，看还有那些书自己没买过赶紧买一本。
也可以上Apache，Github，看有那些开源项目，自己比较感兴趣，就去读源码，去搞懂他。
以上内容主要来自于-吴景润-北京-wifiin
没有不能重现的bug
不能解决问题，是因为无法发现问题，不是没有解决方案。
测试机上一直不能复现的bug，那肯定是问题没有找对。还可能说明你的业务代码和环境代码混在一起了，否则不可能不重现。
架构设计的两条军规：
业务代码绝对不能访问环境，环境相关代码绝对不能有逻辑。
如何做分离呢？怎么样算是没有分离好呢？
如果不用mock就能用main本地跑起来的，那就是环境不相关。Redis DB都是环境相关的。业务代码是否不需要这些就能跑起来？能跑就分离做的很好，不能，那就是混在一起了，出现问题就很难定位了。
以上内容主要来自于-Kevin-资深架构师
延伸阅读
- 架构漫谈系列（截止目前已经出了7篇了，都值得精读）