Add chapter 15 review and discussions

Author: jongfeel

2026/Fundamentals_of_Software_Architecture_2nd_Edition/jongfeel/Chapter15_Build_Your_Own_Trade-Off_Analysis.md

@@ -0,0 +1,24 @@
+## Summary
+
+- https://github.com/jongfeel/BookReview/issues/1646
+
+## Review
+
+- https://github.com/jongfeel/BookReview/issues/1646#issuecomment-4083228614
+
+## 후기
+
+아키텍트가 된다는 건 우선 소프트웨어 아키텍처가 무엇인지 그리고 상황에 따른 트레이드오프가 무엇인지 파악하고 결정해야 하는 위치라는 걸 다시 이해하게 되었다.
+
+나는 AI로 딸깍해서 개발이 다 되는 시대에도 소프트웨어 아키텍처는 중요한 고려사항 중의 하나로 여기고 싶다.
+분산 트랜잭션으로 만들어줘, 느린 걸 빠르게 개선해줘와 같은 프롬프트는 계속 지시하는 게 잘못된 것이라는 건 금방 알 수 있다.
+바이브 코딩은 내가 원하는 기능을 구현하는 건 문제 없이 할 수 있다.
+기능 구현의 문제를 넘어 아키텍처 결정은 필요에 의해서, 그러니까 상황에 따른 판단과 그 결정을 내리는 것인데 그건 해달라고 해서 할 수 있는 영역이 아니다.
+물론 아는 사람은 그렇게 지시하겠지만, 일반 바이브 코딩의 한계는 이 시점에서 소프트웨어의 품질 외에 아키텍처 적인 문제 해결의 방법으로 갈라질 것이다.
+
+## 논의 주제
+
+개발자가 직접 코딩하지 않아도 되는 AI 바이브 코딩이 가능한 시기에도 소프트웨어 아키텍처는 필요한가? 에 대한 의문입니다.
+
+=> 초기 PoC/프로토타입은 아키텍처가 없어도 되거나 AI가 제시해주는 모놀리스 기반의 통합 백엔드 프론트로 해도 문제는 없을 거라 생각합니다.
+이제 바이브 코딩을 하는 사용자가 얼마나 소프트웨어 관련 지식을 학습하고 프롬프트로 지시해서 더 잘 만들려고 하는 의지를 가지고 있느냐 없느냐의 차이가 가른다고 봅니다. 여기서 개발자가 살아남아야 하는 이유를 설명할 수 있는데, 코딩 하는 사람이 아닌 서비스를 기획하고 동작하는 소프트웨어로 만들 수 있는 사람을 넘어서 소프트웨어/컴퓨터 공학 지식을 가지고 더 상황에 맞고 아키텍처 특성을 가진 소프트웨어를 만드는 능력을 가지는게 경쟁력이 아닐까 생각합니다.