- Create a space - to host a list of resources - to explore the documentation of coding related practices - for situated software - and articulate it as a form of care
- Target public - people in small communities - related to software - _Examples_ - Soupboat - Breadcube - XPUB - Varia - OSP - Konstant - Autonomic - 100R - etc
- Why a space? - Why a list? - Why resources? - Why not just a manual on how to write the perfect software documentation?
- It's tricky! - 🤧
- There is no such a thing as a magic solution for perfect documentation - While there are documentation frameworks that help naming and structuring things - these usually cover just generic approach for technical writing - Situated software has more to offer than a generic approach - sprouting from specific contexts - it can depend on particular knowledges and skills - that differ in each community
- This diversity means - manifold of ideas and ways to document - hence a list of resources - someone would call it site specific software - someone else situated knowledges
- Different resources come from different communities - It is not guaranted for them to be interchangeable - nor to be effective or either meaningful for everyone else - Yet, to be together in this list could be a way to interfere with each other - To create perspective and inspire new strategies
- So the need for a space where to host the list - What are the feature of this space? - Open to contributions - A bit structured - A bit loose - Is it a platform? - Could it be something different than a website? - Could it work without browser's technology? - Could it have less environmental impact? - Could it be simple and lightweight? - Could it inhabit existing documentations? - A strange hyper tagging system?
- _Idea_ - **Federated list** - should it follow the concepts of the Fediverse? - several instances of this list - growing from specific groups or cluster of groups - each community curates it's own list - this is interesting - is it different from a normal feed? - yes - because the contents are curated - not just aggregated - how is it structured? - each instance has a server - and offer access for clients - _again_ could this be something different than a website? - actually and ideally - every instance could decide on the form - more like a mesh - a tapestry
- So what is this? - A social network in the fediverse? - A federated code of conduct? - An entangled soup of documentation resources? - I don't know yet - But i can imagine a process:
- _1_ - Starting super small - We - (XPUB2 + me) - write some documentation around the Soupboat - collecting resources - experimenting techniques - taking care - _2_ - (around march?) - the system is offered to others - that means either - giving workshops - or just showcasing the soupboat - inviting other communities to try it as well - (xpub1) - (that autralian collective) - (varia) - _3_ - let's see
- **ok no** - Software documentation as a form of care
- Code and documentation can live together - like in the [soup gen](https://hub.xpub.nl/soupboat/soup-gen/) - ![soup gen info](img/soup-gen.png) - Documentation and doubts can share the same space - ![soup gen doubt](soup-gen-q.png)