“当我把性、爱情和人际关系分开时，一切都变得简单多了……”一位有生活经历的女孩的话
我们是程序员，与机器打交道，但人类对我们来说并不陌生。 我们坠入爱河，结婚，生子，然后……死亡。 就像凡人一样，当我们“合不来”、“我们不适合在一起”等时，我们经常会遇到情感问题。我们会遇到三角恋、分手、背叛和其他充满情感的事件。
另一方面，由于职业的性质，我们喜欢一切都符合逻辑，一件事由另一件事推导出来。 如果你不喜欢我，那究竟是为什么呢？ 如果你不同意这些角色，那么到底是哪一部分呢？ “你不可怜我也不爱我”这种风格的解释在我们看来就像是某种晦涩的抽象概念，需要测量（怜悯的测量单位是什么）并给出明确的边界条件（什么是怜悯的单位）。事件应该引发这种遗憾）。
现代心理学已经积累了大量的抽象概念和术语来表示人际关系的情感方面。 当你去找心理医生，说你和伴侣的关系不顺利时，他们会给你很多建议，本着“多一点宽容”、“你首先要了解自己，了解自己”。对你来说真正重要的是什么。” 你会坐上几个小时，听心理学家告诉你一些显而易见的事情。 或者你会阅读流行的心理学文献，其主要本质可以归结为简单的表述“做你喜欢的事，不做你不喜欢的事”。 对于这个平庸真理的小种子来说，其他一切都是美味的配菜。
但是等等，编程是一个非常不可预测的过程。 形象地说，在编程过程中，我们试图将周围的世界简化到抽象的程度。 我们试图通过将周围世界的熵压缩到我们理解的算法逻辑中来减少它。 我们在此类转型中积累了丰富的经验。 我们提出了一系列原则、宣言和算法。
在这方面，问题出现了：是否有可能将所有这些发展应用于人际关系？ 让我们看一下... mycoservice 架构。
从这个角度来看，婚姻是一个巨大的整体应用程序，变得越来越难以维护。 已经存在很多非功能性的功能（关系的新鲜度在哪里）、技术债务（你上次给妻子送花是什么时候）、系统各部分之间协议交互的违规（我告诉你一辆新车，然后你再次“把桶拿出来”），系统会吞噬资源（财务和道德）。
让我们应用微服务架构方法，首先将系统分解为各个组成部分。 当然，细分可以是任何东西，但这里每个人都是自己的软件架构师。
婚姻在功能上包括
- 财务子系统
- 情感子系统（性、爱、感情，一切无形且难以评估的东西）
- 通讯子系统（负责家庭内部的通讯和互动）
- 抚养孩子的子系统（可选，视情况而定）
理想情况下，每个子系统都应该是自治的。 图案风格：
- 你挣的钱少，所以我对你的感情正在淡化
- 如果你爱我，就给我买一件皮大衣
- 我不会和你交流，因为你在床上不让我满意
在一个好的微服务架构中，任何一个部分都可以被替换，而不影响整个系统的整体运行。
从这个角度来看，与伴侣的外遇无非是对感官关系子系统的替代。
反过来，已婚妇女可以找到一个富有的情人，从而取代金融子系统。
家庭内部的情感交流正在被社交网络和即时通讯工具形式的外部服务所取代。 交互 API 看似保持不变，屏幕另一边的人也是如此，但没有任何技术可以提供亲密感。
约会网站上的丰富性和可访问性的错觉有所贡献——你不需要做出任何努力来建立沟通。 在 Tinder 上向左滑动，您就可以从头开始建立新的关系了。 这有点像去看电影或咖啡馆的老式网络协议的改进版本，但能够按下重置按钮并重新开始游戏。
这种替代是否对整个系统有利是一个有争议的问题，每个人都可以给出自己的答案。 是否有必要分离一个正在工作的整体关系应用程序，因为它存在内部问题和周期性故障，以及当所有东西都被拆散时它是否会崩溃，这是一个悬而未决的问题。
来源： habr.com