你跟懂逻辑的人才能讲逻辑。

你这个如果、所以的推倒过程本身，本身是不合逻辑的。喝水加不吸入氧气而死亡，最多让水跟死亡扯上关系，跟剧毒一点关系都没有。首先在这里，你就没必要再用逻辑了，拳头（或忍让）更有用。

逻辑上来说，“A ＋ B ＝＞ C”，并不能推倒出“A ＝＞ C”，即“A ＋ B ＝＞ C”无法让 A 与 C 之间有确定的充分 /必要条件关系。“喝水＋不吸入氧气＝＞死亡”，在逻辑上，是得不到喝水跟死亡之间的条件关系的。

如果微信公众号占有市场主导地位，那么这么做是垄断的。在这一点上确实没垄断，因为微信公众号在内容平台市场不具有主导地位，事实上也不可能有任何商业公司能够主导国内的内容平台市场。

谁告诉你看基础设施考虑谁优先，去怼死他。

此外，你的两种设计，第一种是横向而非纵向，第二种是物理模型设计，而横向纵向是逻辑。模型设计。

原来楼主相信回复 TD 就能退订。

退订订阅，是给君子用的，垃圾邮件首先就摆明了自己是小人而不是君子，当然要直接拉黑。

楼主和楼上的，只能送你们一句 too young，这个工资条里面最主要的是“满勤 30 天”。你以为试用期就这样吗，不，正式期也这样。

楼主开篇就提了“创业公司”，一见这四个字就该知道什么牛鬼蛇神都能遇到。比如楼主这里，除了“满勤 30 天”外，还有“公司正在办手续”、“试用期劳动合同‘。我怀疑所谓的“公司”都是假的。

最后说一下，满勤 30 天，并不是啥稀奇货，小地方、小城镇，甚至中西部大城市里面，这种制度多得很，并且还是龙头企业带头搞的制度。这些地方的劳资关系，更多的像长工 /短工跟地主的关系，而不是雇佣关系。别问我为什么知道。

安卓推送能用时，社祭无忘告先人。

另外 IOS 和 Android 真应用用多了，你会发现，推送，实际上是给系统用而不是给人用的。打个比方，就算是你心急火撩等着上的新剧，不管有没有接受到上架提醒，都是要在平常看剧的时间去看。我实际需要的是有东西的时候立马自动送过来，而不是时刻提醒被告知有新东西，所以决大多数（非系统级别）应用，都是关闭消息提醒的。

《实现领域驱动设计》 https://book.douban.com/subject/25844633/ 。虽说是实现，但不是实践，这本书需要学个两三年才能入门。

但既然是工作单位在推，那应该看你工作单位给的资料。如果工作单位没有资料或者虽有但无用，建议马上跑路。

原来楼主下面的是移动账单，电信只给了个余额。

电信那个，应该有其它地方能看到近 6 个月的账单 /明细，如果没有的话，应该是一投诉一个准。

一边要做预付费，一边又要做账单（原本是后付费才有账单），不乱才怪。

你把余额看成（需要花钱买的）信用额度，然后按照后付费去看，估计会清晰点

久坐或久站都对脊椎不好，之所以没人说久站不好那是因为没有人会自觉久站。

首选 UWP 客户端，次选浏览器，逼不得已才 Android 客户端，找死才用 win32 客户端。

楼主怎么对美术音乐误解这么大，那要是真正的艺术，那是报班就能提高的吗。报班做题就能拉开差距的，本质上是披着艺术皮的基础知识，这东西你换成啥都是城里人有优势。对了，“普通人努力努力学习数理化”，更干不过城里人

不要看贫血领域模型，不要看三层或四层架构，不要看 CURD 工具，不要速成，不要转 JAVA 。

docker 是 C/S 架构，你得 docker 命令、docker-compose 、物理机，全部是客户端，docker 容器是运行在服务端的。

jenkins docker 方式，创建了两个容器，一个是作为服务端的 docker in docker，一个是作为客户端的 jenkins 自身。你物理机上的 docker-compose，跟 jenkins 是不同的客户端，当然是不能相互使用的。

只有有联网和存储权限，它就能下载，所以你只要用就拦不了下载。唯一的解决方案只能是：不用。

DDD 只是一种设计理念，就像敏捷开发那样，不但没实践工具，连可抄写的理论都没有。敏捷开发搞了三十来年了，也才勉强弄了 Strum 、KanBan 等勉强能培训（只能像 CMMI 那样做指导性的培训，培训班干不了）的理论体系。而 DDD 从出生到现在，也就实体、值对象这些浅显的概念能够上教程，稍微深入一点的聚合、域、限界上下文等，需要耳提面命，再深入一些（但仍然是基础使用要求）的事件、集成，那就非学术课程而不可教。

上面这种情况，直接导致 DDD 无法被推广，但背地里一直有人（大公司）在用。类似的概念还有：完全面向对象编程，或者说强类型限定。