-
Notifications
You must be signed in to change notification settings - Fork 5
소프트웨어 아키텍처 the hard parts sprint 3 - 김종필 #601
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
The head ref may contain hidden characters: "598-\uC18C\uD504\uD2B8\uC6E8\uC5B4-\uC544\uD0A4\uD14D\uCC98-the-hard-parts-sprint-3-chapter-6-7-\uCD1D-95\uD398\uC774\uC9C0-2026-02-06"
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,29 @@ | ||
| ## Summary | ||
|
|
||
| - https://github.com/jongfeel/BookReview/issues/1612 | ||
|
|
||
| ## Review | ||
|
|
||
| - https://github.com/jongfeel/BookReview/issues/1612#issuecomment-3831102227 | ||
| - https://github.com/jongfeel/BookReview/issues/1612#issuecomment-3841314191 | ||
|
|
||
| ### Review content 1 | ||
|
|
||
| 에릭 에반스의 도메인 주도 설계가 등장한다. | ||
| 이 책을 읽어 봤으므로 어떤 방향으로 데이터베이스를 나눠야 하는 것인지 이해가 조금은 된다. | ||
|
|
||
| 주의할 점은 이 책에서는 경계 콘텍스트로 번역했지만 | ||
| 도메인 주도 설계의 번역은 제한된 콘텍스트라는 점이다. | ||
|
|
||
| 출판사, 번역가가 다르다 보니 이런 일이 생기는 건데 | ||
| 헷갈려 하지 말고 원어인 bounded context를 기억하고 있는 것이 좋다고 본다. | ||
|
|
||
| - https://github.com/jongfeel/BookReview/issues/897 | ||
|
|
||
| ### Review content 2 | ||
|
|
||
| 용어: synonym | ||
|
|
||
| 아마 오라클 데이터베이스를 쓸 때 알았을 수도 있지만, 현 시점에서는 처음 들어보는 용어이다. | ||
| AI에게 물어보거나 검색해 보면 어떤 용도로 쓰는지 다시 복습할 수 있다. | ||
| 핵심 개념은 다른 데이터베이스를 참조하거나 다른 서버의 데이터베이스를 참조해서 쓰고 싶을 때 정의해서 사용하는 것이다. | ||
| Original file line number | Diff line number | Diff line change | ||||||
|---|---|---|---|---|---|---|---|---|
| @@ -0,0 +1,23 @@ | ||||||||
| ## Summary | ||||||||
|
|
||||||||
| - https://github.com/jongfeel/BookReview/issues/1615 | ||||||||
|
|
||||||||
| ## Review | ||||||||
|
|
||||||||
| - https://github.com/jongfeel/BookReview/issues/1612#issuecomment-3831102227 | ||||||||
| - https://github.com/jongfeel/BookReview/issues/1612#issuecomment-3841314191 | ||||||||
|
Comment on lines
+7
to
+8
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. |
||||||||
|
|
||||||||
| ### Review content 1 | ||||||||
|
|
||||||||
| 객관적 기준의 필요 | ||||||||
|
|
||||||||
| 이 챕터에서도 서비스 분해, 통합에 대해 주관적인 관점이 들어 있기 때문에 서비스를 분해하거나 합치는데 어려움이 있다고 했다. | ||||||||
| 이전 챕터에서도 느낀 부분이지만 7장의 설명도 참 체계적이고 쉬우면서 객관적인 데이터를 볼 수 있게 하는 좋은 가이드를 준 것 같다. | ||||||||
| 분석 후 객관적인 데이터를 통해 서비스를 분해할지 합칠지에 대한 결정을 하는 건 참으로 아키텍처 결정을 하는데 있어서 올바른 결정이라고 본다. | ||||||||
|
|
||||||||
| ### 논의 주제 | ||||||||
|
|
||||||||
| 서비스 세분도의 분해인, 통합인의 쉽고 이해할 수 있는 설명에 감동받아 | ||||||||
| 과거 서비스의 세분도를 떠올려 봤을 때 이 책에서 설명한 분해인, 통합인에 해당됐던 것들이 있는지 얘기해 보면 좋을 것 같습니다. | ||||||||
|
|
||||||||
| 저의 경우는 인프라 관련 횡단 기능인 API 공통 로직에 비즈니스적인 요구사항의 기능을 조금씩 넣었고 그걸 계속 하나의 서비스로 유지했다가 나중에 분리하려고 하면서 이 책에서 설명하는 경계 콘텍스트를 나누지 못해 결국 분리를 하지 못한 경험이 있습니다. | ||||||||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 파일 끝에 개행 문자가 없습니다. 일반적으로 텍스트 파일은 끝에 개행 문자를 추가하는 것이 좋은 관행입니다. 이는 일부 도구와의 호환성을 보장하고 파일 끝을 명확하게 표시하는 데 도움이 됩니다.
Suggested change
|
||||||||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
파일 끝에 개행 문자가 없습니다. 일반적으로 텍스트 파일은 끝에 개행 문자를 추가하는 것이 좋은 관행입니다. 이는 일부 도구와의 호환성을 보장하고 파일 끝을 명확하게 표시하는 데 도움이 됩니다.