- 2019-09-17这个专栏看到现在的体会:
1.作者是大神。神一样的思考和行为。
2.体会了看懂后的快乐，无价之宝。
3.必须磕头才能表达敬意。 7 
2019-09-17读了好几遍文章 很有收获 打卡 1
2019-12-16看到现在，很多概念的理解进一步升华。
2019-11-20看后端实战，没有动GO语言，还得回去稍微了解下GO
2019-10-23从工程的角度看，不推荐用这种难以理解的缩写，dgid 乍看之下非常难以让人联想到 drawingId作者回复: 这种简写一般在团队内有统一的缩写表，否则建议全称
2019-09-22关于Sharp的约束我试着理解一下，语言方面的约束老师已经说了两点:一是Drawing类通过接口来引用Sharp类以增加通用性；二是考虑到 Drawing 类的 List 和 Get 返回的 Shape 实例，会被直接作为 RESTful API 的结果返回。所以，Shape 的 json.Marshal 结果必须符合 API 层的预期。
除了语言方面的约束外还存在语意方面的约束，一方面RESTful要求对资源的操作只能是POST、GET、PUT、DELETE；另一方面考虑到网络可能出现的故障，接口实现要幂等，支持错误或超时的重试。作者回复: Shape对象的约束和网络并没有关系
- 2019-09-22多租户共用一颗 DOM 树，会不会存在性能瓶颈？在后续用户数增多，高并发的情况下无法满足要求，存在拆分的诉求？
作者回复: 不是共享dom树，这里和共享没什么关系。你可以认为uid和任何普通的变量一样，只是一个普通数据而已。
2019-09-17有深度