Jérôme Gravel-Niquet's Avatar

Jérôme Gravel-Niquet

@strings.io.bsky.social

Founder and CTO at Fly.io

53 Followers  |  118 Following  |  21 Posts  |  Joined: 25.11.2023  |  1.8101

Latest posts by strings.io on Bluesky

Rustconf when it was in Montreal (local to me) had special priced tickets for locals ($50 IIRC). There aren’t for Seattle?

18.07.2025 22:36 — 👍 2    🔁 0    💬 1    📌 0

Nice. Do you happen to know why it’s comparing to s3fs instead of something like juicefs, geesefs or tigrisfs? I assumed s3fs was antiquated and not used very much.

14.07.2025 23:55 — 👍 1    🔁 0    💬 1    📌 0
Preview
parking_lot: ffffffffffffffff... Gnarliest Rust proxy bug yet.

JFC this bug. fly.io/blog/parking...

28.05.2025 22:31 — 👍 11    🔁 3    💬 0    📌 1

My first reaction is that it’s not really embedded if it uses Postgres :) but maybe a good Postgres setup is what’s expected. If it used SQLite or fjall or another embeddable DB, you could get rid of that dependency.

28.05.2025 11:29 — 👍 0    🔁 0    💬 3    📌 0

I’ve only discovered its existence this week and it’s solving a lot of problems for me. Previously tried axum+utoipa and dropshot. Both solutions had their own issues where poem seems to just work and be flexible enough for my needs!

22.05.2025 10:13 — 👍 1    🔁 0    💬 1    📌 0
Preview
Stop Building AI Tools Backwards | Hazel Weakly I’ve been reading this week about how humans learn, and effective ways of transferring knowledge. In addition, I’ve also had AI in the back of my mind, and...

I realized something recently, which is that we're building AI tools completely backwards.

While I was aware that there's some de-skilling happening already, I finally clicked a bunch of pieces together and decided to write this to talk about how we can do *better*

hazelweakly.me/blog/stop-bu...

17.05.2025 03:07 — 👍 147    🔁 54    💬 24    📌 23
Preview
crates.io: Rust Package Registry

unsynn v0.1.0 is out!

crates.io/crates/unsynn

08.05.2025 20:35 — 👍 35    🔁 2    💬 3    📌 2

What the…

26.04.2025 22:17 — 👍 0    🔁 0    💬 0    📌 0

If I understand correctly, their software requires generating Rust code from SQL. Instead of making it all one big crate, they splitted it into a ton of crates. They are not publishing the crates, they’re only generated at build-time for specific uses of Feldera

18.04.2025 14:28 — 👍 2    🔁 0    💬 0    📌 0
Preview
Taming A Voracious Rust Proxy The Integral Principles of the Structural Dynamics of Async Rust

Peter Cai, on our proxy team, working with Pavel to track down an annoying async Rust bug. fly.io/blog/taming-...

27.02.2025 00:16 — 👍 9    🔁 1    💬 0    📌 0

That part is very interesting to me! I’ll definitely take a look.

14.01.2025 01:19 — 👍 0    🔁 0    💬 0    📌 0

Hmmm, I like that! What names do you usually use for labels?

12.01.2025 12:09 — 👍 0    🔁 0    💬 1    📌 0

Err… `#[serde(skip_serializing)]`

28.12.2024 15:01 — 👍 0    🔁 0    💬 1    📌 0

Hmm, maybe `#[serde(skip_serialization)]` on the field would give you what you want?

28.12.2024 15:00 — 👍 0    🔁 0    💬 1    📌 0

That said, I’m not opposed to jumping through the hoops and learning new ways, but I was hoping for something that worked out of the box :)

09.11.2024 22:28 — 👍 0    🔁 0    💬 1    📌 0

Very interested by this.

Up to now I’ve been able to evaluate Rhai scripts inside a hyperlight VM, but nothing more complex.

Wasmtime requires jumping through hoops to get working no_std. Most things with C dependencies are hard to compile for the x86_64-unknown-none.

09.11.2024 22:27 — 👍 1    🔁 0    💬 1    📌 0

Was very interested in that feature and ended up implementing it for fun. Didn’t turn out too bad!

20.10.2024 15:00 — 👍 2    🔁 1    💬 0    📌 0

Without foreign key constraints, then you’re implementing it yourself, yeah :( might be good to take that into account when designing the keys you’re using so you can iterate on them. E.g. `device_id:message_id` or the reverse.

14.10.2024 23:21 — 👍 0    🔁 0    💬 0    📌 0

Let me know if you do! Happy to chat about it.

27.09.2024 15:08 — 👍 1    🔁 0    💬 0    📌 0

If your transactions don't overlap, then this is definitely faster than single writer tx. If they do cause conflicts due to the aforementioned reason, you can decide what to do depending on what you're trying to do. Definitely not a silver bullet heh.

27.09.2024 14:23 — 👍 1    🔁 0    💬 1    📌 0

That's correct! Using the `single_writer_tx` means each writer transaction happen one at a time. Using `ssi_tx` (introduced by this PR), you can have any number at the same time, but they can fail (retryable) if a transaction inserts data that was read by another committed previously.

27.09.2024 14:20 — 👍 1    🔁 0    💬 2    📌 0
Preview
Serializable Snapshot Isolation (SSI) by jeromegn · Pull Request #79 · fjall-rs/fjall This allows multiple concurrent write transactions. Checklist Change MSRV back to 1.74 Uncomment unwrap_used lint Remove #[inline] attributes Keep the option to use the single-writer transacti...

If you’re still using fjall and need transactions, this might interest you: github.com/fjall-rs/fja...

27.09.2024 14:02 — 👍 1    🔁 0    💬 1    📌 0
A tweet of the OP followed by a picture of a bodega cat on an ATM machine

A tweet of the OP followed by a picture of a bodega cat on an ATM machine

ATM surveillance

05.04.2024 03:52 — 👍 2    🔁 0    💬 0    📌 0

Tasted great for 10 seconds!

02.03.2024 14:27 — 👍 0    🔁 0    💬 1    📌 0

If you see this, post 🐈

05.02.2024 12:02 — 👍 1    🔁 0    💬 0    📌 0

@strings.io is following 20 prominent accounts