추가 적립 안내

《맨먼스 미신》 집필 이후 35년간의 경험을 집대성한 책!

구루(guru)로부터 배우는 변하지 않는 설계 프로세스의 공통 요소! 효과적인 설계는 소프트웨어 개발뿐만 아니라 엔지니어링, 건축 등 모든 것의 핵심 요소로 자리 잡고 있다. 하지만 과연 우리는 설계 프로세스에 대해 얼마나 잘 알고 있을까? 효과적이고 우아한 설계를 위해서는 어떤 것이 필요한가? 이 책은 이 질문들에 대한 대답을 담고 있다.

《맨먼스 미신》 집필 이후 35년간의 경험을 집대성한 책!
구루(guru)로부터 배우는 변하지 않는 설계 프로세스의 공통 요소!

효과적인 설계는 소프트웨어 개발뿐만 아니라 엔지니어링, 건축 등 모든 것의 핵심 요소로 자리 잡고 있다. 하지만 과연 우리는 설계 프로세스에 대해 얼마나 잘 알고 있을까? 효과적이고 우아한 설계를 위해서는 어떤 것이 필요한가? 이 책은 이 질문들에 대한 대답을 담고 있다.

프레더릭 브룩스가 저술한 이 새로운 에세이는 모든 분야의 설계자들에게 필요한 특별한 통찰을 담고 있다. 브룩스는 모든 설계 프로젝트에 내재한 변하지 않는 요소들을 정확하게 지적하고, 탁월한 설계를 이끌어낼 수 있는 프로세스와 패턴을 소개한다. 브룩스는 수십 명의 뛰어난 설계자들과의 대화와 다양한 설계 도메인에서 얻은 그 자신만의 경험을 통해 과감한 설계 의사 결정이 훨씬 더 나은 결과를 만들어 낸다는 것을 알아냈다.

저자는 설계 프로세스의 진화 과정을 추적하고, 협업 및 분산 설계에 관해 설명하며, 진정으로 위대한 설계자가 되기 위한 요소가 무엇인지 조명한다. 또한, 다양한 종류의 예산 제약 요소, 미학, 설계 경험주의, 그리고 도구 등을 포함한 설계 프로세스의 기본 요소들을 검토하고, 주택 건축 및 IBM Operating System/360을 포함한 그 자신의 실제 사례를 토대로 설명한다. 특히, 저자는 이 책 전반에 걸쳐 모든 설계자와 설계 프로젝트 관리자, 그리고 설계 연구자들이 반드시 알아야 할 성공의 열쇠를 제시한다.

이 책의 대상 독자
· 프로그래밍, 건축을 비롯한 다양한 분야의 설계자
· 설계 프로젝트 관리자
· 설계 연구자

PART I 설계 모델 1
CHAPTER 1 설계 질문 3
CHAPTER 2 엔지니어의 설계 사상 ― 래셔널 모델 15
CHAPTER 3 이 모델의 문제는 무엇인가? 23
CHAPTER 4 요구 사항, 죄악, 그리고 계약 45
CHAPTER 5 더 나은 설계 절차 모델은 무엇인가? 59

PART II 협업과 원격 협업 71
CHAPTER 6 협업 설계 73
CHAPTER 7 원격 협업 103

PART III 설계의 관점들 119
CHAPTER 8 설계에서의 이성주의와 경험주의의 대결 121
CHAPTER 9 사용자 모델 ― 모호한 것보다는 틀린 것이 낫다 131
CHAPTER 10 미터, 킬로그램, 비트, 자금 ― 제한된 자원 139
CHAPTER 11 제약 조건은 설계자의 편이다 149
CHAPTER 12 기술적 설계의 미학과 양식 163
CHAPTER 13 설계 모범 사례 181
CHAPTER 14 노련한 설계자들이 저지르는 실수 199
CHAPTER 15 설계의 분리 209
CHAPTER 16 설계의 궤적과 원리 설명하기(샤리프 라자크와의 협업) 219

PART IV 주택 설계를 위한 컴퓨터 과학자의 이상적인 시스템 241
CHAPTER 17 주택 설계를 위한 컴퓨터 과학자의 이상적인 시스템 ― 마음에서 컴퓨터로 243
CHAPTER 18 주택 설계를 위한 컴퓨터 과학자의 이상적인 시스템 ― 컴퓨터에서 마음으로 263

PART V 위대한 설계자들 275
CHAPTER 19 훌륭한 설계는 위대한 설계자로부터 나온다
(훌륭한 설계 프로세스가 훌륭한 설계를 만들어 내는 것은 아니다) 277
CHAPTER 20 위대한 설계자는 어디에서 오는가? 291

PART VI 설계 영역으로의 여행: 사례 연구 309
CHAPTER 21 사례 연구: 해변가 주택 “View/360” 311
CHAPTER 22 사례 연구: 주택 날개동 추가 333
CHAPTER 23 사례 연구: 주방 리모델링 353
CHAPTER 24 사례 연구: System/360 아키텍처 371
CHAPTER 25 사례 연구: IBM Operating System/360 393
CHAPTER 26 사례 연구: 《컴퓨터 아키텍처(Computer Architecture)》 책 설계 ― 개념과 진화 411
CHAPTER 27 사례 연구: 공동 컴퓨터 센터 조직 ― 세 개 대학 합동 컴퓨터 센터 421
CHAPTER 28 추천하는 읽을거리 435

대화 및 인터뷰, 리뷰 명단 440
참고문헌 443
찾아보기 456

생각해보면, 대다수의 사례 연구에는 놀라울 정도로 공통된 속성이 있다. 누가 했던 간에 가장 과감한 설계 의사 결정이 결과물의 성과에 있어 많은 비중을 차지했다는 것이다. 이러한 과감한 의사 결정은 때로는 비전에 의해, 때로는 절망에 의해 이루어졌다. 그러한 결정들은 언제나 훨씬 더 나은 결과를 얻을 수 있을 것이라는 희망 아래 추가의 투자를 필요로 하는 도박이었다.
_xiii쪽

첫 번째로, 위대한 설계에는 개념적 무결성, 즉 통일성, 경제성, 명확성이 존재한다. 그것들은 비트루비우스(Vitruvius)가 처음 설파한 것처럼 제대로 동작할 뿐만 아니라 즐거움(delight)까지 제공한다.8 우리는 교량이나 소나타, 회로, 자전거, 컴퓨터, 그리고 아이폰 등에 대해 말할 때 우아함(elegant), 깔끔함(clean), 아름다움(beautiful) 같은 단어를 사용하곤 한다. 설계 개념을 실체로 인식하게 되면 우리가 만든 설계에서 개념적 무결성을 찾을 수 있고, 팀 설계의 개념적 무결성을 위해 함께 일할 수도 있으며, 이를 우리의 후배들에게 가르칠 수도 있게 된다.
_10쪽

나는 나선형 모델을 수용하고 발전시키는 것이 앞으로 나아가는 길이라고 강력하게 믿는다. 나는 나선이 명시적인 계약 시점에서 멈추어야 한다고 제안한다. 그리고 그 계약 시점에는 어떤 것이 계약될 수 있는지, 어느 정도의 확실성을 가지고 있는지, 그리고 명시적인 리스크의 분산이 이루어질 수 있는지가 포함되어야 한다. 위험 관리(Risk Management)가 보엠(Boehm)의 이후 작업의 중심이었다.
_68쪽

제약 조건이 부담스러울 수도 있지만, 설계자의 편이기도 하다. 제약 조건은 설계자가 검색해야 하는 범위를 좁혀 준다. 그로 인해 디자이너는 설계에 집중하여 시간을 단축할 수 있다. 우리들 대부분은 중고등학생 시절에 “어떤 주제든 좋으니 원하는 주제로 에세이를 작성하세요.”라는 숙제를 좋아하지 않았다. 실제로 모든 제약 조건을 없애고 나니 에세이를 “디자인하는” 일이 더 어려워지곤 했다.
_151쪽

설계자가 각각의 설계 경험에서 최대한 많은 것을 얻고자 한다면 그 설계 과정이 어떻게 진행됐는지 문서화해야 한다. 설계의 어떤 것(what)이 진화했는지 뿐만 아니라 그것이 어떤 이유(why)로 그렇게 진화했는지까지 포함해야 한다. 게다가 그러한 논리적 근거를 담은 문서는 시스템 유지보수 담당자에게는 가치를 잴 수 없을 만큼 도움이 된다. 그것은 무지에서 비롯되는 많은 실수를 예방해 준다. 궤적과 원리를 문서화하는 것은 보는 것보다 훨씬 어렵다.
_221쪽