Hi Dominik,
Thanks for your message. I might write such a post, indeed, once things stabilise. Right now, sealed types are used experimentally. Compilers (both javac and ejc) don't seem to be fully ready yet. There are a few edge case compiler bugs that are hard to isolate and report, which is why the codebase hasn't been fully sealed yet.
Also, while the new QOM API surely should be sealed (look for "seal" in
https://github.com/jOOQ/jOOQ/issues/13640), I'm not sure yet if the DSL API should be sealed as well. It would probably help prevent folks from tampering with custom implementations of the DSL interfaces, which are unlikely to work as expected without hacks. But it's hard to foresee if sealing is really possible. One very limiting factor is the fact that the permitted implementation (currently in org.jooq.impl, and package private) must be visible to the sealed type (currently in org.jooq), so perhaps, sealing the DSL isn't really possible without breaking compatibility.
Anyway, as I said, a blog post right now would be premature, before these decisions stabilise. But then, it would certainly be interesting.
I hope this helps,
Lukas