myria VS name-needed

Location: Seattle area

Remote: Yes

Willing to relocate: No

Technologies: C/C++, Python, Java, SQL, Linux, DB engines, systems programming

Résumé/CV: https://www.linkedin.com/in/tobinbaker/, https://www.dropbox.com/scl/fi/0ai2g6loja08p90hwj6zq/TobinBa..., https://github.com/senderista/, https://senderista.github.io/atomik-website/

Email: [email protected]

I've been working for the last 3 years on an in-memory MVCC DB engine in C++, built from scratch. The engine incorporates several innovative design features. It has completely nonblocking transaction open and commit; incremental, concurrent, and nonblocking GC; and direct shared-memory access to data from client processes with zero-copy reads. All critical paths are lock-free and some are wait-free (e.g., transaction validation). Scalability is a work in progress but single-thread update throughput is ~5M TPS. I've also designed and partially implemented a high-level API over this database to expose transactional programming to C++ developers who would never normally use a database: https://senderista.github.io/atomik-website/.

Before starting this project, I worked on a distributed analytical database, supporting multiple scientific users:

https://myria.cs.washington.edu/

For my long term side project I just dump ideas into a barely organised backlog.md [^1]. After finishing a feature or taking a few months away, I normally dive back in by browsing this and choosing the next milestone.

It's worked well for a couple of years, and helps me keep the long term goals in mind.

[^1] https://github.com/DomWilliams0/name-needed/blob/develop/.pl...

https://domwillia.ms

It uses a custom static site generator because I needed to procrastinate somehow before starting the first post... Now it's nicely stable and punishing new posts is quick and easy

Location: Tallinn, Estonia (UK citizen intending to move there)

Remote: Willing to work partly remote but I require a sponsored visa to work in Estonia

Willing to relocate: Yes, to Tallinn :^)

Technologies: Rust, C, Python preferably, but C++ too. I enjoy low-level work focused on performance; see my toy OS, JVM implementation and game engine on my github profile.

Résumé/CV: https://domwillia.ms | https://github.com/DomWilliams0 | please reach out via email for my résumé

Email: [email protected]

I've written some pretty low-level OpenGL bindings in Rust, because the existing solutions are either too high level or over the top complexity wise.

At the time I only had experience with the OpenGL C api and didn't want to learn a totally different Rust abstraction or mix C/C++ libraries into a pure Rust project.

https://github.com/DomWilliams0/name-needed/tree/develop/ren...

I've been alternating between two long term Rust projects, which seems to work in keeping the motivation up for both!

A Dwarf Fortress-like game (and engine): https://github.com/DomWilliams0/name-needed

A x64 operating system: https://github.com/DomWilliams0/DomeOS

A Dwarf Fortress-like game (and engine) in Rust: https://github.com/DomWilliams0/name-needed

Ambitious to be sure, but after a year and a half I'm still consistently working on it, and still enjoying it!