본문 바로가기

전체 글74

DDD Quickly 번역서 요약 도메인 주도 설계 번역을 드디어 끝내고 책이 나왔습니다. 공부하려고 시작했다가 어찌어찌 출판사와 연결되었고, 무식해서 용감한 제가 번역을 해버렸네요. 아무튼 덕분에 제 주위 여러 분들까지 덩달아 고생 하셨답니다. ^^;; 이자리를 빌어 다시한번 감사를.... 책이 나오고, 스터디 하는 분들이 생기면서, "아꿈사"라는 스터디 모임에 초대 받아 개념 소개를 드리게 됐습니다. 아키텍트의 꿈을 찾는 모임이신것 같습니다. 지난번엔 Mongo DB 하셨다 들었고, 이번엔 DDD 인데, (물론 얇은 제 quickly는 아니고, 이대엽님이 번역한 DDD로 하십니다.) 주말에 나와 이렇게 꾸준히 공부를 하신다니 아~~~ ^^ 그 자리에서 설명드렸던 자료를 pdf로 올립니다. DDD 개념 이해에 도움이 되셨으면 합니다. 2011. 8. 22.
분석의 전략 앞의 글에서 시스템의 경계를 구체화 하는 작업이 분석이라는 저 나름의 정의를 내렸습니다. 그럼 이번에는 이러한 분석 즉 구체화 작업을 성공적으로 진행하기 위해서는 어떤 접근이 좋은지 생각해 보도록 하죠. 경계를 명확히 하는 작업의 성공여부는 두가지로 확인해 볼 수 있습니다. 모든 영역의 경계를 다 표현했느냐와 각 구역의 경계가 충분히 정밀하냐 하는 점입니다. 예를 들어 한 국가 영토의 경계인 국경을 정한다고 할때, 전방위적으로 접하는 모든 다른 국가와의 경계를 정했느냐와, 각 경계가 실제 그 현장에 가, 특정 지점에 깃발을 꽂을 수 있을 정도로 정밀하게 정해졌는가 하는 의미와 같습니다. 그럼, 먼저, 모든 구역, 즉 전방위적으로 빠뜨리지 않고 경계를 정의하기 위해선 어떻게 접근해야 할까요? 시스템이 다루.. 2011. 5. 15.
분석 그리고 설계 기업 시스템-흔히 MIS(Management Information System)이라고 말하는-을 개발하기 위한 분석과 설계 분야에서 10년이 넘도록 일하고 있습니다. 저는 이 영역이 실제 프로젝트 현장에서 전혀 발전하지 않고, 오히려 퇴보하는 모습을 보면서 괴로워 하고 있고, 책이나 해외의 석학들은 여전히 원칙과 기본을 말하는 것을 들으며 벽을 느낍니다. 그래서, 복잡한 것 말고 단순한 것, 하면 좋은 것 말고 꼭 해야하는 것을 제 경험과 지식을 기반으로 정리해보려고 합니다. 읽는 분들에게 조금이라도 도움이 된다면 보람있는 일이겠지요. 이 글이 첫 시작이 되겠네요. 얼마나 자주가 될지 모르겠지만 열심히 정리해 보겠습니다. 오늘은 분석과 설계에 대한 제 나름의 정의를 말씀드리려고 합니다. 일반적으로, 분석.. 2011. 4. 30.
QConSF2010 Friday QCon 5일째 세션 내용입니다. 벌써 마지막 날이네요. keynote 내용 간략 정리 □ Software Design in the 21st Century - Martin flowler의 강의. 내용이 좋긴 했으나, 세권의 책소개로 결론지워진 점이 아쉬움. (주제를 세개나 시간쪼개어 말해주면서 궁금하면 사서봐라~ 이런 느낌...--;) 1) Domain Specific Language - DSL 이라고 들어는 봤으나, 매우 널리 쓰이고 있고 (정말일까?--;) 훌륭하다고 주장함 (DSL이 이번 세미나에서 그다지 많이 소개되지 않아서 개인적으로도 아쉬움) - 한 사례에 대해 state machine, java code, xml code 등을 쭈욱 보여주면서, DSL이 얼마나 간결하게 도메인 내용만 잘 표현.. 2010. 11. 6.

티스토리툴바