From 2a4f516b7c2ac0b08d6264d2d1f69dda9ba343f1 Mon Sep 17 00:00:00 2001 From: Kiara Grouwstra Date: Wed, 26 Feb 2025 11:07:20 +0100 Subject: [PATCH] add architecture discussion 2025-02-26 --- meeting-notes/2025-02-26-architecture-discussion.md | 13 +++++++++++++ 1 file changed, 13 insertions(+) create mode 100644 meeting-notes/2025-02-26-architecture-discussion.md diff --git a/meeting-notes/2025-02-26-architecture-discussion.md b/meeting-notes/2025-02-26-architecture-discussion.md new file mode 100644 index 0000000..886a7a8 --- /dev/null +++ b/meeting-notes/2025-02-26-architecture-discussion.md @@ -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