<div id="readability-page-1" class="page"><div id="content">
		<main id="main" role="main">

		
			<article id="post-1913">
			
		<div>
			
<p>이 책을 펴기 전에는 책 내용이 아키텍처의 사전일 거라 예상했었습니다. 하지만 읽어보니 아키텍처 사전보단 변경에 유연하고, 쉽게 배포하고 관리할 수 있는 아키텍처를 만들기 위한 개념과 이유를 중심으로 설명하는 책이었습니다. 이 책은 정말 책 제목대로 깔끔한 아키텍처를 만드는 것에 대한 책입니다.</p>



<p>제 감상은 다음과 같습니다. 먼저 전에 읽은 조엘 온 소프트웨어와 달리 이 책은 유쾌한 것보단 고정관념을 부수는 충격요법을 통해 독자의 흥미를 유발하는 책입니다. ‘프로그래밍 패러다임은 사실 프로그램에 제약을 두는 방법이다.’, ‘마이크로서비스 아키텍처는 모든 아키텍처를 압도하는 건 아니다.’, ‘Java의 패키지를 제대로 쓰려면 무분별한 public class를 막아라.’ 같은 내용을 읽을 때마다 뜨끔한 기억이 있기 때문입니다. 이런 게 없었으면 아마 흔한 소프트웨어 공학책이라고 생각하고 대충 읽었을 거로 생각합니다.</p>



<p>사실 이 책이 말하고자 하는 건 짧습니다. ‘변경 이유를 기준으로 컴포넌트를 나눠라.’, ‘세부 사항이 핵심을 의존하게 해라.’ 같이 이미 다른 아키텍처 책에서도 봤을 내용들을 말하고 있습니다. 하지만 이전까지 본 글에서 깔끔한 아키텍처는 너무 이상적이라 적용하기 어렵다는 생각도 들었습니다.</p>



<p>하지만 이 책은 그런 생각을 덜어 줄 수 있는 책입니다. 왜냐하면 ADP와 안정된 추상화 원칙, 컴포넌트 3원칙, 컴포넌트의 경계를 나누는 데 영향을 미치는 요소들 등등 아키텍처를 설계하는데 중요한 개념들을 설명해주기 때문입니다. 그리고 한 줄도 절약하는 임베디드 환경에선 장치 접근을 로직에서 어떻게 분리하는지, 작은 규모의 프로젝트에선 양방향 의존관계여도 인터페이스를 매번 만들지 않아도 된다든지 같은 현실적인 문제를 위한 조언도 들어있습니다.</p>



<p>그 외에 들었던 생각은 책 내용이 조엘 온 소프트웨어와 달리 2019년도에 나왔기 때문에 오래된 조언이 아니라고 말할 수 있다는 것입니다. 덕분에 책 내용을 친구에게 소개해주니 마이크로서비스 아키텍처 맹신자에게 한 방 먹일 수 있다고 좋아했었습니다. 또한 마지막 부록에 있는 천공 카드 시절부터의 저자의 경험과 거기서 나온 소프트웨어 공학들 내용은 80쪽 넘는 긴 챕터였지만 역사책 읽는 느낌이라 즐거웠습니다.</p>



<p>저는 이 책이 최소 한 번은 읽고 가까운 책장에 두고 있어야 될 책이라고 생각합니다. 적어도 개발하면서 직관적이고 관리하기 쉽게 소스 코드를 구분하는 방법을 알고 싶은 사람이라면 말입니다. 한 번에 이해하지 못했다면 희미하게라도 기억했다가 필요할 때 바로 찾아볼 수 있다면 좋은 아키텍처를 만드는 데 많은 도움이 될 거라고 생각합니다.</p>
			
			
								</div>
</article>

			
	<nav aria-label="글">
		<h2>글 네비게이션</h2>
		
	</nav>
			

		
		</main>
	</div></div>

Wraithkim의 지식공방

이 책을 펴기 전에는 책 내용이 아키텍처의 사전일 거라 예상했었습니다. 하지만 읽어보니 아키텍처 사전보단 변경에 유연하고, 쉽게 배포하고 관리할 수 있는 아키텍처를 만들기 위한 개념과 이유를 중심으로 설명하는 책이었습니다. 이 책은 정말 책 제목대로 깔끔한 아키텍처를 만드는 것에 대한 책입니다. 제 감상은 다음과 같습니다. 먼저 전에 읽은 조엘 온 소프트웨어와 달리 이 책은 유쾌한 것보단 […]

클린 아키텍처를 읽고…

댓글