조대협의 블로그

직업이 직업인 만큼 요즘 Domain Driven Design 에 대해서 심도깊게 보고 있습니다. 아키텍쳐 분석 설계와 프로젝트 진행에 있어서 가장 중요한 것중의 하나가 "고객의 요구 사항을 어떻게 파악할것이며 이를 어떻게 모델화 하느냐?" 입니다. 모델 자체가 목적이 아니라 모델이라는 공통된 언어를 사용하여 고객과 소통을 하고 요구 사항을 가급적 정확하게 도출하여 나중에 미도출된 요구사항이나 잘못 분석된 요구사항이 없도록 하는 것이 중요한 포인트 중에 하나입니다. 그리고 프로젝트중에는 프로젝트 구성원, 고객, 각기 다른팀, 비지니스 전문가, 분석가, 아키텍트들간의 생각하고 있는 개념이나 목표가 서로 다른 경우가 있습니다. 그래서 시스템을 구축해놓고 나면 결국 각자가 생각한것과 다른 결과물이 나오거나 구..

http://www.infoq.com/minibooks/domain-driven-design-quickly PDF로 무료 다운 받을 수 있습니다. 오리지널 책인 Erik eVan의 DDD보다 내용이 정리되어 있고 무엇보다 영어가 좀더 쉬워서 이해하기가 좋습니다. 참고하세요.

DDD를 읽는중에 재미있는 구절이 하나 있어서 적어놉니다. == In the old waterfall method, the business experts talk to the analysts, and analysts digest and abstract and pass the result along to the programmers, who code the software. This approach fails because it completely lacks feedback. The analysts have full responsibility for creating the model, based only on input from the business experts. They have no opportun..

오늘도 타이트한 하루가 끝나갑니다. 오전일 끝내고, 와이프와 딸을 데리고 집에서 한시간정도 거리에 있는 용인 한택 식물원에 다녀왔습니다. 오프로드를 유모차를 끌고 올라가는게 상당히 운동이 되더군요. 우리딸은 물만 보면 사죽을 못쓰는지라, 계곡에서 그리고 분수대에서 계속 있을려고 해서.. 데리고 나오느냐고 미안했습니다. SOA에 대해서 왜 이런 이야기를 하느냐 하면, 현존하는 아키텍쳐중에서 가장 범위가 넓고 가장 발전한 아키텍쳐중의 하나이기 때문입니다. DDD의 글을 쓰다가 생각이 난 내용인데, SOA는 기본적으로 서비스를 비지니스적인 의미로 정의를 합니다. 비지니스와 IT조직간에 같은 Context를 사용한다는 겁니다. 그리고 전체 기업을 대상으로 하기 때문에 이 Context의 전파가 중요한 요건이 됩..

오전에 우리딸 먹을 아빠표 맘마 만들어놓고, 우리식구 새로운 보금자리를 구입해놓고 인터리어 공사때문에, 아파트 76세대를 돌면서 인테리어 공사 동의서에 싸인을 받으러 다녀왔습니다. 메론 한손에 들고 말이지요. 51세대(70%)에 받아야 한다고 해서 어젯밤부터 부지런히 발품을 팔았습니다. 그런데 와이프가 친구가 화장실 타일을 이쁜것을 무료로 몇달후에 주겠다고 해서, 자재비 아끼기 위해서 화장실 공사를 나중에 다시 또 해야 할것 같습니다. 그래서 다시금 76세대를 돌아야 하는 사태가 생길지도 모르겠습니다. 대충 정리하고 들어오니 12시군요. 와이프는 아직 직장에서 돌아오지 않았고, 15개월된 딸은 기분좋게 낮잠을 자고 있어서 오랜만에 주말오전에 다만 몇십분이나마 개인 시간을 가지고 있습니다. DDD에 관심만..

The RESTful Soa Datagrid with OracleView more documents from Emiliano Pecis. Coherence를 캐슁으로 실제 구축한것이 흥미롭다. 다음 아키텍쳐 구축할때 참고할것

DDD를 잘하기 위한 요구사항이란다. == http://www.infoq.com/articles/ddd-in-practice Let's look at some of the other factors that are required for implementing a domain model. The team should have regular access to business domain subject matter experts. IT team (modelers, architects, and developers) should possess good modeling and design skills. Analysts should have good business process modeling skills. Arc..

REST에 대한 기본적인 설명 PPT입니다. REST에 대한 개념 설명, 향상된 REST의 특징 설명, Jersey를 이용한 REST 실제 구현 방법 그리고 REST를 사용하기 위한 ESB 아키텍쳐와 REST의 약점중 하나인 Client STUB을 자동으로 생성하는 방법에 대해서 설명되어 있습니다. 실제 프로젝트 경험을 통해서 처음 정리한 내용입니다. 아직 DRAFT 버전이라서 내용이 다소 거칠고 논리전개가 미숙한 부분도 있습니다. 의견 주시면 내용을 수정하는데 큰 도움 되겠습니다. REST OvewviewView more documents from Byungwook.

2회 - Advanced REST (DRAFT) 자바스터디 조대협 (http://bcho.tistory.com) 전의 글에서는 기본적인 REST의 개념에 대해서 설명하였다. 그러나 REST 는 HTTP의 장점을 이용하여 좀더 발전된 형태의 구현이 가능하다. 하나의 예로 이 글은 http://www.infoq.com/articles/subbu-allamaraju-rest 를 이용하여 편역하여 설명한다. 예를 들기위해서 은행의 계좌이체를 하는 시나리오를 가정해서 생각해보자. 1. 인터넷 뱅킹 계좌 이체 시나리오의 구현 STEP 1. 인터넷 뱅킹 시스템에 로그인을 한다. STEP 2. 사용자 ID로, 해당 사용자가 가지고 있는 계좌 목록을 조회한다. http://bank.org/accounts?findby=7..

문뜩 궁금해졌습니다. 왜 많은 사람들이 이런 협업에 참여하는지.. 1 번 - 온라인 상에 네임 밸류(명성)을 쌓기 위해서 2 번 - 그냥 재미로 3 번 - 지식을 공유하고 싶어서 4 번 - 지금까지 지식을 정리할려고 5 번 - 인맥을 만들어 볼라고 6 번 - 기타 결과