Location: Stuttgart, Germany
  Remote: Open to remote or hybrid, anywhere in the EU
  Willing to relocate: Yes
  Technologies: Rust, WebAssembly, TypeScript, React, PostgreSQL, Redis, Docker
  Résumé/CV: https://henrygressmann.de/static/cv-henry-gressmann.pdf
  Email: hn@henrygressmann.de
  Portfolio: https://henrygressmann.de/work
  GitHub: https://github.com/explodingcamera/
  Availability: Starting October 2026

I'm a Software Engineer focused on backend systems, Rust, WebAssembly, and open-source software. Recently, I’ve been working on large-scale Rust backend infrastructure handling 80k+ req/s at AnyDesk, and building projects such as TinyWasm, a WebAssembly runtime (https://github.com/explodingcamera/tinywasm), and Liwan, an open-source, privacy-friendly, self-hosted web analytics tool (https://liwan.dev).

I'm especially interested in technically challenging backend/platform roles, developer tooling, infrastructure, WebAssembly, and open-source products - ideally with strong ownership over technical decisions and product impact.

I guess that sounds like the normal web/progressive web apps/web archives (especially with the push to more platform APIs in browsers)? Also, Tauri uses the system's WebView2/Webkit runtime, so it essentially works like this already.

It seems to be wrapping drizzle, with astrodb just being a way to deeper integrate it into the framework and adding some ease of use features. Also seems like a nice way to support the development of astro by using their hosting service.

As far as I can see from looking at their repo, Drizzle isn't a wrapper for Kysely though? You can use Kysely or other query builders with drizzle, but it has its own query builder too.

Yeah, the only unsafe code right now is using this trait to prevent some duplicate bounds checking when reading/writing to memories that wasn't being optimized by the rust compiler. Shouldn't be too much of a performance difference for code that's not too heavy on memory access, made about a 5-10% difference for the selfhosted benchmark if I remember correctly though.

Hi! I have a short reflection essay, which should be mostly covered by the documentation in the repo. But I could share it if you shoot me an email.

WASI is one of the next things I want to explore. Right now, there sadly doesn't seem to be any self-contained implementations for the recently released WASI preview 2 out there, and TinyWasm also doesn't have support for the WebAssembly Component Model yet.

For performance, I have some very preliminary benchmarks, but this is something I want to go into more as part of my upcoming bachelor's thesis.

zero-clause BSD is essentially a modified MIT that doesn't even require attribution, so essentially a "public domain" like license.

It is absolutely done, mostly by the media player/library used, e.g exoplayer on Android has automatic lag compensation for that purpose.

From the documentation, it seems like there is 0 mercurial support. It's its own separate version control system that diverged years ago. You can either use the sapling scm client or git.

Oh I didn’t realize. Internally we use `hg` commands for everything so I guess it’s just the internal version that supports mercurial

The latest reply in this GitHub issue links to documentation and a example repo showing that tailwind is supported though