@guanbeilang 不支持 paypal 么，没有狗爹 还有 NameSilo 吧

https://i.imgur.com/Juv6t8p.png
又不是不能用，非得用白果，遭那个罪

@xxfye #19 只要解决 ThreadLocal 跟 Thread 这层抽象 应该就好了

没什么卵用，软件开发的根本问题还是 人月神话指出的那样，

复杂性与概念完整性，

别的系统中很多复杂性不是根本属性，可以剔除掉，只要抓住主要模型就行，例如我们初中学习的物理知识，很多物理题目都是简化后的模型，最常见的就是刚体模型，刚体假设所有系统中的物体都是不会发生形变的，这样的模型系统中就排除了物体形变带来的复杂性

但是软件这东西，复杂性是根本属性，而且复杂性通常又分两种，一种是业务逻辑本身的复杂性，另一种是开发人员人为带来的复杂性，例如复制一段代码，你接手改的时候 莫名其妙漏了一处，这是人为带来的复杂性，

通常应对前者的解决办法就是拆分，拆分的越细就越容易理解，后者基本上只能靠高素质的开发人员，遇到水平低下的，甚至乱搞的，对业内最佳实践不屑一顾的，你只能自求多福，像我最近跟别的部门对接，参数都是 string int ，java interface 一点约束都没有，能用 string 绝对不 enum ，还有提供接口任何时候都不报错，全部直接给你返回 200 ，接口里面几个种参数组合跟各种功能，然后让你去查日志对接，美名其曰 考虑生产性能，我们此处不做校验逻辑，只要开发阶段大家代码调试通过即可。

还有自己又实现了一套本地缓存的，没有任何运维工具跟监控全靠手工维护，线上发布，运维压力直线上升，

DDD 只是可以帮助你去理解概念的完整性，并没有办法让你做的更好，
因为目前国内的情况就是 大量的人都是从事历史悠久的事务脚本开发，模块化都没做好，
何谈用 DDD 来维护概念完整性，我有的时候跟别人讲，你别复制代码，这是给别人在埋雷，
听都没人听，国内大环境的情况下，在这些人为带来的复杂性未得到根治前，
使用 DDD 去管理因为业务本身逻辑带来的复杂性，可以说是毫无意义。

带宽需求不大的话 尽量 5G 无线网桥

我不做全麻的原因是没有 同事朋友也没有对象帮忙签字，所以只能一个人做没有麻醉的肠镜