DDD의 BoundedContext가 우리의 이야기와 밀접해지다
첫 연재에서 소개한 개념 정제 후에 동료 개발자가 해당 내용 구현에 나섰습니다. 두 계층으로 나누어 연결한 상품 개념 이전에 그린 그림을 조금 수정해서 상황에 대한 설명을 보강합니다. Product와 Item 개념 사이에 그린 두 가지 관계를 동료 개발자가 구현한 것이 아닙니다. 그래서, 둘 사이를 연결하는 Catalog 개념을 추가하여, 그의 구현을 Catalog
상품 정보 다룰 때 BoundedContext 와 엔터티
커머스 혹은 유통 도메인 설계에 대한 연작 내용 중에서 아래 그림이 있습니다. 그림에 대한 설명으로 계층이란 표현을 썼지만, 그림 자체에는 계층에 대한 어떤 내용도 없습니다. 연작이기 때문에 뒤에 쓴 다른 글에 계층을 왜 두었는지 설명이 있을 뿐입니다. 그림만보면 상품이라고 불리는 같은 개념을 구분해보고, 각각을 Product와 Item이라고 불러보자고 결정한 사항이라 할
(소프트웨어) 모델링은 왜 하는가?
얼마 전에 객체 모델링 공부하게 책 하나 추천해주세요를 쓴 탓인지 동료의 작업에 댓글[1]을 달다가 문득 모델링이란 개념에 대한 생각에 빠졌다. 벤 다이어그램을 왜 그리는가? 동료에게 왜 저런 제안을 했을까? 목적은 두 가지다. 하나는 작업 내역을 읽다 보니 아직 하려는 일의 초점이 불분명한데, 성급하게 코딩부터 하려는 동료 개발자를 돌려
가격 할인 기능을 서비스로 바꿔보기
커머스 혹은 유통 도메인 설계에 대한 연작 (지난 글) 1편. 커머스 혹은 유통 도메인 설계에 대한 연작 2편. 상품 정보 관리 라이브사이클 정의 필자의 유통 8년 경력 내내 관여한 모든 회사에서 정비하지 않고[1] 쓰는 기능이 있었다. 보통 프로모션이라고 부르는 바로 가격 할인 기능이다. 왜 그런가 답을 낼 수는 없다.
객체 모델링 공부하게 책 하나 추천해주세요
역사는 반복된다. 올해도 어김없이 그 패턴이 돌아왔다. OOO 공부하게 책 하나 추천해주세요. 이틀 전에 즉흥적으로 답했던 내용을 글로 쓰면서 더 많은 분에게 전달을 시도한다. 결론부터 말하면 세 권을 추천했다. * 도메인 주도 설계이하 DDD중에서 빌딩 블록 관련 내용 * UML을 활용한 객체지향 분석 설계 중에서 1부 개념 * UML, 실전에서는 이것만 쓴다 DDD
상품 정보 관리 라이브사이클 정의
커머스 혹은 유통 도메인 설계에 대한 연작 (지난 글) 1편. 커머스 혹은 유통 도메인 설계에 대한 연작 오랫동안 추적한 일이다. 생각으로는 금방 정리할 수 있는 내용이지만, 실제로 구현할 수 있도록 정의하는 일은 그와는 다른 일[4]이다. 여튼 또 기회가 왔다. 시작은 한 개발자가 엑셀 업로드 기능을 만들었는데, 동료 기획자가
2018년 글쓰기 회고
올해 1월 초에 썼던 팝잇 글쓰기 경험 회고를 떠올리며, 이번에는 해가 가기 전에 정리를 해본다. popit 편집자 제안을 받고 다시 시작한 블로그 쓰기는 애초에 목적이 있지 않았다. 과거에 오랜 블로깅을 했던 습관과 다년간 쉰 탓[1]이 어우러져 그저 쓰고 싶은 욕구를 분출하는 시간을 돌아본 것이 지난 팝잇 글쓰기 경험
커머스 혹은 유통 도메인 설계에 대한 연작
그간 간헐적으로 설계에 대한 이야기를 써왔는데, 최근 8년정도 몸담고 있는 유통(리테일 혹은 커머스) 업무에 대해서 비즈니스 해석과 개념 설계 활동을 프로그램 구현과 연결하는 실제 현장 이야기 써볼까 합니다. 실제 현장이야기인지라 정제해서 쓰기 어려워 독자분들에게 어떤 가치가 있을지는 의문입니다. 그럼에도 불구하고 노하우 추출을 위한 첫발 정도의 의미로 연재를 시도합니다. 그
지금이 4차 산업 혁명 시대라고 한다면...
* 이 글은 11월 22일 있을 JetBrains Day 서울 2018 행사에서 발표할 내용 준비과정에서 쓴 글로 필자가 발표할 내용과 연관이 있습니다. 필자는 4차 산업 혁명 시대가 무슨 말인지 잘 모릅니다. 사실 알고 싶지도 않은 표현인데, 명색이 신문인데 삼성, 4차 산업혁명시대 '일하는 방식' 바꾼다 라고 제목을 붙여놓고, 내용은 고작 독일산
웹앱의 미래 (The Future of Web Apps 다시 읽기)
* 이 글은 11월 22일 있을 JetBrains Day 서울 2018 행사에서 기조연설로 준비과정에서 쓴 글로 필자가 발표할 내용과 연관이 있습니다. 2년전인 2016년에 The Future of Web Apps 란 기사를 읽고 동료들에게 우리 상황을 대입해서 의견을 공유한 일이 있다. 무려 2년이 지났는데 기사 내용은 여전히 유효하고, 오히려 직업 일상과 더욱 가까워진 느낌이라
자바 유료화 오해와 2018년 대한민국 CIO의 요건
* 이 글은 11월 22일 있을 JetBrains Day 서울 2018 행사에서 기조연설로 필자가 발표할 내용과 연관이 있습니다. 모처럼 내용이 있는[1] IT 기사가 올라왔다. 오라클의 자바 유료화? 그 진실과 거짓이라는 ZDNet의 기사인데, 눈에 띄는 내용은 아래 문장이다. 한 버전을 오랜 기간 유지해야 하는 수요를 위해 ‘롱텀서포트(LTS)’란 버전이 3년마다 오라클에서
QR 결제가 한국에서는 얼마나 통할까?
요즘 한국 기사들 중에 QR 결제를 다루는 얘기가 자주 나온다. 소상공인을 위한다는 정책 방향에는 공적인 의미가 있는 듯 한데, 그 부분에 대해서 필자는 식견이 없다. 다만, 중국에서 QR 결제를 2년 넘게 써온 경험으로 미루어보아 사용자 편의성 관점에서는 약점이 많아 보인다. 간단히 질문해보자. 한국에서 신용카드보다 QR이 편한가? 지갑을 가지고 다녀야 한다면