BOUNDEDCONTEXT

아침에 출근했더니 동료 가 나에게 링크 를 하나 던지며 이렇게 말했다. 위 블로그가 어제 말한 오퍼레이션 캐쉬 설명하는것 같은데 한번 검토해주실수있을까요? Why duplication isn’t always a bad thing in micro-services CTO님이 데이터 중복이 필요할 때가 있다고 설파하던 기억이 난다. 그 당시 대부분의 개발자들이 못알아듣는 눈치였는데, 역시 사람들이 배워서 써먹는 데에는 자기만의 시간이 있다. 귀로 듣거나 책으로만 읽어서는 알 수 없고, 자기 삶에서 그 장면을 만나야 한다. 반갑게도...

낮에 동료가 칠판에 그린 그림과 설명하는 말을 듣고, 동료의 질문에 답을 하다가, 무려 1994년에 나온 디자인 패턴 내용을 말하게 된 사연이다. 상속 대신 위임 그가 그린 그림은 아래와 같다. [caption id="attachment_21096" align="aligncenter" width="505"] 벤 다이어그램으로 포함관계를 그린 동료의 그림[/caption] 나는 그에게 물었다. Order가 Sale을 포함한다는 말은 무엇을 의미하냐? 그는 자기 인식과 프로그램으로 구현한 내용을 나름대로 명확하게 설명했다. 나는 구현에 대해 옳고 그름을 판단할 생각이 없어...

첫 연재에서 소개한 개념 정제 후에 동료 개발자 가 해당 내용 구현에 나섰습니다. 두 계층으로 나누어 연결한 상품 개념 이전에 그린 그림을 조금 수정해서 상황에 대한 설명을 보강합니다. Product와 Item 개념 사이에 그린 두 가지 관계를 동료 개발자 가 구현한 것이 아닙니다. 그래서, 둘 사이를 연결하는 Catalog 개념을 추가하여, 그의 구현을 Catalog 개념 구현으로 바라보겠습니다. [caption id="attachment_20462" align="aligncenter" width="600"] 두 개념 사이에 카타로그 개념을 추가하기[/caption]...

내용이 빈약했는데, 2019년 1월 18일자로 사례를 섞은 다른 글을 올려 낡은 내용은 지웁니다. https://bit.ly/2sBaDxP...