微服務架構視野下的性、愛與人際關係

「當我把性、愛情和人際關係分開時,一切都變得簡單多了…」一位有生活經驗的女孩的話

我們是程式設計師,與機器打交道,但人類對我們來說並不陌生。 我們墜入愛河,結婚,生子,然後…死亡。 就像凡人一樣,當我們「合不來」、「我們不適合在一起」等時,我們總是會遇到情感問題。我們會遇到三角戀、分手、背叛和其他充滿情感的事件。

另一方面,由於職業的本質,我們喜歡一切都符合邏輯,一件事由另一件事推導出來。 如果你不喜歡我,那究竟是為什麼呢? 如果你不同意這些角色,那到底是哪一部分呢? 「你不憐憫我,也不愛我」這種風格的解釋在我們看來就像是某種晦澀的抽象概念,需要進行測量(憐憫的測量單位是什麼),並給出明確的邊界條件(什麼是憐憫的單位)。事件應該引發這種遺憾)。

現代心理學已經累積了大量的抽象概念和術語來表示人際關係的情感面。 當你去找心理醫生,說你和伴侶的關係不順利時,他們會給你很多建議,本著「多一點寬容」、「你首先要了解自己,了解自己」。對你來說真正重要的是什麼。” 你會坐上幾個小時,聽心理學家告訴你一些顯而易見的事。 或者你會閱讀流行的心理學文獻,其主要本質可以歸結為簡單的表達「做你喜歡的事,不做你不喜歡的事」。 對於這個平庸真理的小種子來說,其他一切都是美味的配菜。

但是等等,程式設計是一個非常不可預測的過程。 形像地說,在程式設計過程中,我們試圖將周圍的世界簡化到抽象的程度。 我們試圖透過將周圍世界的熵壓縮到我們理解的演算法邏輯中來減少它。 我們在此類轉型中累積了豐富的經驗。 我們提出了一系列原則、宣言和演算法。

在這方面,問題出現了:是否有可能將所有這些發展應用於人際關係? 讓我們看一下... mycoservice 架構。

從這個角度來看,婚姻是一個巨大的整體應用程序,變得越來越難以維護。 已經存在很多非功能性的功能(關係的新鮮度在哪裡)、技術債(你上次給你妻子送花是什麼時候)、系統各部分之間協議交互的違規(我告訴你一輛新車,然後你再次「把桶子拿出來」),系統會吞噬資源(財務和道德)。

讓我們應用微服務架構方法,首先將系統分解為各個組成部分。 當然,細分可以是任何東西,但這裡每個人都是自己的軟體架構師。

婚姻在功能上包括

  • 財務子系統
  • 情感子系統(性、愛、感情,一切無形且難以評估的東西)
  • 通訊子系統(負責家庭內部的通訊與互動)
  • 撫養孩子的子系統(可選,視情況而定)

理想情況下,每個子系統都應該是自治的。 圖案風格:

  • 你賺的錢少,所以我對你的感情正在淡化
  • 如果你愛我,就買一件皮大衣
  • 我不會跟你交流,因為你在床上不讓我滿意

在一個好的微服務架構中,任何一個部分都可以被替換,而不會影響整個系統的整體運作。

從這個角度來看,與伴侶的外遇無非是感官關係子系統的替代品。

反過來,已婚婦女可以找到富有的情人,從而取代金融子系統。

家庭內部的情感交流正被社交網路和即時通訊工具形式的外部服務所取代。 互動 API 看似保持不變,螢幕另一邊的人也是如此,但沒有任何技術可以提供親密感。

約會網站上的豐富性和可訪問性的錯覺有所貢獻——你不需要做出任何努力來建立溝通。 在 Tinder 上向左滑動,您就可以從頭開始建立新的關係了。 它有點像去看電影或咖啡館的老式網路協議的改進版本,但能夠按下重置按鈕並重新開始遊戲。

這種替代是否對整個系統有利是一個有爭議的問題,每個人都可以給出自己的答案。 是否有必要分離一​​個正在工作的整體關係應用程序,因為它存在內部問題和周期性故障,以及當所有東西都被拆散時它是否會崩潰,這是一個懸而未決的問題。

來源: www.habr.com

添加評論