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
Update modular-models.mdx #714
base: main
Are you sure you want to change the base?
Conversation
Tightened up the tone, context, and tenses. QOL edits. Please contact me with any questions!
|
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.
Thanks for tidying this up @pavokta! Do you think the suggestions I made make sense?
|
||
- A model can grow large and difficult to understand | ||
- As more teams begin to contribute to a model, the ownership boundaries may not be clear and code review processes might not scale | ||
As authorization models grow larger and more difficult to understand as more teams contribute to a model. As a result, model ownership boundaries may not be clear and code review processes might not scale. |
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.
Maybe a lead in to this might help?
As authorization models grow larger and more difficult to understand as more teams contribute to a model. As a result, model ownership boundaries may not be clear and code review processes might not scale. | |
As adoption of <ProductName format={ProductNameFormat.ShortForm}/> increases, authorization models can grow larger and more difficult to understand. As a result, model ownership boundaries may not be clear and code review processes might not scale. |
|
||
### Type Extensions | ||
|
||
As teams implement features, they might find that core types they are dependent upon might not contain all the realtions they need. However, it might not make sense for these relations to be owned by the owner of that type if they aren't needed across the system. | ||
In some cases, core module types that admin teams depend on might not contain all the relations they need. However, if those module types aren't needed across the system, it doesn't make sense for those relations to be owned by that type's owner. |
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.
I think admin might not be needed here
In some cases, core module types that admin teams depend on might not contain all the relations they need. However, if those module types aren't needed across the system, it doesn't make sense for those relations to be owned by that type's owner. | |
In some cases, core module types that teams depend on might not contain all the relations they need. However, if those module types aren't needed across the system, it doesn't make sense for those relations to be owned by that type's owner. |
Tightened up the tone, context, and tenses. QOL edits. Please contact me with any questions!
Description
References
Review Checklist
main