سکس، عشق و روابط از طریق لنز معماری میکروسرویس

"وقتی جنسی، عشق و روابط را جدا کردم، همه چیز بسیار ساده تر شد..." به نقل از یک دختر با تجربه زندگی

ما برنامه نویس هستیم و با ماشین ها سر و کار داریم، اما هیچ چیز انسانی برای ما بیگانه نیست. عاشق می شویم، ازدواج می کنیم، بچه دار می شویم و... می میریم. مانند انسان‌های فانی، ما دائماً وقتی «به هم نمی‌خوریم»، «با هم جور نمی‌شویم» مشکلات عاطفی داریم. مثلث‌های عشقی، جدایی‌ها، خیانت‌ها و دیگر رویدادهای دارای بار عاطفی داریم.

از طرفی ما به دلیل ماهیت حرفه دوست داریم همه چیز منطقی باشد و یک چیز از دیگری پیروی کند. اگر من را دوست ندارید، پس چرا دقیقا؟ اگر در مورد شخصیت ها موافق نیستید، پس دقیقا کدام قسمت؟ توضيحاتي به سبك «تو به من رحم نمي‌كني و مرا دوست نداري» به نظر ما نوعي مجموعه‌اي از انتزاعات مبهم است كه بايد اندازه‌گيري شوند (در چه واحدهايي اندازه‌گيري مي‌شود) و شرايط مرزي مشخصي در نظر گرفته شود (چه چيزي حوادث باید این تاسف را تحریک کند).

روانشناسی مدرن لایه عظیمی از انتزاعات و اصطلاحات را برای نشان دادن جنبه عاطفی روابط انسانی جمع آوری کرده است. وقتی پیش یک روانشناس می آیید و می گویید که رابطه شما با شریک زندگی تان خوب نیست، او به شما توصیه های زیادی می کند که "با همدیگر مدارا کنید"، "اول از همه باید خودتان را درک کنید و درک کنید." آنچه واقعاً برای شما مهم است.» شما ساعت ها می نشینید و به روانشناس گوش می دهید که چیزهای کاملاً واضحی را به شما می گوید. یا ادبیات روان‌شناختی رایجی را خواهید خواند که ماهیت اصلی آن به این فرمول ساده خلاصه می‌شود: «آنچه را دوست داری انجام بده و آنچه را که دوست داری انجام نده». هر چیز دیگری یک غذای جانبی خوب برای دانه کوچک این حقیقت پیش پا افتاده است.

اما صبر کنید، برنامه نویسی یک فرآیند بسیار غیرقابل پیش بینی است. در فرآیند برنامه نویسی، به بیان مجازی، سعی می کنیم دنیای اطراف خود را تا سطح انتزاعات ساده کنیم. ما در تلاشیم تا آنتروپی جهان اطراف خود را با فشردن آن در منطق الگوریتم هایی که می فهمیم کاهش دهیم. ما تجربه عظیمی در چنین تحولاتی انباشته ایم. ما به مجموعه ای از اصول، مانیفست ها و الگوریتم ها رسیدیم.

و در این راستا این سوال مطرح می شود که آیا می توان همه این تحولات را در روابط انسانی اعمال کرد؟ بیایید نگاهی به معماری mycoservice بیندازیم.

از این منظر، ازدواج یک برنامه یکپارچه عظیم است که حفظ آن به طور فزاینده ای دشوار می شود. در حال حاضر بسیاری از عملکردهای غیر کاربردی (طراوت رابطه کجاست)، بدهی فنی (آخرین باری که به همسرتان گل دادید)، تخلفات از نظر تعامل پروتکل ها بین بخش های سیستم (I در مورد یک ماشین جدید به شما بگویم، و شما دوباره "سطل را بیرون بیاورید")، سیستم منابع (هم مالی و هم اخلاقی) را می بلعد.

بیایید رویکرد معماری میکروسرویس را اعمال کنیم و ابتدا سیستم را به اجزای سازنده آن تقسیم کنیم. البته، خرابی می تواند هر چیزی باشد، اما در اینجا هرکس معمار نرم افزار خودش است.

ازدواج از نظر عملکردی شامل

  • زیر سیستم مالی
  • خرده سیستم عاطفی (سکس، عشق، احساسات، همه چیز ناملموس و ارزیابی آن دشوار است)
  • زیر سیستم ارتباطی (مسئول ارتباطات و تعامل درون خانواده)
  • سیستم های فرعی برای تربیت فرزندان (اختیاری، مشروط به در دسترس بودن)

در حالت ایده آل، هر یک از این زیرسیستم ها باید مستقل باشند. الگوهای به سبک:

  • شما درآمد کمی دارید، بنابراین احساس من نسبت به شما در حال محو شدن است
  • اگر من را دوست داری، برایم کت خز بخر
  • من با شما ارتباط برقرار نمی کنم زیرا شما مرا در رختخواب راضی نمی کنید

در یک معماری میکروسرویس خوب، هر بخشی از آن را می توان بدون تأثیر بر عملکرد کل سیستم به عنوان یک کل جایگزین کرد.

از این منظر، رابطه با شریک زندگی چیزی جز جایگزینی برای زیر سیستم روابط نفسانی نیست.

یک زن متاهل به نوبه خود می تواند یک معشوق ثروتمند پیدا کند و از این طریق زیر سیستم مالی را جایگزین کند.

ارتباطات عاطفی درون خانواده جای خود را به سرویس های خارجی در قالب شبکه های اجتماعی و پیام رسان های فوری می دهد. API تعامل ظاهراً بدون تغییر باقی می ماند، همانطور که شخص در طرف دیگر صفحه نمایش نیز تغییری نمی کند، اما هیچ فناوری نمی تواند حس صمیمیت را ایجاد کند.

توهم فراوانی و دسترسی در سایت های دوستیابی به شما کمک می کند - برای برقراری ارتباط نیازی به تلاش ندارید. روی Tinder انگشت خود را به چپ بکشید و برای یک رابطه جدید با یک صفحه تمیز آماده هستید. این شبیه یک نسخه اصلاح شده از پروتکل های شبکه قدیمی رفتن به سینما یا کافه ها است، اما با قابلیت زدن دکمه تنظیم مجدد و شروع دوباره بازی.

این که آیا چنین جایگزینی برای کل سیستم مفید است یا خیر، یک سوال قابل بحث است و هر کسی می تواند پاسخ خود را بدهد. این که آیا لازم است یک برنامه ارتباط یکپارچه کار را با مشکلات داخلی و خرابی های دوره ای آن جدا کنیم، و اینکه آیا وقتی همه چیز از هم جدا شود، از هم می پاشد یا خیر، یک سوال باز است.

منبع: www.habr.com

اضافه کردن نظر