3 ms·
This sounds quite interesting! I've been exploring spec driven workflows, but from a different angle. I've been thinking about how to describe systems with a
by Jarwain 8mo ago
This sounds quite interesting!
I've been exploring spec driven workflows, but from a different angle.
I've been thinking about how to describe systems with a standard format, recursively. Instead of one 10 page doc, you might get 10 one pagers, starting from the highest level of abstraction and recursing down into the parts and subsystems, all following the same format. Building out this Graph of domains provides certain reusable nodes/bits of context.
This then extends to any given bit of software, which is a system in itself composed of the intersections of a lot of different domains and subsystems.
Cue looks interesting and is something I'll be digging into more
- CuriouslyC 8mo agoThis is my approach. I use the C4 software model, it's pretty general. Entities can be represented either by markdown files, or folders with README.md files (sort of like an index.js or __init__.py). Folder hierarchy gives you a basic project object model.
- 4b11b4 8mo agohierarchical specs? Sounds hard to understand where they overlap. Or, they are independent?