文章 · 第 4 页

最近几年 DDD 一直很火，网上的课程也有很多。但是说实话，DDD 里面的大多数概念还是很晦涩的，没有那种特别清晰规则，可以像代码规范那样明确指导我们如何 coding，什么是好代码，什么是坏代码。

你最近正处于自我否定的状态吗？如果不是的话，回想一下最近的一次处于这种状态是什么时候？当时的感受如何？以及，最终是如何走出这个状态的？

最近正好在学习 Golang，对它的里面用到的三色标记法的 GC 机制有些好奇（

不知道你是不是经常在和别人聊天的时候，发现对方讲的东西自己都略懂一些，但是要让自己说出来，甚至主导聊天的方向却很难。

不管是十几年前 SOA 的流行，还是 7、8 年前微服务的大行其道，还是如今云原生的展露锋芒，背后都离不开一件事，程序拆分或者说服务拆分。否则，一个单体应用，以上的这些技术潮流好像都与它没什么关系，只是一个看客。

这里的第一篇文章发布于 2017 年 6 月 20 日，至今有 4 年多了。当时之所以开设这个公众号，原因有两个。

很多人吐槽老项目是怎么怎么垃圾。这的确是一个很大的问题。

Sam Thomas Davies曾经精辟地概括过「自律」。他认为自律就是学会抵抗。不管你感觉如何，都要采取行动，有计划地生活。

不知道在看这篇文章的程序员伙计们平时是如何写代码的？有参照什么原则吗？还是说写到哪算哪？

我觉得这篇文章特别适合你收藏一下，为什么呢。首先，当你再次遇到这种情况的时候，翻开这篇文章，可以帮助你降降火，让你冷静下来。其次，还能时不时地在朋友圈转发给你的“稍懂技术”的同事看看，给他一些暗示，哈哈。