“当我分享性，爱和关系时，一切都变得更加简单了……”引述具有生活经验的聪明女孩的话
我们是程序员，并且处理机器，但是人类对我们来说并没有异样。 我们坠入爱河，结婚（结婚），生下孩子，然后……死去。 像普通凡人一样，我们经常遇到情感计划方面的问题，例如“我们在性格上不同意”，“我们不适合在一起”等。我们有三角恋，感情破裂，作弊和其他带有情感色彩的事件。
另一方面，由于专业的特点，我们喜欢一切都是合乎逻辑的，并且彼此相辅相成。 如果您不喜欢它，那到底是什么？ 如果您不同意字符，那么具体部分是什么。 在我们看来，“您不饶我，不爱我”的解释似乎是某种模糊的抽象，需要加以衡量（以可怜的度量单位）并给出明确的边界条件（哪些事件会触发这种可怜）。
在现代心理学中，已经积累了巨大的抽象层和术语层来表示人类关系的情感方面。 当您去找心理学家，说您与伴侣的关系没有发展时，您将本着“彼此宽容”，“首先必须了解自己并了解对您真正重要的东西”的精神为您提供一系列提示。 您将坐几个小时，听听心理学家如何告诉您一些显而易见的事情。 或者，您将阅读流行的心理学文献，其主要内容将简化为简单的措辞“做自己喜欢的事，而不做自己不喜欢的事”。 对于这个平庸真理的小种子，其他一切都是令人愉快的配菜。
但是，等等，编程是一个非常不可预测的过程。 形象地说，在编程过程中，我们试图将我们周围的世界简化到抽象的层次。 我们正试图通过将其压缩为我们理解的算法的逻辑来减少我们周围世界的熵。 我们在此类转型方面积累了丰富的经验。 我们提出了许多原理，清单和算法。
在这方面，出现了一个问题-是否有可能将所有这些发展应用于人类关系。 让我们看一下... mycoservice体系结构。
从这个角度来看，婚姻是一个巨大的整体应用，维护起来越困难。 已经积累了许多闲置功能（关系的新鲜度在哪里），技术债务（当您最后一次给妻子送花时），违反了系统各部分之间的协议交互规定（我是在告诉您有关新车的信息，然后您再次“掏钱”），系统会消耗资源（包括财务和道德资源）。
我们采用微服务架构的方法，首先，我们将系统划分为各个组成部分。 当然，故障可以是任何东西，但是这里每个都是自己的软件架构师。
婚姻在功能上是由
- 金融子系统
- 情感子系统（性，爱，感情，无形的和难以评估的一切）
- 通讯子系统（负责家庭内部的通讯和互动）
- 育儿子系统（可选，可用）
理想情况下，这些子系统中的每一个都应该是自治的。 不允许的样式如下：
- 你赚不到钱，所以我对你的感情逐渐消失
- 如果你爱我，给我买一件皮大衣
- 我不会与你沟通，因为你不能满足我躺在床上
在良好的微服务架构中，可以替换其中的任何部分而不会影响整个系统的运行。
从这个角度来看，伴侣的事无非是感官关系子系统的替代。
反过来，已婚妇女可以找到有钱的情人，从而取代金融子系统。
家庭内部的情感交流被社交网络和即时通讯工具形式的外部服务所取代。 交互API似乎保持不变，就像屏幕另一侧的人一样，但是没有一种技术能够提供接近感。
约会网站上的丰富性和可访问性的幻觉做出了贡献-无需付出任何努力来建立交流。 向左滑动至Tinder，您就可以从头开始建立新的关系了。 有点像老式网络协议的改进版本-去电影院或咖啡馆，但是可以单击“重置”按钮，然后重新开始游戏。
这样的替换是否对整个系统有利，这是一个有争议的问题，每个人都可以给出自己的答案。 是否有必要将关系的整体工作应用与内部麻烦和周期性故障分开，是否将所有东西整理到架子上时是否会破裂呢？这个问题尚待解决。