조대협의 블로그

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..

KX사의 프로젝트에서는 Bugzilla S사의 프로젝트에서는 JIRA + Hudson + xUnit H사의 프로젝트에서는 JIRA + Confluence + Bamboo + xUnit 또다른 H사의 프로젝트에서는 JIRA + Hudson + xUnit + Mantis S사의 프로젝트에서는 Confluence + Hudson + xUnit K사에서는 DokuWiki 지금 K사의 프로젝트에서는 Trac 매번 프로젝트마다 ALM 툴셋을 바꿔가면서 사용해보고 있습니다. 제품들을 실제 경험해봄으로써 최적의 조합을 찾기 위함입니다. 그런데, 프로젝트를 하면서 ALM을 적용하면서 깨달은것중의 하나가, ALM의 4개의 Module을 꼭 모두 적용할 필요가 없다는 것입니다. 프로세스나 사상을 기반으로 하되 프로젝트의 특..

요 몇일간 블로그 포스팅에 대한 고민이 있어서 몇몇 포스트들에 이런 고민들이 반영되었었습니다. 많은 분들이 댓글로 의견과 격려를 보내주셨더군요. 제 블로그 통계를 보면 대부분이 구글 검색,네이버 검색과 특히 RSS로 구독하시는 분들이 많습니다. 처음부터 포스팅을 시작한 이유가 몬가 댓가를 바래서 한일이 아니라 지식과 경험을 공유하자는 목적이었기 때문에 지금 처럼 쭈욱 기술 자료에 대해서 포스팅을 하겠습니다. 제블로그를 열심히 구독해주시는 분들께 조금이나마 죄송스럽고 많은 격려에 감사하다는 말씀을 드리고 싶습니다. 감사합니다.

http://www.martinfowler.com/articles/languageWorkbench.html#ExternalDsl By Martin Fowler

작년에 이어서 올해에도 한국 아키텍트 대회에 참가합니다. REST에 대한 세션을 7/10일에 발표합니다. REST 기반의 프로젝트를 했던 경험을 기반으로 발표할 생각인데요. PPT는 제 블로그에 미리 올려놨습니다. (아래 찾아보시고.) 내용 괜찮다 싶으시면 많이 참석해주세요. 댓글 달고 오시면 같이 커피라도 한잔할 수 있는 시간 만들어 보겠습니다. :) 신청은 http://kosta.or.kr/modules/apply/post.html 하시고. 무료랍니다. 참고로 작년에 ALM에 대해서 발표했는데, 금년에는 이 ALM관련 내용이 5트랙이나 되는군요.

제 블로그에 오시는 분들은 잘 아시겠지만. 2년동안 ALM에 대해서 많이 공부도 하고, 프로젝트에서 사용도 해보고 보안도 해서 나름대로 체계를 만들어서 블로그에 정리해서 올렸습니다. 공감해주시는 분들도 많았구요. 그래서 이 ALM을 제가 다니는 회사에서 전략 기술로 사용할 수 있도록 몇번 건의도 하고, 발표도 했습니다만, 회사에서는 별 반응이 없었습니다. 홍콩에 있는 친구가 내용을 보고 Global Consulting Program으로 만들자고 했을때도 준비하다가 결국 또 혼자 삽질 하겠구나 싶어서 블로그에만 포스팅 하였습니다. 그런데 이 ALM 프레임웍과 프로세스를 몇몇 회사에 구현 방안을 컨설팅 해주고 자료를 넘겨준 일이 있었는데, 그 회사들이 ALM 프레임웍을 실제 구현해서 아주 자알~~ 팔고.. ..

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

http://www.infoq.com/articles/scaling-agile-with-calm C ALM이라는 개념을 사용합니다. C는 Collaboration을 의미합니다. 애자일 사상에 근간한 ALM을 설명합니다. Erich Gamma가 필자로 참여했다는 것이 흥미롭고, 그리고 다들 아시겠지만 IBM은 Rational 제품군을 위주로 한 케이스 툴과 Jazz라는 ALM 플랫폼을 가지고 있기 때문에 강력한 ALM 벤더중의 하나입니다. 그러나 Rational 제품들은 툴의 복잡도가 높아서 실제 구현할때 구현 난이도가 고민인 부분중에도 하나입니다.

어렴풋이 느끼고는 있었던 사실인데.. 제 블로그 내용이 어렵다는 피드백을 받았습니다. 프로그래밍 팁이나 솔루션 설치 운영 방법 보다는 대부분 아키텍쳐에 대한 글이 요즘 주류를 이루기 때문에 다소 어려울 수 있겠다는 생각은 했습니다만, 요즘 블로그 방문자 수 가 떨어지는 것을 보면서 생각할만한 꺼리가 되었습니다. 예전의 JVM 튜닝이나, WAS 튜닝 같은 글 또는 테스트 자동화나 프로젝트 관리에 대한 글은 개발자의 레벨에 상관 없이 통상적으로 이해가 될 수 있는 내용이라서 많이 퍼졌던것 같은데, 특히 SOA나 아키텍쳐에 대한 내용은 소수분들을 제외하고는 그리 도움이 되지는 않는 것 같습니다. 블로그에 글을 올리는 이유중의 하나가, 이렇게 글을 올리면서 그간 정리하지 못했던 것을 스스로 정리하는 시간을 갖고..

1. REST 아키텍쳐 정리 1) Advanced REST 보강 2) Jersey를 이용한 REST 구현 방법 3) ESB를 이용한 REST 인프라 아키텍쳐 구축 방법 2 SOA 모델 개발 1) Reference Architecture 개발 2) Product Mapping 3) 각각 아키텍쳐 개발 3. Enterprise 2.0 4C Model 개발 또 몰 봐야 하지?

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 번 - 기타 결과

Google Apps - Office 류 및 협업에 사용 Google Groups - 메일링 리스트. http://twtpoll.com - Survey http://twitter.com - 마이크로 블로깅 http://facebook.com - 커뮤니티 사이트/ 친구 관리 http://linkein.com - 기술 인맥 관리 http://bit.ly - 북마킹 http://slideshare.com - PPT 파일 쉐어 http://expertjava.blogspot.com/ - 구글 블로그. 영문인데 시작했다가 한글 블로그로.. 한국 사이트 http://bcho.tistory.com http://www.me2day.net 마이크로 블로깅 http://www.hanrss.com RSS Reader

요즘 E2.0 에 대해서 이것저것 살펴보는 중입니다. 써보지 않으면 이해가 안되겠다 싶어서.. 트위터를 얼마전 부터 시작중이고 미투는 오늘 다시 가입했습니다. 예전에 사생활이 너무 공개되는것 같아서 닫았는데, 사생할이 공개되야 재미있어지는게 마이크로 블로그의 특징인가 봅니다. 미투 : http://me2day.net/javastudy 트위터 : @TerryCho 입니다. 친구 많이 맺어주세요... :)

http://disqus.com/ 블로그 Comment 만 전문으로 처리하는 서비스랍니다. 제가 쓴 Comment만 모아서 볼 수 있고, 댓글이 달리면 메일로 전송되는군요.

엔터프라이즈 2.0은 WEB 2.0의 참여,개방의 정신을 기업에 적용시켜서 생산성과 효율성을 극대화하게고자하는 모델이다. 엔터프라이즈 2.0은 WEB 2.0의 개념에 비교해서 보면 엔터프라이즈 1.0과 큰 차이를 가지고 있는데, 몇가지를 정리해보면 다음과 같다. 관리에서 자발적 참여 : 기존의 IT 시스템들이 업무를 위해서, 무언가를 하도록 프로세스를 만들고 관리를 해서 따라오게 했다면 엔터프라이즈 2.0은 사용자들이 자발적으로 무언가를 하도록 만드는 것이다. 위키를 통해서 정보를 공유하고 포럼을 통해서 서로 지식을 주고 받으며, 블로그를 통해서 자신의 경험을 공유하며, 인맥관리를 통해서 필요한 사람을 빠르게 찾는다. 메뉴 중심에서 검색 중심 : 기존에는 몇몇의 정해진 IT 시스템을 메뉴에 따라서 정해진..

Andrew McAfee 의 블로그에서 발쵀... 대충 감은 오는데, 아직 확실하게 이거다라는 느낌은 오지 않는다. Social Application기반의 Web 2.0 개념을 Enterprise에 적용 시켜서 협업과, 협동, 소통을 가속화시켜서 기업의 효율성을 극대화 시키자는 것인데.. ROI를 어떻게 보여줄 수 있을지가 관건이 아닐까? = I’m not satisfied with my earlier definition of Enterprise 2.0, so let’s propose a refinement (I’m sorry if this feels a bit pedantic, but clear constructs are important to academics): Enterprise 2.0 is th..

간만에 사고 싶은것이 생겼는데, 아마존에서 판매하는 킨들이라는 전자책입니다. 전원을꺼도 텍스트가 남아 있어서 배터리에 대한 제약도 적고,아마존에서 판매하는 대부분의 최신서들을 구입해서 넣고 다닐 수 있습니다. 기술서적을 사는데 비용도 많이 들거니와 보관할장소, 그리고 필요할때 찾아볼 수 있어야 하는데, 이런면에서는 정말 필요한 도구이기는 하지만... 무려 50만원이 넘는 비싼 가격때문에 바라만 보고 있습니다.

우연한 기회가 되서 신생출판사인 비제이퍼블릭의 지원으로 Thomas Erl의 SOA Design Pattern 책을 온라인으로나마 볼 수 있는 기회가 생겼습니다. SOA를 하는 사람이면 누구나 한번쯤은 들어봤을 이름이 Thomas Erl인데, 두권의 SOA 관련 서적은 판매량과 명성에 비해서 내용은 정말 실망 스러웠지요. 그래서 개인적으로 Thomas Erl이 입만 살은 사람이 아닌가 하는 혹평을 내리고도 싶었지만, 이번에 SOA Design Patterns라는 책이 출간되고, Grady Booch가 감수를 했다는 말에 많이 궁금해오고 있었습니다. 한마디로 Thomas Erl이 공부해나가고 발전해나가고 있는 모습을 보여주는 책이라고나 할까요? 제 책꽂이에 꼽아놓고 싶은 책중의 하나입니다. 기존의 SOA ..

J2EE 시절까지는 자바 개발의 주류가 JEE Spec에 기술된 기술 위주였다. JDBC,JTS,JTA,JMS,EJB,Servlet/JSP etc 그런데, 오픈소스의 활성화와 Spring의 판도 변화로 이것이 완전히 바뀌어 버렸다. 어제 자바스터디 현재 운영자가 번역했다고 보내준 Spring 2.5 책을 쭈욱 읽어봤는데, 이러한 확신은 더 드는 듯 하다. JEE5.0에서 들고 나온 JSF,EJB3.0,JDO 등은 국내에서는 거의 사용되지 않고 JSF/Spring MVC/Struts,Sping DI & AOP , IBatis,Hibernate와 같은 오픈 소스 조합의 개발이 가장 널리 쓰이는 조합이다. 이런상태에서 JEE6,7등의 스펙이 나오는 것이 더 이상 의미가 있을까? 벤더드링 Spring등을 흡수해..

ETL과 EAI 차이점 정리 http://www.ebizq.net/topics/eai/features/6595.html?&pp=1 ETL은 Dataware house나 BI와 같이 좀 덜 Mission Critical한 데이타에 사용되고, Batch등의 대량 전송에 사용함. 주로 DB 위주의 접근, 송수신 인터페이스에 대한 방향성이 있음 EAI는 애플리케이션간의 Integration이고, 단건이나 수건의 데이타에 대한 실시간 조회용 분산 트렌젝션(XA)가 중요한 요건으로 작용함. 양방향성을 띰 ETL and EAI Characteristics ETL EAI Focus Data Integration (Data Warehousing) Application Integration (Operational Apps..

진행하고 있는 프로젝트의 DB 테스팅 모듈 때문에, 생산성이 높다는 Groovy와 Grails를 검토해봤다. 결론은 1. 놀랄만큼 간단한 코딩에 배우기도 쉽다는 것 2. 아직 엔터프라이즈 환경에서는 무리라는것. XML 모듈 같은 경우는 정말 몇줄의 코딩을 가지고 XML을 모두 핸들링할 수 있는데, 실제적으로 내부 최적화가 얼마나 될련지? 아무리 최적화가 된다고 해도, 직접 개발자가 코딩하는 것에 비해서는 많은 성능 차이가 있을 것이며, Grail에서 Hibernate를 통해 DB를 Access 하는것 역시 최적화가 관건이 될것이다. 물론 많은 노하우를 가지고 최적화된 코드를 만들면 성능은 어느정도 나오겠지만 그만한 노하우를 쌓은 사람만 엔터프라이즈 프로젝트를 진행해야 할텐데 그럴리 만무하겠고, 아무래도 ..

import groovy.sql.Sql sql = Sql.newInstance("jdbc:oracle:thin:@localhost:1521:XE","BPEL" ,"BPEL","oracle.jdbc.driver.OracleDriver") rows =[] sql.eachRow("select * from PERF_OUT"){ rows

메추리알 감자 고로케 1. 메추리알 삶기 2. 감자를 삶아서 뜨거울때 의깬다. 감자는 잘게 썰어서 삶는것이 시간이 절약됨. 지난번에는 통감자로 삶아서 하세월이 걸렸던 기억이... 3. 당근,양파는 따로 볶아서 의깬 감자에 섞는다. 4. 잣,호두는 미리 빠아서 의깬 감자에 섞는다. 의깬감자에 소금간 약간. 5. 메추리알을 밀가루를 묻힌후 안에 넣고 (안그러면 따로논단다..) , 의깬감자로 감싼다. 6. 꼭꼭 눌러서 잘 쌓아놓고, 밀가루 -> 계란 노른자 -> 빵가루 순으로 묻힌다. (반복하면 모양이 더 이쁘게 된다던데..) 7. 오븐에 유산지 깔고15~20분간 구워준다. (예열 필수, 온도는 190도..) (지난번에는 기름에 튀겼다가 다 타버린 기억이.... ) 혹시 팁 있는 분 있으면 의견 환영합니다. ..

JEE Application Grid Architecture 한국 오라클 컨설팅 Principal Consultant 조병욱(byungwook.cho골뱅이oracle.com) 사상 (Architecture Principals) 애플리케이션 그리드 아키텍쳐 사상은 다음과 같다. 비즈니스 로직을 가진 업무 컴포넌트가 무제한적으로 그리드에 추가될 수 있으며, 호출하는 클라이언트 입장에서는 각각의 업무나 업무 컴포넌트를 분리된 형태가 아닌 하나의 진입점을 통해서 호출하도록 하고, 각 업무의 부하에 따라서 업무 시스템에 하드웨어 자원(CPU,MEMORY)를 탄력적으로 배분함으로써 최적화된 성능을 유지하고, 업무 또는 업무 컴포넌트에 장애가 발생하였을때에도 해당 장애가 다른 업무에 영향을 주지 않도록 하는 아키텍쳐..