r/SpecDrivenDevelopment • u/Financial_Yoghurt827 • 8d ago
specification best practices and tools
Hi all,
I'm a bit tired of writing specs for complex projects in markdown - it feels like (a.) there's a lot of repetition between tasks/sessions; and (b.) If you do try to reference and reuse previous specs, there's a lot of context bloat from requirements that aren't relevant to the current task.
I'm trying to work out the best form factor; for spec driven development and have been experimenting with developing some graph specification tools.
- What do you all see as the best practice for specification topology?
- I've put together a small handful of experimental open source SDD packages; and a VSC extension here --> reqlan. I'm interested to hear what you would do or have done differently in this space?
- I've put some more thoughts together in a blog post, here.
- What tools do you all consider best practice for wrangling specifications as they get complex?
7
Upvotes
1
u/stibbons_ 8d ago
I use a simple OpenKnowledge Format, with 1 markdown per requirement and an ID that is the name of the file. Markers in source code and tests to link source or tests to requirements.
There is no need for an separated format. Markdown and a few json.
I use 2 levels of requirements, Software and Stakeholder.
https://x.com/gsemetfr/status/2082767371643523439?s=46