forked from fediversity/meta
		
	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
	
	 Kiara Grouwstra
						Kiara Grouwstra