책을 사서...

책장에 꽂아 둡니다.



아시는 분이 가지고 계신 이 책을 빌려서 잠시 읽은 적이 있다.

그 때는 무슨 내용일지 제대로 이해할 수 없었다.

지금도 그렇겠지... Orz...

그래도 지금은 요령이 생겨서... 한번의 완독을 하고, 시간이 지난 후 다시 완독하면서 '반복적인 책 읽기' 를 통해서 내가 쌓은 경험 만큼 깨달음을 얻을 수 있다는 요령을 터득했다.


프로그램을 짤 때는 자신과 컴퓨터뿐 아니라, 다른 사람들을 생각해야 한다!

이것이 구현 패턴이 전하는 메시지입니다. 이 책에서는 다른 사람을 배려하며 프로그래밍할 때의 경제적 이득을 강조했지만, 사실 이는 프로그래머 자신을 위한 것이기도 합니다. 자신이 더 큰 공동체의 일원임을 깨닫게 되면 공동체에 기여하는 것에 대한 만족을 느낄 수 있게 되기 때문입니다. 여러분도 이와 같은 만족감을 느낄 수 있으면 좋겠습니다. 즐거운 코딩 하시길.


- 미국 오레곤 주 메를린에서, 켄트 백 드림


기능적으로 올바르게 동작한다고 해서 모두 훌륭한 코드는 아니다. 훌륭한 코드는 프로그래머의 의도를 일관되게 전달해서, 다른 프로그래머들이 코드를 쉽게 이해하고 사용하며 자신 있게 수정할 수 있어야 한다. 그러나 훌륭한 코드는 쉽게 탄생하지 않는다. 훌륭한 코드는 프로그래머가 하루에도 수백 번 이상 내리는 작지만 중요한 결정의 산물이다. 이러한 중요한 결정들에 대해, 전설적인 소프트웨어 혁신자인 캔트 백이 "강력한 구현 패턴" 을 공개했다. 구현 패턴을 사용하면 더 간결하고 명쾌하며 체계적이고 비용 대비 효과적인 코드를 작성할 수 있다.


이 책은 다른 사람들이 이해하기 쉬운 코드를 만드는 프로그래밍에 대한 내용을 담고 있다. 하지만 너무 큰 기대는 금물이다. 아쉽게도 그런 코드를 만드는 비법 같은 것은 없다. 읽기 쉬운 코드를 작성하는 과정은 읽기 쉬운 글을 쓰는 것과 같다. 대상 독자를 정해야 하고, 명확한 전체 구조를 갖고 잇어야 하며, 전체 줄거를 생각해서 세부를 묘사해야 한다. 자바는 사람이 이해할 수 있는 코드를 작성하는 여러가지 방법을 제공한다. 이 책에는 읽기 쉬운 코드를 작성하는 자바 프로그래밍 습관을 모았다.


이 책은 "어떻게 하면 다른 사람들에게 코드를 전달(커뮤니케이션) 할 것인가?" 라는 고민에 대한 답이기도 하다. 프로그래머는 혼자 생각하면서 보내는 시간이 너무 많으므로, 다른 사람의 관점에서 코드를 바라보려 시도하는 것 자체가 커다란 변화이다. 프로그래머는 "컴퓨터가 이 코드를 어떻게 처리할까" 뿐 아니라 "내 생각을 다른 사람에게 어떻게 전달할까" 하는 고민까지 해야된다. 하지만 기존 코드를 이해하는 데 엄청난 소프트웨어 개발 비용이 투입되는 것을 감안하면, 이러한 변화는 건전할 뿐 아니라 경제적 이득을 가져올 수도 있다.


...


사실 이 책은 "좋은 코드는 중요하다" 라는 빈약한 전제를 기반으로 만들어졌다. 좋은 코드가 상업적 성공이나 광범위한 사용자 확보에 대한 필요조건 혹은 충분조건이라고 믿기에는, 사람들이 조잡한 코드로 돈을 많이 버는 사례를 너무 많이 봐왔다. 코드 품질이 회사나 개인의 미래를 좌우하는 요소가 아니라 할지라도, 나는 여전히 코드 품질이 매우 중요하다고 믿는다. 자신있게 코드를 개발, 출시하고 기회와 경쟁 상황에 따라 개발 방향을 바꿀 수 있으며 위기 속에서도 직원들의 사기를 높일 수 있는 회사는 조잡하고 버그가 있는 코드를 작성하는 회사에 의해 성공할 확률이 높다.


설사 좋은 코딩이 장기적으로 경제적 이득을 가져오지 못한다고 하더라도 나는 여전히 내가 작성할 수 있는 최고의 코드를 작성할 것이다. 인생이 70년이라 할 때 우리 인생은 20억 초에 불과하다. 그 소중한 순간들을 자랑스럽지 않은 일을 하면서 낭비하고 싶지는 않다. 코딩을 잘하는 것은 그 자체로도 프로그래머에게 만족감을 주지만, 다른 사람들이 내 코드를 이해하고 감탄해주며 내 코드를 사용하고 점차 발전시킨다는 점을 생각할 때 매우 중요하다.


결국 이 책은 책임감에 대한 이야기다. 여러분이 프로그래머로서 시간과 재능과 돈과 기회를 부여 받았다. 이러한 자원들을 책임감 있게 잘 사용하려면 어떻게 해야 하는가? 이 책은 이러한 고민에 대한 나의 답이다. 프로그래머는 자신과 CPU뿐 아니라, 자신의 코드를 보고 사용할 다른 사람들을 배려해서 코딩을 해야 한다.



도메인주도설계(Domain-Driven Design, DDD)  읽는 중



소프트웨어 시스템을 분리하는 방법.

계층화. 계층화의 핵심 원칙은 한 계층의 모든 요소는 오직 같은 계층에 존재하는 다른 요소나 계층상 "아래"에 위치한 요소에만 의존한다는 것이다. 위로 거슬러 올라가는의사소통은 반드시 간접적인 메커니즘을 거쳐야 하며...

계층화의 가치는 각 계층에서 컴퓨터 프로그램의 특정 측면만을 전문적므로 다룬다는 데 있다. 이러한 전문화를 토대로 각 측면에서는 더욱 응집력 있는 설계가 가능해지며, 이로써 설계를 더욱 쉽게 이해할 수 있다.


가장 바람직한 아키텍처 프레임워크라면 도메인 개발자가 모델을 표현하는 것에만 집중하게 해서 복잡한 기술적 난제를 해결한다.
...
프레임워크를 적용할 때 팀은 프레임워크의 목적에 집중해야 하는데, 그러한 프레임워크의 목적은 도메인 모델을 표현하고 해당 도메인 모델을 이용해 중요한 문제를 해결하는 구현을 만들어내는 데 있다.


한 프레임워크를 이용해 해결하기 힘든 갖가지 측면은 어려운 문제를 해결하고자...여러 프레임워크를 선택적으로 적용해서 극복할 수 있다. 프레임워크의 가장 유용한 기능만 분별력있게 적용한다면 구현과 프레임워크 간의 결합이 줄어들어 차후 설계 의사결정을 더욱 유연하게 내릴 수 있을 것이다.


도메인 로직이 프로그램상의 다른 관심사와 섞여 있다면 그와 같은 대응을 달성하기가 수월하지 않다. 따라서 도메인 주도 설계의 전제조건은 도메인 구현을 격리하는 것이다.

결국 도메인을 격리할 때의 가장 좋은 점은 부수적인 것을 배제하고 도메인 설계에만 집중할 수 있다는 것이다.


프로젝트에 도메인 모델은 있었지민 동작하는 소프트웨어를 개발하는 데 직접적으로 도움을 주지 않는 한 종이에 기록된 모델이 무슨 의미가 있겠는가?
...
도메인 주도 설계에서는 초기 분석 딘계에 도움이될 뿐 아니라 설계의 기반이 되는 모델이 필요하다.
...
코드와 그것의 기반이 되는 모델이 긴밀하게 연결되면 코드에 의미가 부여되고 모델과 코드가 서로 대응하게 된다.

DDD, chap 3. 모델과 구현의 연계


많은 개발자가 단지 프로그램 코드를 구성하는 데만 객체의 기술적 능력을 적용해 도움을 얻지만 객체 설계에서의 진정한 도약은 코드가 모델의 개념을 표현할 때 나온다.

모델에 기여하는모든 기술자는 프로젝트 내에서 수행하는 일차적인 역할과는 상관없이 코드를 접하는 데 어느 정도 시간을 투자해야만 한다. 코드를 변경하는 책임이 있는 모든 이들은 코드를 통해 표현하는 법을 반드시 배워야 한다. 모든 개발자는 모델에 관한 일정 수준의 토의에 깊이 관여해야 하고 도메인 전문가와도 접촉해야 한다.

국내의 많은 프로젝트들은 분석설계자와 개발자가 분리되어 있는 경우가 많다. 그 때문인지 분석설계된 모델이 개발자가 구현되는 단계에서 그 모습을 제대로 유지하지 못하고 구현 후에는 도메인 전문가들과 어울어지지 못하는 괴리감을 형성하며 불편해하는 경우가 잦다. 가능하다면, 프로젝트 초기부터 개발자들이 함께 참여하면서 분석설계를 하고 도메인을 정의하며 프로젝트를 시작해야 한다. 그러나 대부분의 프로젝트가 초기에 기획자와 아키텍트만 사전투입되고 개발자는 산발적으로 모집하여 진행하는 경우가 잦다. 이런 프로젝트는 대부분이... 실패할 가능성이 높다.


+ Recent posts