아키텍팅을 바라보는 입장에서.. 또 실제 코드를 구현하는 개발자의 입장에서.. 개발자와 아키텍트가 서로 꿈꾸는 생각의 차이라고 할까요? 세상엔 개발자가 꿈꾸는 이상적인 아키텍트도, 아키텍트가 꿈꾸는 이상적인 개발자도 없습니다. 이것이 현실이죠 🙂 적절히 맞추어 갈수 밖에..
제가 2008년 10월호 마소에 팀 생산성 향상을 위한 패턴 이야기를 기고 했는데요.
이번에는 팀이 아닌 개개인이 생산성을 향상 시킬수 있는 좋은 지침이 되는 서적이 나와 소개하고자 합니다.
The Productive Programmer (O’ Relly)
Abstract
이 책의 저자 Neal Ford는 리펙토링의 저자인 Martin Fowler가 있는 ThoughtWorks의 이사로 많은 컨퍼런스에 DSL 전도사로 활동중입니다.
이 책은 생산성 향상을 위해 조직적인 측면보다는 개발자의 개인적은 측면에 대해서 초첨을 맞추고 있습니다.
개발자로서 자주 사용하는 운영체제, 프로그램들의 숨겨진 단축키와 초기 셋팅 방법와 같은 Mechanic Skill 뿐만 아니라, 향상된 코드를 생성하기 위한 툴들, 코딩 스킬, 개발자가 지켜야 하는 규범들을 공유하고 있습니다.
PLOP 2008 년의 Accpeted Paper가 발표 되었습니다. 이번 행사는 크게 네가지 주제로 열렸습니다. Design & Architecture Security & Quality Process & Service Software & People 이중 눈에 뜨는 것은 SaaS와 SOA의 강세로 인해 이와 연관된 패턴들(동적으로 객체를 생성하거나 관리하는 패턴들)이 많이 발표 되었습니다. 특히 제가 마소에 SaaS에 기고할때 설명드렸던 AOM (Adaptive Object Model)에 대한 진화 […]
일전에 Dependency에 대한 고찰이라는 글로, Dependency의 종류와 xDepend 툴들을 소개한 적이 있습니다.
이번 POST는 윗 글의 연장선상으로 Dependency 를 해결하기 위한 올바른 설계 방법 몇가지를 소개하고자 합니다.
물론 재미난(?) 그래프로 여러분의 시스템의 Depedency를 파악하는 것을 보여드리고 싶지만.. 모든 일에는 순서가 있는 법. 여러분이 와 닿는 그림과 코드로 간단히 설명드리도록 하겠습니다.
Dependency가 없는 상태로 시스템을 구축한다는 것은 불가능합니다. 재사용의 미덕이 바로 Dependency의 또다른 이름이기도 하죠.
어떻게 하면 Dependency를 잘 관리할수 있을까? 그 해답을 제시해주신 아키텍트를 소개하고자 합니다.
그 분은 바로 Object Mentor의 Robert C. Martin 입니다. Clean Code의 저자로써 알려져 있지만, 사실 이것보다 이름을 더 크게 알리게 한 주역은 패턴의 5가지 법칙(OCP, DIP, LIP, ISP, SRP)입니다.
그런데 이 5원칙의 빛에 가려 숨겨진 Principle이 하나 있는데요. 이름하여 패키지 구조의 원칙들 (Principles of Package Architecture) 입니다.
이 논문에서 Dependency를 깨거나 완화하는 방법들을 여러분에게 소개하고자 합니다.
Semantic Web, 이것 만큼 오랜 세월 동안 신기술 같이 다루어진 기술도 드물 것입니다.
이 녀석을 처음 맛난 것은 2003년 대학원 때였는데요. 주 아이디어는 Ontology라는 Rule의 집합 저장소를 만들어 Agent가 이것을 이용하여 지능화된 웹을 만드는 것이지요.
Semantic Web이 꿈꾸는 세상
Semantic Web의 세상이 온다면 아래와 같은 세상이 만들어 질수도 있습니다.
Semantic Web의 힘으로, 주인과 개가 대화하는 것이 가능해 집니다.
Architecture 101 