주로 프로그래밍 언어나 이론들을 공부해왔는데 앞으로 본격적인 개발을 한다면 실제 소프트웨어를 설계하는 것도 중요해보여서 책을 구매했다. 책의 분량은 생각보다 두껍지 않아서 부담되진 않았다. 그리고 라이언하트라는 예시 프로젝트를 다루면서 설명도 자세하게 해주니까 이해가 잘 되었다. 이 책 하나로 소프트웨어를 설계하는 방법을 다 알았다고 할 순 없겠지만 큰 줄기는 이해할 수 있었다. 책에서 배운 내용을 혼자 프로젝트를 해보면서 적용해보고 개발해보면 좋을 것 같다.

아키텍트와 아키텍쳐...비슷한 말이지만 완전 다른...

특히 아키텍쳐는 많이 들어서 알고 있지만, 아키텍트는 잘 모르는 사람들이 많다..

현업에 있는 사람들도 생소한 단어가 아닐까 싶다. 

다양한 하드웨어, 소프트웨어 개발을 하는 입장에 있는 개발자라면, 

아키텍쳐를 빼놓고 얘기할 수 없다. 특히, 자동차 의료기기등 안전과 관련된 부분에서 개발하는 사람들이라면 이 아키텍쳐를 안 만들수 없다. 

개발 관련 업무를 보는 사람들이라면 누구나 아키텍쳐라는 말은 들어봤다고 생각한다. 직접 만들어 보거나, 누가 만들어 놓은것을 보았거나, 수정해서 작성해 보았을 수도 있다. 

그런데 직접 만들어 볼려고 하면 업무 영역에 따라 어떻게 만들어야 할까?...이게 맞게 만든것일까? 만들어진 것을 어떻게 평가할 것인가?등등...고민을 하게 되는 부분이 이 아키텍쳐를 만드는 작업이 아닐까 싶다. 

재미있는건 아키텍쳐라는것은 그냥 만들어지지 않는다는것이다. 그냥 막 만들어서 이게 아키텍쳐요...라고 얘기할 수 있는것이 아니라는 것이다. 모든 개발에는 Requirement라는 것이 꼭 있고, 그 요구사항에 맞춰 제품들이 만들어지고 그것을 평가하여 제품화 하는 작업을 하게 된다는 것이다. 

기본적은 소프트웨어 개발 lifecycle 은 요구사항 -＞ 아키텍쳐 -＞ Unit  구현 -＞ Unit  검증 -＞ 복합검증 -＞ 시스템검증 등의 순서로 작업이 이뤄지게 된다. 요구사항을 어떻게 구현하는 가에 있어 중요한 부분이 아키텍쳐를 잘 만드는 작업이다. 이 아키텍쳐가 잘 만들어져야 해당 unit들을 잘 만들수 있으며, V&V작업에서도 잘 평가할 수 있기 때문이다. 

이런 과정을 생각한다면 아키텍쳐를 만든다는것이 생각외로 중요하다고 볼 수 있다. 

아키텍쳐를 만든다고 하였을때, 아키텍쳐 관련된 책들은 생각외로 많이들 있다. 그런데 대부분이 방법론에 치우져 있는것이 대부분인거 같다. 그리고 내용들이 많이 어렵다. 글도 많고...

개인의 성향 차이가 있겠지만, 책의 내용을 잘 인지하고 빠르게 활용하고자하는 개발자 입장에서는 책 읽는데 소요되는 시간들이 너무 많이 걸린다는 부분은 마이너스 요인으로 볼수 있지 않을까....하는 생각을 가지고 있다. 나의 경우, 다른 아키텍쳐 책들이 몇개 있는데 끝까지 읽어본건 별로 없다.

그런점에서 이 책은 글 들이 간결하다. 그림도 좀 들어가 있고, 예도 많이 들어가 있다. 

무엇보다 팀웍으로 작업이 가능하도록 내용들이 구성되어 있어서 실무에서도 try & error를 통한 완성도 높은 작업으로 진행할 수 있는 재미있는 구성으로 되어 있다. 

빠른시간에 볼수 있고, 실무에서 궁금하거나 생각하지 않고 지나쳤던 부분도 같이 볼 수 있어서 책을 보는 시간동안 좋은 시간을 보낼수 있었다. 물론, 실무에도 참고할 수 있어서 좋은거 같다. 

이 책은 개발자에서 아키텍트로, 변화의 첫걸음을 내딛는 이를 위한 실전 입문서입니다. 회사에서 갑자기 설계 일을 맡게 된 사람이나, 프로젝트를 직접 이끌어야 하는 스타트업 개발자와 CTO에게 최적의 책입니다. 물론 소프트웨어 아키텍처를 폭넓게 이해하고픈 개발자에게도 유용합니다.

아키텍처와 설계에 대한 필수 지식, 경력 있는 아키텍트의 경험담, 실무와 현장의 사례를 이 책 한 권에서 모두 볼 수 있습니다. 하나의 장이 끝날 때마다 ‘라이언하트’라는 가상 도시의 프로젝트 사례로 배운 내용을 정리합니다. 난항을 겪으면서도 성공적으로 마무리된 프로젝트 사례를 따라가다 보면, 여러분도 할 수 있다는 자신감을 얻게 될 것입니다. 이 책을 읽는 모두가 프로젝트와 팀을 성공으로 이끄는 훌륭한 아키텍트로 거듭나길 바랍니다.

전반적으로 잘 읽히는 번역이고, 단순히 개발을 잘하는 개발자보다는 협업을 이끌어내는 개발자가 되기 위한 다양한 시도와 프로그램을 제시하고 있어서 좋습니다.

개발 경력이 7년이 넘어가면서 프로젝트 서너개를 경험한 사람들에게 특히 의미있는 책이라고 생각합니다.

책의 내용은 앞에는 아키텍트의 여러가지 설명을, 뒤에는 이를 수행하는 방법을 나열하고 있습니다. 모두가 아키텍트가 되어야 한다는 말을 강조하면서, 개발자 뿐만 아니라 프로젝트에 참여하는 모두가 아키텍트가 될 수 있어야 한다고 말합니다.

개발을 하다보면 설계도 해야 하고 이해관계자들과 의사소통도 계속 해야 한다. 또한 팀 리드를 수행하다보면 팀원들과도 의사소통은 매일의 연속이다.

이 책은 개발자가 앞으로 어떻게 성장해야 하며 목표를 달성하기 위한 여러 방법과 도구들에 대한 내용을 체계적으로 소개를 해주고 있다.

무엇보다 아키텍쳐를 구성하는 패턴들을 소개하고 이 패턴들을 실제 아키텍쳐에서 선택을 하는 상황에 놓였을 때 어떤 절차로 선택을 해야 하는지 실천적인 측면에서의 방법들을 설명하고 있다.

팀원들과 함께 읽어보며 같이 실천해보는 것도 좋을 것 같은 내용들도 많고 이해관계자들도 어느정도 같이 읽어보면서 참여해보는 방법도 좋을 것 같은 내용도 다수 포함이 되어 있다.

아키텍트로 직무를 변경하게 되면서, 어떤 업무를 수행하게 될지 여러 정보를 찾아보았습니다.

기술적인 배경을 가지고 안정적인 시스템을 설계 할 수 있는 능력이 필요하다는 것을 알게 되었네요.

책 한 권으로 모든 것을 알수는 없겠지만, 이제 시작하는 단계에서의 지침서로 활용하고자 합니다. 이 지식을 바탕으로 다양한 경험을 하여 안정적인 시스템을 설계/구축할 수 있게 되었으면 좋겠네요