@feiyuanqiu
AccoutService 从它的位置来看是领域服务，但是从它的作用来看并不像领域服务。它只处理 Accout 的内部行为，换句话说它就是 Accout 实体的行为的集合。另外，在实体中调用领域服务是一个很危险的行为。领域服务是允许处理多个聚合根的，实体调用领域服务，一不小心就通过它调用了另外的聚合根。所以我很怀疑：在 account-web 的架构中，AccoutService 不是领域服务，而是 Account 实体的动作（由各个 Action 定义）的实现。

sendAsyncEvent 发布异步领域事件，其中的发布领域事件就是聚合根的领域行为，这个没问题。但是发布时就确定异步这个处理是否合理就不确定了，我的意见是同步或异步应当由订阅方而不是发布方决定。

我其实要找的是：强一致性的事件存储、部分事件内部直接订阅处理、部分事件读取事件存储发布到消息中间件（可重试）、外部限界上下文通过消息中间件订阅事件（可纠正顺序）、使用 Spring Cloud Stream。然而它那个架构并不是这样的，它只是 account-web 存储并立刻发送事件到消息中间件（不重试）、accout-worker 通过消息中间件订阅事件（未对接受顺序纠错）。

@dacapoday 修改量方面请举例。如果是运行期变量自动识别类型这种情况就不要举了，这是设计不良。

@dacapoday 制作原型，甚至是在创作和实验。“修补改动”（通常意味着改动成本随改动量指数级成长），跟“一遍遍重构”，难道不是后者更适合？

另外我还有必要提两点：

系统界面做得那么像 Mac OS，难道不会吃官司？

如果是固定工作站，云系统 /云同步的工作站，跟屏幕固定、系统移动的工作站相比，认为后者更方便的，脑袋应该被驴踢了。如果是移动工作站，工作站笔记本、普通笔记本、windows 平板，跟手机+线+底座+屏幕的组装品相比，认为后者更方便的，脑袋应该被驴踢了。

@hahastudio 另外两个我不了解，但 Motorola Atrix 4G 实质上是，手机双系统（ Android+Ubuntu ），限于 ubuntu 的小众和平板的兴起，凉了。
这个确实是比 Motorola Atrix 4G 实用，毕竟第二系统是专门为大屏定制的操作系统，另外貌似特意为触控输入做了额外的适配（这应该是必须用它的屏幕的原因）。然而还是要呵呵的。定制的再牛逼，也是定制，也跳不出 android 系统本身不适合办公的限制。

在这里我有必要提一下 Microsoft Lumia Continuum，甩上面所有系统一大截，Continuum 不是双系统，手机和外接屏幕用得是同一个系统，以及同一个应用（前提是该应用是支持手机和 PC 的 UWP 应用）。这才是真正的，即是手机，又是 PC/平板。

“因为本身整天抽到优惠券”：猪养肥了是要宰的。

只要能找到环境和薪资都满意的工作，其他都不是问题。
建议楼主回来试一年看看工作环境，但是别扎根，1 年后要么回北京，要么扎根。

另外小学老师真的不建议，小学初中老师，跟高中老师，一个是地，一个是天。

楼主，你不能把培训经历当工作经历。明显人家想要的是有工作经验的，你要是没培训过，估计简历直接扔。

百度没有对联通限速，百度对所有宽带、所有用户都限制了单线程下载速度，并且禁用了常规的多线程下载方式。

你需要以下措施中的至少一种：
一、交钱开会员，并且（后面才是重点）使用百度的客户端，以及（后面的最重要）别限制百度客户端的 p2p 连接。
二、aria2+百度网盘助手，aria2 是免费软件直接下载，百度网盘助手是浏览器插件需要自己找有用的。
三、类似第二条的其它的多线程下载方式。
四、原理百度。

@Liqianyu 纯粹胡扯。
1.3 章：“逐个通知客户变更 DNS 是一项棘手而低效的工作，迫切需要有一种技术手段，能将流向异网 DNS 的请求重新引导回 ISP 官方 DNS，实现异网 DNS 请求的网内解析，达到如下的管控目标： 对异网 DNS （不可信 DNS ）的解析请求返回 ISP 官方 DNS 的最佳解析结果，实现 DNS 请求 100%可管控； 所有操作和处理过程均在用户无感知和不影响使用的情况下完成；”

老子嫌通知并说服客户“用移动的 DNS 网速更快”太麻烦（然而实际上只需要在宽带合同上说明就够了），并且想要 100%控制 DNS （然而 DNS 是 ISP 的责任而不是权力），所以偷偷的把客户的 DNS 拦截了：这跟强盗有啥区别

用户自主修改 DNS：第三方公众 DNS 借助网络广泛宣传，部分用户盲目迷信网上教程，手工修改路由器或本机的 DNS 配置为谷歌 DNS 8.8.8.8、114 DNS 等公众 DNS，造成内容资源访问时“舍近求远”，难以实现本网已引入资源的精准调度。

用户自主修改的，它不通知用户然后给拦截了，这种要吃官司的话，他也敢写进去。

ofo 押金是 200，早就不是 100 了，你确定你交的是押金，而不是预付款（附赠免押金）吗。

@xuanbg 你看下第十章
http://www.ruanyifeng.com/blog/2014/05/restful_api.html

@xuanbg 这就是 RESTful 的 links

恶意刷的不讨论。我只说说无意刷的原因：绝大部分公司，在软件开发没有想到或者刻意忽略“过程”，或者用一个词代替“随想随改”。
多数人（尤其是非编码人员）的思维里是这样的：有问题，赶紧改，改完赶紧提交，我要看结果；改错了，赶紧再改回来；我下午 5 点有个想法，你下班前就给做出来；我不管理过程啥样，我只看结果。这种思维，加上一般很少做提交评审，是必然会导致冗余甚至混乱的提交历史的。