add architecture discussion 2025-02-26
This commit is contained in:
parent
84d9fac803
commit
2a4f516b7c
1 changed files with 13 additions and 0 deletions
13
meeting-notes/2025-02-26-architecture-discussion.md
Normal file
13
meeting-notes/2025-02-26-architecture-discussion.md
Normal file
|
@ -0,0 +1,13 @@
|
|||
# Architecture discussion 2025-02-26
|
||||
|
||||
Attendees: Nicolas, Kiara, Valentin
|
||||
|
||||
Problem: if we want to allow users control over when to update, would this not mean we may not tightly couple our django with the underlying versions of module options (the "type" equivalent, where actual configurations are "values")?
|
||||
|
||||
- decouple using json-schema?
|
||||
- would we need to store the json-schema? yes
|
||||
- would we need to store a way to display each json schema even if already have a way to visualize forms from json schema? if we want to explain schema changes requiring user decisions (if not also just communicating option addition/removal) then yes
|
||||
- is diffing json good enough for presentation? have we not lost too much structure? likely not; we'd need to be able annotate the difference between schemas, which are essentially fancy migrations
|
||||
- most of the time we'll only need to diff subsequent versions, but if we're good we'll make those mappings transitive
|
||||
- what about users wanting to update applications at different times?
|
||||
- for now let's keep this out of scope
|
Loading…
Add table
Reference in a new issue