Conversation
dhlee3994
requested review from
GeunJuLEE,
TaeHyoungKwon,
benscookie,
chichoon,
jongfeel and
ymkim97
dhlee3994
added
2026
Software Architecture: The Hard Parts
|
우측에 있는 |
Summary of ChangesHello, I'm Gemini Code Assist1! I'm currently reviewing this pull request and will post my feedback shortly. In the meantime, here's a summary to help you and other reviewers quickly get up to speed! 이 PR은 『소프트웨어 아키텍처 The Hard Parts』의 10장부터 12장까지의 내용을 다루는 새로운 마크다운 문서를 추가합니다. 분산 시스템 환경에서 데이터 관리와 트랜잭션 처리에 대한 다양한 아키텍처 패턴을 탐구하며, 특히 데이터 도메인 패턴의 실용적인 적용 가능성에 대한 저자의 고민과 통찰을 공유합니다. 이 문서는 복잡한 분산 아키텍처 개념을 이해하고 실제 프로젝트에 적용하는 데 도움이 될 것입니다. Highlights
🧠 New Feature in Public Preview: You can now enable Memory to help Gemini Code Assist learn from your team's feedback. This makes future code reviews more consistent and personalized to your project's style. Click here to enable Memory in your admin console. Changelog
Activity
Using Gemini Code AssistThe full guide for Gemini Code Assist can be found on our documentation page, here are some quick tips. Invoking Gemini You can request assistance from Gemini at any point by creating a comment using either
Customization To customize Gemini Code Assist for GitHub experience, repository maintainers can create a configuration file and/or provide a custom code review style guide (such as PEP-8 for Python) by creating and adding files to a Limitations & Feedback Gemini Code Assist may make mistakes. Please leave feedback on any instances where its feedback is incorrect or counter productive. You can react with 👍 and 👎 on @gemini-code-assist comments. If you're interested in giving your feedback about your experience with Gemini Code Assist for GitHub and other Google products, sign up here. You can also get AI-powered code generation, chat, as well as code reviews directly in the IDE at no cost with the Gemini Code Assist IDE Extension. Footnotes
|
![gemini-code-assist[bot]](https://avatars.githubusercontent.com/in/956858?s=60&v=4){kind=small}
|
|
||
| --- | ||
|
|
||
| 스타트업이나 규모가 있는 조직에서의 실험적인 서비스의 경우 미래가 보장되어 있지 않기 떄문에 |
There was a problem hiding this comment.
'떄문에'에 오타가 있습니다. '때문에'로 수정하는 것이 좋겠습니다.
| 스타트업이나 규모가 있는 조직에서의 실험적인 서비스의 경우 미래가 보장되어 있지 않기 떄문에 | |
| 스타트업이나 규모가 있는 조직에서의 실험적인 서비스의 경우 미래가 보장되어 있지 않기 때문에 |
|
|
||
| ## 내용 | ||
|
|
||
| - 분산 데이터 엑세스 |
There was a problem hiding this comment.
외래어 표기법에 따라 '엑세스'는 '액세스'로 표기하는 것이 표준입니다.
| - 분산 데이터 엑세스 | |
| - 분산 데이터 액세스 |
| 하지만 다시 생각해보니 스타트업처럼 조직 규모가 작고 팀 간 경계도 흐릴 수 밖에 없는 환경에서는, | ||
| 오히려 데이터 도메인 패턴이 현실적인 선택이 될 수 있겠다는 생각이 들었습니다. | ||
|
|
||
| 그렇다면 초기 생산성을 위해 도메인 경계를 일부 완화하는 선택지는 적절한가? 적절하다면 언제까지 유효한가? |
There was a problem hiding this comment.
초기에는 뭘 하던 괜찮은 선택지라고 보는 게 좋을 것 같습니다.
정말 모르고 막 만들지 않는 이상은요.
2 participants
No description provided.