Seeing the same thing with Roundhouse. Also, I'm dogfooding Campfire/Roundhouse/Spinel: github.com/rubys/roundhouse/…
Sam Ruby retweeted
.@yukihiro_matz appears to have achieved hard takeoff. He's merged 200 PRs in the last 24 hours to spinel and 1000 this week
Replying to @Cufe_Haco
I remember the discussion, but I remember the details of your app differently, so perhaps I didn't follow. Specifically, I don't remember any out of process execution like you are describing here, which sounds interesting.
Replying to @EstebanTrejosQ @nateberkopec
That was before the days of LLMs, so yes.
Replying to @sshconnection
All cool; I could have made that more explicit up front. There are others that advocate for leaving it up to LLMs, that's where I part ways. For me, I'm using Rails as the spec language, but I'm open to alternatives.
Replying to @sshconnection
Sorry, yes compilers. Roundhouse is a deterministic compiler of Rails code. Pass it the same input and you get the same output. 1. Define spec language. 2. Build compiler for that language. 3. Author spec - either by human or LLM.
100% written by a human. Porting and on-shotting are anecdotes. Yes, Rust is faster than CRails. Duh. But is that really the interesting question? What happens when your needs change and you are faced with a requirement than you never anticipated before? intertwingly.net/blog/2026/0…
This is the right discussion to be having, though it is not an either or. Keep your Rails app, transpile it to the deployment target that meets your app's needs. Offline first, shared nothing, and other architectures are more important than runtimes.
Tech is expanding as normal people build apps with agents - for their team at work, friends, family. The last thing they need is Rust. They value simplicity, security, batteries-included frameworks. They can occasionally read an algorithm or calculation to double check. They should pick idiomatic Ruby, batteries-included Rails, and plain SQLite.
Replying to @timtilberg
Nokogiri is a wrapper over libxml, which is written in C, so you already have what you need. If your hot spot includes your code, you can compile your code with Spinel, write a small wrapper and call that from Ruby.
Replying to @timtilberg
You write your application in a Spinel subset of Ruby (no eval or method_missing) and the whole application (not just the hot paths) gets compiled, first to C, then to an executable.
Replying to @th1agofm
Why maintain the types when you can infer them? rubys.github.io/roundhouse/d…