← Graph

Can Ractors be fire-and-forget for background GUI work?

question 3 connections

Audience member describes a JRuby workflow where a background thread computes (e.g. a Mandelbrot fractal) while the GUI thread displays progress, and reports the Ractor equivalent blocks and cannot be fire-and-forget. Asks whether any form of fire-and-forget Ractor exists. Louis admits he doesn't know — also notes this is a danger of vibe-coding through an unfamiliar domain — but shares the pattern he used: Ractors send progress messages to a main coordinating Ractor that tracks the highest current decryption percentage and shuts the others down when one wins.

answer_summary
Louis doesn't know of a fire-and-forget Ractor API; his workaround is having worker Ractors message a main coordinating Ractor for progress and shutdown. Audience member considers the blocking behavior a dealbreaker for GUI use.
question Can Ractors be fire-and-forget for background GUI work?
about
Ractor concept
Question concerns Ractor blocking vs fire-and-forget semantics.
question Can Ractors be fire-and-forget for background GUI work?
about
JRuby tool
Asker compares to the JRuby background-thread + GUI workflow.
question Can Ractors be fire-and-forget for background GUI work?
asked_at
Audience Q&A after the talk.

Provenance

Read by
1 extraction