DDD 里面确实有一系列指导程序编码的战术设计，但更多的是强调概念统一，减少翻译的层数，使得讨论的问题跟编码设计都能够一一对应上。

举个例子，就像一个游戏，五六个人站成一列，最后的那个人在前面那个人的背上写字，然后依次传递信息到第一个人上。人数越多，那么错误的概率也就越大。如果确实有人连字都不认识的话，那么即便只有两三个人也会导致这个问题。

DDD 就是告诉你，在一个建模的框架范围内，大家都具备这些框架的基础理论知识，然后基于这些建模框架构建出一套人人都能理解的模型，使其高度契合产品的业务需求，避免产生概念 /模型不一致的情况。

@oieoieoie 等我的咖啡机到货了在更新几张图片出来看看，估计得一两周才能到货

我记得三级等保有一条是要对入库的敏感数据进行加密，目的是为了防止被拖库以后泄漏关键数据，毕竟应用和数据库一般不在一台服务器上，同时被攻破的可能性要小得多。

不过前端加密如果不是为了防止中间人的话，那我也只能是往增加难度或者过滤掉一部分自动化探测这方面去想了，属于应用层级别的要求，不过话说回来，与其增加的复杂度相比，带来的收益微乎其微吧。

我也没太明白，只要你的终端能解密，那加密除了防止中间人还有什么其他的意义吗？还是说加密后的数据在终端是无法解密的？

@oieoieoie 大佬这个很详细了，我还有一个便携式的咖啡机，牌子是 staresso ，第三代，可以做意式浓缩，不过清洗很麻烦，成品是真还不错。的确一个好的磨很重要，其他的什么奶泡和连续出品的性能我大概率是用不到的，这些东西也是钱，性价比最高的应该是一个好磨+轻量级的萃取方法，在家里还有摩卡壶用。这次也是手痒很久了想搞一个真正的意式咖啡机。

我现在的 Mac QQ 只要点击某一个消息选项卡，就要停顿几秒钟。

@ShaunSS
@antticloud
@AEDaydreamer

我总感觉滴漏的美式喝起来就跟中药似的，没有新鲜现磨的意式浓缩+开水香，也有可能是我的心理作用

@badmarillo 冲了，买了 878 型号，京 X 国际 4300 下单

@badmarillo 刚才看了下算下来只要 4200 ，我再研究下

@tutustream 我也是担心出品的跟想象中的差距太大，半自动的就是贵了点，超预算了

@zwzlyq 先谢谢老铁，胶囊我已经有了，用的意利的。

@zjuster 半自动的确喜欢玩的都玩出玄学了，我还没到那种境界哈哈。目前的话就想搞一个可以做意式浓缩的全自动咖啡机，胶囊的话之前买过，好价的时候囤了点，现在想直接用咖啡豆现磨的。

无论是看视频还是看文档，目的都是为了学习和理解知识，只是接触媒介不一样。对于学习，我推荐费曼学习法，微信读书上有对于这个方法的书。

我认为学习中最重要的能力之一就是提问，如何提出正确的问题，然后利用好搜索引擎，基本上能够解决 80%的问题，这种能力重要性在于，当面对未知的知识可以快速找到补充点，搜集到相关的信息。

打好基础真的很重要，不要刻意去学那种特定的框架技术，那些都是表面。支撑这些表面的底层结构和常识知识基本上是没有什么变化的，无非是用一些新的思想和算法来更好的利用这些底层结构。

还有就是工程学，这一部分靠的就是经验，在特定的场景利用最佳实践和相关架构、模式来管理复杂性和拓展性。

给自己洗脑是最有效果的，毕竟生理戒断期好像也才 1 周左右？

想要外观的话买戴森可以的，不过我觉得最重要的是发质，之前我对比了一下还是买了松下的 XD20 ，吹了之后真的感觉头发柔顺了好多。

看场景啊，比如说就一个原型项目，就不会去考虑太多东西，怎么快怎么来，当然如果你在快的同时还能够依据自己的经验和知识构建出维护性高的质量那就再好不过了，因为原型也是需要修正的嘛。

我理解的那种超级规范的的大项目，应该是在构建之前就已经累积到了足够的知识，进行了大量的设计准备，完全具备可行性，那么编码只是体力活，要保证这个体力活干的规整。就像泥瓦工，一砖一瓦，结结实实不偏不漏，质量能够经受得住时间的考验。

可以先转为 JSON ，然后 JSON 再转为 HTML ，可以写一个脚本自动化一下。

字段不需要被用于 SQL 查询过滤的时候，仅用于程序处理，就跟存二进制的数据一样，但不适用于 OLAP 系统。

读写分离不仅仅只是在代码层面，而应该体现在整体的架构层面。例如游戏，存数据库只是为了存档，查询玩家数据只会用到 player_id 这一个字段，所有的操作都在内存完成，数据库存 JSON 或者二进制都没问题，甚至有时候都不需要数据库，开发测试的时候用文件来替代也是没问题的。

但如果需要查询玩家的统计数据，应当抽离出来使用专门的查询分析系统，存储使用 ES 或者各种日志仓库系统。

凤牌 经典 58 200g