幽默:為什麼DDD的Bounded Context翻譯為"有界上下文"?
DDD BC(簡稱:Bounded Context)被翻譯成有界上下文或限界上下文或界限上下文,“有界”與“限界”是強調邊界的意思,“限界”用詞好像比“有界”更專業些,但是“有界”一詞的“有”非常有哲學問題,大道至簡,“有”“無”好像是口語俗詞,但是體現了一種哲學認知意識在其中,有無的區別實際是你的認知問題,你意識到有就可能有,而最大風險是你可能都沒有注意到一點:需要時刻思考邊界的有無?
那麼是什麼東西的邊界如此重要,可能時有時無?可能大家的意見不統一?可能不是客觀存在的?這個東西就是上下文!
順“勢”而為 = 順“上下文”而為
沒有上下文的真理 = 絕對真理 = 宗教信仰。
首先我們需要意識到上下文在不在?然後,必須搞清楚上下文在哪裡?位置在哪裡?這涉及到邊界的意識。
“上下文”和“上下文中事物”是兩種概念,打個通俗比喻:當你想創業開公司,那麼首先要選擇行業,男怕入錯行,因為你現在的位置處於各個行業外,處於“無”,那麼無生有,你需要選擇行業進入,但是行業是抽象的,行業中更有細分的產品線,當選擇了行業進入後,你現在已經處於這個行業的上下文之中,下一步是你需要選擇產品線,產品或產品線是你的目標,這個目標屬於上下文中的事物。
當然,成功不可能來自於你第一次產品定位,當你入產品坑以後,才發現這個產品也有自己的內部上下文,水很深,你投資時間和精力雖然沒有獲得賺錢的成功,但是付出了學費,學習了這個產品的內部上下文,你買了一張票,進入了這個產品內的上下文,而這個上下文是行業外任何人都無法看到或智慧地意識到的,這是你的優勢,這時候你可以在這個上下文選擇新的細分目標。
上下文是人與外界之間的一種橋樑,它不是主觀的,也不是客觀的,而是主觀與客觀交會處,屬於第三維,這也是普通人對上下文很難理解定位的原因。
所以,上下文字身存在與否是認識世界的關鍵,上下文是否存在又不是由客觀事物決定的,主觀認知必須介入決定,而主觀認識世界的根本方法就是劃分邊界,我們的人腦處理資訊量是有限制的,我們注意力焦點也是有邊界的,所以,主觀認知發揮能動作用的體現就是給外界客體劃分邊界。
劃分邊界好像很簡單,其實是認知問題,敏感問題和你當前知識背景都有關,劃分邊界的根本體現就是你有沒有意識某個地方有邊界?是有與無的微妙之處。
有界的上下文更能體現主觀能動作用,更能體現人的設計作用,有界的上下文是給無界的客體事物劃分一個邊界,客體事物從無界到有界,體現了人的智慧與認知參與其中,而“界限”沒有很好地體現這種哲學要點。
其實,西方哲學的發展本身就是一種圍繞主體意識上下文的發展歷史,康德說過客體是不可知的,稱為物自體,物自體是人的意識無法認識的,康德是近代哲學鼻祖,後有黑格爾和馬克思等。笛卡爾更有我思故我在的名言,總之,用一句在客觀主義看來極端的話形容:世界是主觀的。
認識到世界是主觀的,才會把我們人的注意力焦點放在人的主觀發展上,不斷擴充認知邊界,有了更大的認知邊界,你才能給客體世界劃分更精確更科學的邊界。
西方哲學的這種大智慧可能被研究客體規律的強大科學遮蔽,以至於我們認為只要我們把注意力放在外部世界,就能看的更遠,其實這是方向誤區,南轅北轍。
相關:
相關文章
- 區分DDD中的Domain, Subdomain, Bounded Context, Problem/Solution SpaceAIContext
- Golang context (上下文)是什麼GolangContext
- DDD統一語言和有界上下文誤配 - Alberto Brandolini
- 為什麼DDD難以教授?
- DDD中BoundedContext視為有限上下文更好Context
- 幽默:Javascript為什麼算術沒算好?JavaScript
- [Flutter翻譯]為什麼要在Flutter中使用隔離物?Flutter
- DDD之1微服務設計為什麼選擇DDD微服務
- 幽默:為什麼人工智慧比不上貓狗?人工智慧
- 資料和行為與有界上下文、微服務的關係 - Alberto Brandolini微服務
- 不同於DDD有界上下文:SAP One Domain統一領域模型試圖成為整合智慧套件的通用語言 | SAP BlogsAI模型套件
- 為什麼你應該放棄React老的Context API用新的Context APIReactContextAPI
- 這就是為什麼你學不會DDD
- 什麼是Python中Context上下文管理器PythonContext
- 為什麼在遊戲中製造幽默這麼難?遊戲
- [譯] Robinhood 為什麼使用 AirflowAI
- 幽默:兩個沒有使用DDD的幽默
- go 上下文:context.ContextGoContext
- 為什麼我越來越喜歡用DDD — DDD架構篇(1)架構
- React的上下文-ContextReactContext
- 為什麼編譯原理被稱為龍書?編譯原理
- 真正的敏捷是根據DDD有界上下文劃分其團隊組織結構 - allenholub敏捷
- 為什麼我建議通過翻譯英文資料學習知識
- 深入瞭解Python為什麼慢(翻譯自Why Python is Slow: Looking Under the Hood)Python
- [翻譯] 為什麼 Golang 在系統程式設計中如此受歡迎?Golang程式設計
- 化繁為簡的翻譯機——直譯器模式模式
- [譯]為什麼要寫 super(props)
- 如何劃分有界上下文? - nick
- 【譯】為什麼命名“它”為依賴屬性(DependencyProperty)
- 在遊戲裡“翻盤”為什麼那麼難?遊戲
- 【翻譯】React 16.3 新的生命週期和context apiReactContextAPI
- [譯] 為什麼我們需要 Web 3.0Web
- 什麼是大翻譯運動?
- 「翻譯」SAP零售商品類別層次:為什麼(業務視角)?
- 【譯】GitHub 為什麼掛?官方的可行性報告為你解答Github
- [譯][A crash course in WebAssembly] 為什麼WebAssembly這麼快Web
- 實施DDD的幽默:DDD落地需要專門的框架嗎?框架
- 產品經理DDD必讀:使有界上下文與業務價值流對齊 - Marco Consolaro