@nshki I want to use Ghostty, but not being able to search the buffer is a dealbreaker for me. It’s on the roadmap so hopefully eventually.

@zmanguy try mise (mise.jdx.dev). Never had it fail to install a Ruby.

@collin definitely mise

StackOverflow is doing their annual survey. Now is your chance to vote for Ruby and hopefully improving Ruby's ranking; and counteracting the "rUbY iS dYiNg" nonsense.

https://stackoverflow.blog/2025/05/29/not-just-a-vibe-the-stack-overflow-developer-survey-is-really-here/

#ruby

@searls help I’m being crushed under the weight of my previous generation iPhone

@getajobmike I self host forgejo and it’s nice but my use case is pretty much just for me, haven’t tried for heavy collaboration

Every team must now use mise. I'm sorry, I'm now the president of the universe, I make the laws. You have to use mise.

@nshki interested to see where you land, my 27” iMac is ready for replacement and dunno how I’ll feel about less pixel density than that.

I see the Dell, LG 5k monitors get mentioned a bit and also the Benq programming series which are less dense but 3:2 and matte.

Went too long without charging the bike and now I have e-bike range anxiety.

@jardo I don’t know how to GIF 🫠

@jardo

@nshki RIP shtml too 🪦

@froufox it’s not the speed of the connection - Ruby db gems often wrap C libraries which are quite fast - it’s most often a usage issue. The bottleneck often becomes suboptimal queries, too many queries, or just the time to get a lot of complex data out of the database.

Also forgot to mention the two best parts of Ruby are the mature ecosystem and the friendly community (always exceptions of course 🙃)

@froufox OK done 😅

I might be wrong about some of that but that’s my perspective being in this space for a while.

@nateberkopec knows way more than me and is a great follow for web perf in general, esp in the Ruby/Rails space.

@froufox
I have wondered if this productivity/cost tradeoff is less desirable for FOSS software or self-hosted software in general, but I think I’ve landed in the same place - on FOSS projects, time/labor is even more scarce/valuable.

@froufox you will need more memory/cpu sooner though since each server can handle fewer requests. Whether this cost is justified depends, but esp for web, Ruby is a great choice.

That said, other languages/web frameworks have caught up in terms of ergonomics/productivity and are great choices too! They often make different tradeoffs, but many have perf advantages over Ruby, so pick what you enjoy!

For me, the personal cost of having to write web apps in Go is very high 😆

@froufox in the web context where probably most ruby lives, ruby is generally fast enough. Web apps usually get bottlenecked by the database layer - most Rails perf issues are database issues, same as any other web app.

If the database usage is done well, sub 50ms response times from the backend is very achievable (conservatively) and the difference between that and sub 100ųs in another language is imperceptible to the user - frontend perf/LCP quickly overshadows backend gains

@froufox This has mostly borne out I think - compute continues to get faster, cheaper, and also Ruby keeps getting faster. Large strides have been made over the past few years, particularly with YJIT.

Large Rails shops like GitHub, Shopify, Gusto etc continue to both show how far you can scale Ruby/Rails, and are continuing to invest in language performance, which has been a boon.

@froufox as someone who uses ruby both at work and on personal projects for the last 20 years or so, I have thoughts 😆

the answer of course is it depends™️

The priority of Ruby is developer happiness, even over performance. The usual line is that compute only gets cheaper over time and so the productivity gains of Ruby (and Rails) save developer time that far outweighs performance drawbacks.

Homestar gets it.

https://homestarrunner.com/toons/backtoawebsite