두줄 정리

첫번째. 이 책은 친절하게 지식을 전파하기 위한 책이 아니다.자신들이 공부한것을(이해했던 안해던)  

             기념하기위한   copy & paste 편집물이라고 본다.

두번째. 3장만 3번읽자. 3번 더 읽자. (이 책가지고 이해하기 힘들다. 글로 키스를 배우는 느낌이다.)

             3장을 더욱 더 많은 사례등으로 충실히 썼으면 얼마나 좋았을까...그렇게 차별화되면 별 4개이상.

자!!

아래의 나머지 글들은 이 책과 관련없는 내용 / 관련 있는 내용이 두서 없이 섞여있다. 

1. 소프트웨어 문서화

문서보다는 산출물이라는 애자일방법론이  잘나가고있는 요즘

문서에 치중한다는건  시대에 역행하는것 같다.

2. 소프트웨어 문서. 이것만 만들면 된다.!!

다양한 설계문서 UML 타입들이 있는데 

개인적으로 UML 문서는 큰 그림만 그려주고 (특히 클라이언트와 상호작용)

내부 흐름에 대해서도  비개발자가 이해할수있게 작성한 문서만이 살아남는다고 본다.

따라서 클래스다이어그램, 시퀀셜다이어그램,객체다이어그램 따위는 "공유 문서" 의 가치가 없다고 본다.

(소스를 분석하기위한 자신만의 클래스,시퀀스 다이어그램은 필요함)

3. 아키텍트? ㅎㅎ

이 책의 저자는 외국에서는 평생 개발자로 살아간다( 코더가 아닌 아키텍트로서) 라고 말하고있는데

모두 똑같은 일을 할필요는 없다. 백발이 성성할때까지 단순 코더로서 살아가는것도 낭만이다. 

그게 가능한 사회가 더욱 안정되고 여유로운 사회 아닐까? 

아무튼 소프트웨어라는 집을 지을때  이것저것 다 필요한데, 아키텍트도 그 중 하나의 롤에 불과하다.

4.소프트웨어 아키텍처  그 공허한 메아리..

실체가 있는데 실체가 없는듯 느껴지는..

어렵다기보다는 그 경계선이 모호하기때문에 어렵게 느껴지는 단어이다.

이 책은 그 구분을 더 모호하게 만들어버린다.

5. 이 책에서 읽어볼만한 챕터

굳이 아키텍트라는 롤에 큰 관심이 없는 사람이라도 

챕터 3장은 읽어보면  도움이 될것 같다.이 책의 핵심이라고 생각한다. (나에게는)

그걸 실무에서 바로 응용할수있으면  당신은  아키텍트!

10장은 엄청난양의 내용들을 불과 몇십페이지로 얼렁뚱땅 설명하려니 고생많이 했다는 생각이 든다. 

P.S 

이 책의 9장에서는 아키텍처 패턴이라고 디자인패턴들이 나오는데 제목이 잘못되었다고 본다.

아키텍처 패턴과 디자인 패턴은 다르다.

지인이 이 책을 구매하여 관심이 있었던 책이기도 해서 살펴보았습니다.

특히 아키텍처 패턴 부분에 관심이 있었던 터라 그 부분을 읽어보았는데, 

책의 내용이 POSA 의 내용과 완전히 같다는 데 깜짝 놀랐습니다

책의 설명 글은 POSA 의 내용과 완전히 같으며 문장, 문단까지 1글자도 다르지 않고,

똑같은 부분이 많이 발견됩니다. 가끔씩 문장의 순서좀 바꾸기도 했더군요..

책에 나온 예제 역시 자신들이 경험해보고 고민하거나, 자료를 수집하여 찾아낸

것들을 예제로 한것이 아니라 POSA 의 예제를 그대로 사용했습니다.

사용된 예제는 물론 Class Diagram, Sequence Diagram 역시 완전히 같구요..

책에서 인용한 부분에는 레퍼런스 도 없고, 마지막에 여러 레퍼런스 중 하나로 POSA 가 있긴 하더만..

이게 법적으로 문제가 없나요? (POSA 번역본을 EVA에서 감수했던데... )

저작권에 문제없이 이런 책이 출판될 수 있나요? 아니면 미리 승인 받고 내용을 실었는지..

제가 살펴본 내용이 패턴부분밖에 없는데, 다른 부분은 어떤지 모르겠습니다.