DavidWilkinson

Interesting approach! We had a similar journey at HASH to figuring out how we deal with stacked errors (as well as collecting parallel errors), developed the `error-stack` crate to solve for it. It works by abstracting over the boilerplate needed to stack errors by wrapping errors in a `Report`. Each time you change the context (which is equivalent to wrapping an error) the location is saved as well, with optional spantrace and backtrace support. It also supports supplying additional attachments, to enrich errors. We spent quite a bit of time on the user output, as well (both for `Debug` and `Display`) so hopefully the results are somewhat pleasant to work with and read.

FogBugz was sold off a while ago now. :)

This is a fair criticism of the public spec in its current form and we’re working on documentation to help folks deal with this.

We actively want to talk approaches through with more interested parties, and welcome contributions to the spec and docs.

Sidebar — for our part at HASH - we’re optimistic about the role WebAssembly might play, having used it extensively in building the wider ecosystem of simulation tooling.

We’ve spent a lot of time thinking and talking to folks about the incentive structures around this, and think they stand on their own - although your skepticism was an initial worry we had, too. As it stands the Block Protocol enables embedding applications to make their products more useful to consumers. And block developers reach a wider audience with their tools than they would otherwise. There’s a lot more to this that we’ll write up nicely later.

Except it turns out that blocks and even block protocols were never actually blocked by the lack of a blockchain

(One of the BP maintainers here)

If you’d be open to exploring this in the context of Notion we’d love to chat: [email protected]

Various are interested in making their platforms more extensible (the flip side of content interop).

Introductory guide to various topics in computational economics by Saku Panditharatne, in the browser-based HASH simulation platform (disclaimer: I'm one of the founders of HASH)

Agreed, it's an interesting complement to Codecademy and SimilarWeb

Right you both are. Re: behavior trees, we've explored a few visual programming metaphors (for the most part inspired by TouchDesigner), and I'd love to chat through any specific ideas you have around ideal implementation. I'm at [email protected]

The Python simulations we run in-browser are indeed using Pyodide in part! It's brilliant, but there's quite a performance penalty at present. We're working on some optimizations, but right now running the engine locally or offloading to the cloud are the only places real scale can be achieved. That said we're thrilled that Python-in-browser is possible at all, and excited at how many high-quality complementary projects are in the works. It really does feel like "everything is coming together" :)