今天的文章,整理自“聊聊架构微信讨论群”,非常有价值。

DDD推荐

  • DDD资料源:http://www.jdon.com/
  • DDD书籍:一本是Eric Evans的原著《领域驱动设计》,侧重理论,一本是《实现领域驱动设计》,侧重实践。

怎么更好的学习?

有人说根据问题去学最佳,也有人说先找一个领域,设定一个目标,制定一个计划,每天一个一个的执行,因为如果遇到问题再学就不可能很深入,因为会有时间压力。

当你经常感觉到不系统,那就应该提前学习,如果遇到问题再学,你根本不知道这个世界上还有些什么更好的东西可以解决这个问题。结果就是“本来只会用改锥,现在遇到了钉子,还是只能用改锥,不知道有锤子”。你学了,就自然会找地方用。

有时候你的想法公司不让你用,但是你可以自己写代码,把业务重新实现一遍,也可以验证你想的对不对,最终可能发现还是现在的做法好。但是你如果踩过坑了,你就知道它适合干什么了。

提前学过的一些东西,也会为后来学习新知识提供便利。学得越多,就学得越快。也不存在年龄大了,学习能力下降的问题,反而会有缓慢的提升。

可能有人会说,“但是你没有时间写啊?”。你少撸两局LOL就有了,自己要学会做时间管理。

具体可以参考我前面的两篇文章。

知识不成体系容易忘

多看书,一本书就是一个体系,一系列相关主题的书就是对这一个体系的只是的互相补充,并且要记笔记。程序员光看书也不行,要多写代码验证。要多读源码,多分析。一个概念搞清楚了,就很难忘,如果你忘了,那肯定是你没有真正搞清楚它是什么。

主动去发现问题,包括工作中的。时刻保持大脑在运转,时刻在思考:有没有更好的做法。然后就知道自己改学什么了。实在不行就想现在还有什么东西是我不知道的,然后上亚马逊找,看还有那些书自己没买过赶紧买一本。

也可以上Apache,Github,看有那些开源项目,自己比较感兴趣,就去读源码,去搞懂他。

以上内容主要来自于-吴景润-北京-wifiin

没有不能重现的bug

不能解决问题,是因为无法发现问题,不是没有解决方案。

测试机上一直不能复现的bug,那肯定是问题没有找对。还可能说明你的业务代码和环境代码混在一起了,否则不可能不重现。

架构设计的两条军规:

业务代码绝对不能访问环境,环境相关代码绝对不能有逻辑。

如何做分离呢?怎么样算是没有分离好呢?

如果不用mock就能用main本地跑起来的,那就是环境不相关。Redis DB都是环境相关的。业务代码是否不需要这些就能跑起来?能跑就分离做的很好,不能,那就是混在一起了,出现问题就很难定位了。

以上内容主要来自于-Kevin-资深架构师

延伸阅读

  1. 架构漫谈系列(截止目前已经出了7篇了,都值得精读)