@evanEvan Prodromou @steveSteve Bate

Another issue: Unclear protocol layers.

> I am not a fan of the idea that is a message-passing system; it's a read-write API.

I'm not sure what a "read-write API" is, really. It 's a fuzzy term, whereas message based systems have well-defined architecture patterns and a body of IT knowledge and practice to apply them in robust communication systems. A 'Message API' has a generic, consistent interface.

The overarching goal of AS/AP should be empowerment of the Solution developer so they can directly focus on building use cases for their application or business domain. They should not have to think about any of the intrinsics of the protocol, like particular GETs and POSTs used to model protocol capabilities in the HTTP transport layer.

Solution design then involves:

0. Model the domain
1. Data modeling, msg formats + validation
2. Define actor msg exchange patterns
3. Document design
--
4. Improve these steps. Add native protocol + tool support over time.

0

If you have a fediverse account, you can quote this note from your own instance. Search https://cosocial.ca/users/evan/statuses/116109382136931526 on your instance and quote it. (Note that quoting is not supported in Mastodon.)