I used cursor over the past three weeks to update a 12 year-old Ruby on rails project. While it has been slightly updated throughout the years, this was my first proper modernization of the code base.<p>It’s been a real pleasure getting back into Ruby after so many years in typescript, python, and rust.<p>Happy to see the update. Real shame about the haters here, the Ruby community is a supportive and positive bunch that has shipped real products while others seem to worship at the altar of computer science alone… that’s about as counter snarky as I want to be here
I spent ~16 years with Ruby (as a non-primary language for the first 5 years, but then as my primary for the remainder), from ~2006/2007 til 2022/2023. I had a couple of hours free to spin up new personal project this morning. At first I was going to default to Python since I use it heavily at work. On a whim, I decided to see what Ruby 3.4 has to offer since it's been a few years. I am very happy with that decision. I really miss Ruby the language a lot, it's such a joy to work with.
[flagged]
[flagged]
[flagged]
[flagged]
It's not really baseless when he implied that non-white brits aren't native... even if they were native (born there) in "As I remember London" [1].<p>He says "In 2000, more than sixty percent of the city were native Brits. By 2024, that had dropped to about a third", and as supporting evidence, he links to <a href="https://en.wikipedia.org/wiki/Ethnic_groups_in_London" rel="nofollow">https://en.wikipedia.org/wiki/Ethnic_groups_in_London</a>, where we see that 63% of London's population is born in the UK (native), which clearly contradicts his own point. But he's not referring to that, he's referring to the "White British" ethnic category. So he's using a made up, white nationalist definition of "native Brit".<p>In the same blogpost, he also praised Tommy Robbinson, far-right activist and violent criminal.<p>He hasn't clarified or apologized for those statements, or the other racist dogwhistles in the blogpost.<p>If this isn't enough, just consider the fact that many rails contributors have quit because of him. Most famously when he got mad that people at his company complained about a racist list of "funny names" [2]. He and his co-founder literally decided to "ban political discussions" because people complained about how he handled this, which lead to a third of his employees quitting in protest.<p>[1] <a href="https://world.hey.com/dhh/as-i-remember-london-e7d38e64" rel="nofollow">https://world.hey.com/dhh/as-i-remember-london-e7d38e64</a><p>[2] <a href="https://www.platformer.news/-what-really-happened-at-basecamp/" rel="nofollow">https://www.platformer.news/-what-really-happened-at-basecam...</a>
I see that this coincides with Ruby 3.4.8 release[1]. I wonder we will get another Ruby release on 2025-12-25, since Ruby has made a Christmas day release for 13 consecutive years[2].<p>[1] <a href="https://www.ruby-lang.org/en/news/2025/12/17/ruby-3-4-8-released/" rel="nofollow">https://www.ruby-lang.org/en/news/2025/12/17/ruby-3-4-8-rele...</a><p>[2] <a href="https://www.ruby-lang.org/en/downloads/releases/" rel="nofollow">https://www.ruby-lang.org/en/downloads/releases/</a>
So many Web designers put zero thought into how their page looks when it is not loaded or not scrolled exactly past the trigger. So many sites say "0 happy customers", because someone thought showing incrementing numbers is cool. On this page, it opens up with a "100%" loading indicator, for a site that appears to have no interactivity that would require JS, just to show a pointless animation.
I am sure that the designers had to juggle a massive amount of community input and feedback and I know that this is not easy. Kudos to them for (i) leading with some very apt code examples, (ii) the 4 "whys" and (iii) the multilingual support.<p>Speaking from experience (recently we rebuilt <a href="https://raku.org" rel="nofollow">https://raku.org</a>), I am sure that they will come back and optimize, but tbh this is not the priority with a new site where the hits will top out at ~ 10k / hour.<p>I am no great fan of animations, simpler is better imho - and I have resisted requests to add a sandbox to the Raku site since <a href="https://glot.io/new/raku" rel="nofollow">https://glot.io/new/raku</a> does such a good job anyway... but I think Ruby is likely to appeal to a wider audience via a cool design vibe, whereas Raku is still in the early adopter / geek phase of adoption.<p>btw Ruby is a fantastic language!
I once tried to try Raku years ago, but I was left really confused by the website and docs.<p>Clicking through the code examples on your new website, I kept being amazed at some of the great things Raku does. It's night and day in understanding the uses and purpose of the language! Thank you.<p>Unfortunately, as soon as I click into the "introduction" section of the docs I'm abandoned to a wall of links and am once again lost. I'll try persevere this time, but I think you could do adoption of Raku a great favour by working on organising your docs site a bit more clearly. Astro's docs are an amazing case-study on best-in-class docs layout and writing: <a href="https://docs.astro.build/en/getting-started/" rel="nofollow">https://docs.astro.build/en/getting-started/</a>
> I am sure that they will come back and optimize, but tbh this is not the priority with a new site where the hits will top out at ~ 10k / hour.<p>You don't need to "come back and optimize" if you don't start with needing a progress indicator for a "transform: scale" animation to display a single static download link. The number of hits is not relevant.<p>Neither do you need to do three separate fetch requests for static plain text examples that you then laboriously dump into the DOM by creating dummy elements, putting content in there, then looking up and cloning `code` tags to then dump those code tags on the page.
I think you might have an issue with modern frontend practices. That's okay, but there's a disproportionate amount of hate towards Ruby's redesigned page. And it looks perfectly fine. HTPP/2 parallel requests aren't that big a deal, all things considered.<p>The website looks cool to me, makes me want to try Ruby.
He doesn't hate Ruby's redesigned page. He is complaining about yet another example of waste of resources that clients have to do because you want your page look "dynamic". Please, make sure and be aware were these comments are being posted, a site that it's both "dynamic" and doesn't require much resources from the client.
This is a page that appeared on HN front page news.<p>So what do you expect? People ignoring the frankly idiotic choices made that you now defend with "they will come back and optimize it"?<p>> HTPP/2 parallel requests aren't that big a deal, all things considered.<p>I literally see a progress counter that is for some reason required to display the most trivial animation to show ... a single static link. On a gigabit connection. All that takes up to two seconds.<p>On that same connection the same thing happen to three purely three static examples of code that somehow need up to two seconds to appear and to shift the entire content of the page.<p>Both are especially jarring on mobile.
Yeah, I thought those code samples would run immediately, in which case maybe the loading would be justified (although surely very easy to avoid). Instead, they're links to a different page that has the same code sample and a link to run the code, meaning I need to press twice to see what the code does when it runs, which isn't a lot but is surely at least one (possibly two) clicks more than necessary.<p>That said, it's cool seeing some of those samples, because they're honestly not really what I expected. For example, I didn't expect the list subtraction to work at a set operation, so seeing that example gives me a feel for what sort of things I can do with Ruby code.
> I need to press twice to see what the code does when it runs, which isn't a lot<p>I don't know the exact numbers, but the figures show you lose a high percentage of viewers with each click. So if you have 100 people who view the first page, 10 of them might click the link to the second page, and only 1 of them might click the link to the third page. If having customers view the running code is crucial, you'd want it on the very first page, above the fold.
I really like the 90s-esque aesthetic of sites like HN.<p>Low bandwidth, minimal in an artistic way.<p>I wish less sites would try to make them look like a wordpress from the early twenty aughts.
It even loads the code snippets in separate HTTP requests :-(
But the snippets themselves are really good! I'm going to update mine on <a href="https://mastrojs.github.io" rel="nofollow">https://mastrojs.github.io</a>
Yep, and for such cases it is usually very easy to make it work properly, if only a web developer put a little thought to it. We have most or all of the tools we need in HTML and APIs to make it work regardless. Like for example for the happy customer counter one could easily have a noscript fallback, that uses the number one already needs to retrieve to show the animation, but puts it there immediately. Then, iff JS gets executed, one can still animate the shit out of it.<p>It is part of what distinguishes actually good web devs from move fast and break everything kind of people.
I like how it looks. I don't like to see how badly it is crafted tech-wise - not optimized images by size and deferring, JS for things that work natively in the browser, bloat of tailwind instead of nice clean and modern CSS.<p>Knowing ruby I can tell that the relaxed approach to the website does not correspond with sophistication in the language itself. If I wouldn't know ruby, that would be a put off for me, thinking that if they don't want to convince me tech-wise by their site, it might be similarly annoying to deep-dive into the language.
Not long ago I was looking through programming language sites to figure out how to best introduce the language I'm working on.<p>ruby-lang.com stood out with a text in a big font:<p>Ruby is...<p>Followed by a paragraph about what makes Ruby special. I think that was an exceptionally simple and natural way of introducing something as complex as a programming language.
"Programmer's best friend" is precisely the wrong thing to do though (it says nothing and only makes the reader confused. Are we talking about a language or a pet? I'm not looking for a friend.). They took a step back with that.<p>For reference this is the old one, which is much better:
<a href="https://www.ruby-lang.org/images/about/screenshot-ruby-lang-old.png" rel="nofollow">https://www.ruby-lang.org/images/about/screenshot-ruby-lang-...</a> From: <a href="https://www.ruby-lang.org/en/about/website/" rel="nofollow">https://www.ruby-lang.org/en/about/website/</a><p>The old one was better because it said something about what the language is and how it benefits the user. "Best friend" is not descriptive. "dynamic language with minimal syntax that is easy to read and write" at least tells me something about Ruby, its priorities, and value proposition. I'm very concerned about a language that claims it wants to be my friend.
Dunno, it's a comfy tagline. I never got into Ruby but it always feels to me like it's a really ergonomic and cozy language. Sure, the best friend thing is a stretch, but it's honestly a slogan. How many people land on this page with no knowledge of what Ruby is and will confuse it with an app to make friends?
I like the new design, however, I strongly believe the website could've been optimized further and used much less JS. Opening the website with JS turned off makes the code examples not load and the front page freezes as "0%" loading.<p>What does it do exactly? It just fetches[1] to another part of site and retrieves static text[2] to be displayed. This part could've been kept as part of the html, no need for this artificial loading. It's not a webapp, it's a website.<p>1. <a href="https://www.ruby-lang.org/javascripts/try-ruby-examples.js" rel="nofollow">https://www.ruby-lang.org/javascripts/try-ruby-examples.js</a><p>2. <a href="https://www.ruby-lang.org/en/examples/i_love_ruby" rel="nofollow">https://www.ruby-lang.org/en/examples/i_love_ruby</a><p>In this day and age, it is possible to have an appealing, responsive, lightweight website with no JS (maybe except for darkmode toggle).
> used much less JS<p>The homepage loads 9.7kB of JS. Navigating to every single link in the main nav results in no additional JS being loaded.<p>The site is fine.
Home pages: Ruby 4.3mb,
Python 1.3mb,
java.com 2.1mb,
raku.org 360kb,
typescript 2.1mb
This page doesn't need JS. It doesn't need a loading indicator for said JS. It could just be html and css, otherwise unchanged.
I like instantaneous page loads after the initial first page load, which is what the JS does here. Hard to do so without it.
I don't think that JS does any preloading. When I open the front page and I click somewhere it loads normally for me, and it downloads the whole page content, after my click (desktop, Firefox).
wat
Darkmode toggle can be (and usually is) achieved by CSS.
I thought it would be interesting to try the showcase examples in Raku (since I am always saying how good Raku's imitation of Ruby is)...<p><pre><code> - https://glot.io/snippets/he42jpfm27
- https://glot.io/snippets/he42trx6w6
- https://glot.io/snippets/he434b6ryj
</code></pre>
Obviously Raku leans more to `{}` and `my $var` than Ruby - but otherwise I think it does a credible job. Obviously these are carefully chosen Ruby snippets to highlit its unique abilities in strings, "array math" and classes. On the string interpolation, I would say that Raku has the slight edge (and has the whole Q-slang for a lot of fine grained control). On the array math, I had to apply the (built in) Raku set diff operator ... so I guess that Ruby is a little more natural for this (rather quirky) feature. On the class stuff, again very close. Raku has much more powerful OO under the hood ... multi-inheritance, role-composition, punning, mixins, MOP, and yet is a delight to use in this lightweight way.
Maybe it was vibe coded, considering that Claude is the #3 committer in the website's repo[1].<p>[1] <a href="https://github.com/ruby/www.ruby-lang.org/graphs/contributors" rel="nofollow">https://github.com/ruby/www.ruby-lang.org/graphs/contributor...</a>
I don't know what others are complaining about here, it loads for me as fast as this HN, but looks nicer.
Loading percentage in the middle? I haven’t seen one of those since Micromedia flash days.
Meta, but it's kind of ironic that the main Ruby language website shows a "0%" Ruby symbol with javascript deactivated, and doesn't even show the code examples, which are all just links to some sandbox anyway.
Refreshing and delightful! I know how the home page looks doesn't reflect the programming itself, but this design really makes me want to try Ruby again :)
> I know how the home page looks doesn't reflect the programming itself<p>It does reflect what the language creators pay attention to. Way back when, when I was undecided between learning Python or Ruby, after visiting countless resources I noticed Ruby websites in general looked way nicer and clearer than Python websites, so I picked Ruby. Now, years of experience with both languages later, I have zero doubt that to me that was the right choice at the time. I would’ve been frustrated with Python to no end.<p>I no longer need either language regularly, but given the choice again I would not hesitate to go for Ruby.<p>All that said, I do agree with some other comments on the thread regarding the disappointing reliance on JavaScript here. Should just be static.
I don't get the people who complain about the website not working with disabled js. Maybe I miss something and a large part of users disable / have js disabled in their browsers for some reason?
Why the target audience of the ruby, probably primary web developers, whould do that? Or is this a some kind of secret handshake so community accept you (to build a website that can work with no js)?
It's become a bit of a shibboleth to have js disabled, and brag loudly about how that breaks much of the Internet. It's a weird form of nerd signaling
It's a common philosophy for developers with standards of robustness and accessibility to not hard depend on js for things that don't need js to function.<p>> Why the target audience of the ruby, probably primary web developers, whould do that?<p>In my experience, it's mostly web developers who care about this in the first place.
I can understand the aspiration to have the system that can be run from the lowest level out of box tools, but then, I am doing frontend for almost a decade and this is porbably the first time I'm seeing such attention to this specific 'no js' use case, as in this thread.<p>Maybe I'm not reading enough webdev forums. I agree though that things that don't required js should be written in no js way.
> mostly web developers who care about this in the first place.<p>I’m not sure what you mean by this. We care about our users and how they use our websites. JavaScript is everywhere and has been the de facto frontend standard for the past few years. Supporting no-JS is starting to feel like supporting a new browser. As much as I’d like to, from a business and product point of view, the numbers are just too small for us to even consider it.
I wonder why Sandi Metz is missing in the testimonial section. One of the most influential persons in software analysis and design in the Rubyverse.
Sandi is also "moderately retired" -- hasn't done a speaking engagement in 5 years -- a blog post in longer...<p>Sometimes it's nice to just let people rest and get on with life.
Had the same exact thought. That DHH was included and Sandy was not really surprised me.
DHH is the lead developer of the most popular ruby web framework, Sandy is the author of a mildly popular book. Not knocking her work, but DHH is magnitudes more influential.
I think dhh's quote just isn't very good -- of course someone who has so much identity invested in the ecosystem is going to say "I looked around and still nothing is better than ruby!" Well maybe not even of course, not even every "BDL" is as cringingly self-promotional as dhh, some have a bit of humility.<p>i agree it's not a great look.<p>Hopefully the website will keep getting regularly updated and tweaked (software, is a living organism!), instead of being frozen in amber for a decade like the last version!
Yeah, DHH's inclusion is not a good look. Apparently people in this thread are upset that people are pointing that out?<p>Why would you want someone known for political hijinx and hateful speech as your face? How is that supposed to draw in new people?
wow that loads slow<p>I like the design and content. Being able to immediately try a language online is huge<p>But there has to be a way to load that content in a progressive manner. Loading a static version first and then hydrating the content if you need interactive actions
The site looks great visually but the technical implementation is disappointing. Here's what's wrong:<p>1. Code examples are fetched via JS instead of being in the HTML. They're static text - there's zero reason for this.<p>2. The "0%" loading spinner blocks everything. It's literally just displaying a download button and some text.<p>3. With JS disabled, you get nothing. A language website should be the poster child for progressive enhancement.<p>The irony is that Ruby itself has always emphasized developer happiness and doing things "the right way." This site feels like it was built with the modern JS framework mindset rather than the Ruby philosophy.<p>Still, huge improvement over the 2005-era design. Just wish they'd optimized it properly.
Is there a manifesto out there saying that one should build with html and only if needed add css then svg then js?<p>It seems this site doesn't work so well without JS.
Nice! There is a Japanese feel to the lead graphic, their prevalence of cartoon imagery, that one might not recognize without having traveled in Japan.<p>Is the design debate public? I'd imagine it would make great reading.
I'm glad to see they didn't use wordpress.
So much better. The website was looking like abandonware, which was not helpful in projecting ruby as an actual thriving ecosystem.
The old site as a comparison.<p><a href="https://web.archive.org/web/20251113164224/https://www.ruby-lang.org/en/" rel="nofollow">https://web.archive.org/web/20251113164224/https://www.ruby-...</a>
Very form over function, with JS for everything, including static content, and bad performance. This signifies what’s wrong with “modern” webdev.
Very nice, my nature-lang references the old ruby design, now maybe I can reference the new one.
Feels like base camp website.
The Lighthouse report is telling. It scores 100% for Best practices and SEO, but 54% for Performance. Pages like these used to be caricatures of the modern web, but are now acceptable. DHH's statement doesn't help either.
I dreaded the thought of scrolling down because I knew I’m gonna stumble upon his face.
Honestly, the synthetic Lighthouse tests would be great but for the fact that they're using Google Fonts. It's like the only major thing in their critical path.
Looks like base camp website.
So, in order to show a single download link it needs to load an animation with visible loading progress even on a gigabit connection. It takes a few seconds to appear. All to show a scaling animation that can be achieved with a couple of lines of CSS.<p>Same for absolutely static code examples that take a few seconds to load and shift the content away.<p>Why?
You are a rare species, on the verge of extinction.<p>Unfortunately, most people today probably don't care about what you're talking about. (I do, but I've decided not to comment on it anymore, because it would probably drive me crazy :)
> couple of lines of CSS<p>This is bit too much to ask. Just check the source it is swollen with Tailwind.
Well well well. Now can we stop arguing about ruby death? It is even got a site redesign! What a fresh look. Previous design was from 2005?
The number of times Matz is mentioned and depicted on the homepage is offputting. MINASWAN feels too close to WWJD for me. I can't think of another programming language community that does this, and I'm including Wolfram in that assessment.
Ruby is GOATED.
You can say what you want but Ruby coupled with Rails is the most productive web stack period.<p>Why you might ask?
- Omakase Stack
- high level is good for business processes
- modern concepts without JS ecosystem churn
- great testing capabilities
- great ecosystem
- highly effective stack for LLMs (conventions)<p>Is it fast in Benchmark Games - not by any means.
Will you be able to finish projects and make money with it? Absolutely.
On my iPad, without scrolling, the screen shows almost nothing, just a download button and some text that, I think users will ignore. I think that’s a waste of valuable screen estate.<p>Also, apart from a quote from David Heinemeier Hansson the home page doesn’t even mention that ruby is a programming language.<p>For comparison, the following all mention that above the fold, with a short phrase indicating what you would want to use the language.<p>- <a href="https://www.python.org/" rel="nofollow">https://www.python.org/</a> has <i>“Python is a programming language that lets you work quickly and integrate systems more effectively. Learn More”</i><p>- <a href="https://www.perl.org/" rel="nofollow">https://www.perl.org/</a> has <i>“Perl is a highly capable, feature-rich programming language with over 37 years of development”</i><p>- <a href="https://www.php.net/" rel="nofollow">https://www.php.net/</a> has <i>“A popular general-purpose scripting language that is especially suited to web development.
Fast, flexible and pragmatic, PHP powers everything from your blog to the most popular websites in the world.”</i><p>- <a href="https://www.swift.org/" rel="nofollow">https://www.swift.org/</a> has <i>“Swift is the powerful, flexible,
multiplatform programming language. Fast. Expressive. Safe.”</i>
[dead]
[flagged]
[flagged]
[flagged]
[flagged]
[flagged]
> somehow, the Ruby community [...] think it's acceptable to have a standard implementation that does neither AOT nor JIT native code compilation<p>Ruby have YJIT, which is a production ready JIT compiler that generates native machine code. But it requires enabling via flag "--yjit" rather than running by default.<p>Why? I think it's primarily to avoid build time dependencies on Rust and prevent unexpected overhead for users. This keeps binary light and avoids forcing Rust installation on users, especially for those who run interpreter only, where YJIT adds no value.<p>Note that including YJIT also bloat binaries by 5 to 10MB (Rust static lib + code cache structures) for source builds and complicates cross compilation since Rust targets vary by architecture (focus x86-64 and arm64, not all platforms).<p>Also, Rails 7.1+ enables YJIT by default, so JIT (to native code) in Ruby is being utilized when actually needed.
Do you often rant like this based on completely incorrect info? Could save yourself some time and downvotes by doing basic research first.
Ruby has had YJIT for some time and being deployed and used in production, from Github to Shopify.<p>The current experimental JIT is ZJIT. And the fastest Ruby JIT Runtime is TruffleRuby. ( I wish JRuby gets more love )
[flagged]
DHH praising himself in the testimonials, funny.
Putting DHH right next to Matz must be some kind of sick joke
not a serious language, not a serious website. very fitting
I really wanted to like Ruby, but the ecosystem is just... broken.<p>Comparing to Python, where virtualenv is de facto default, and pyls works by default, the experience with Ruby is not that great.<p>New website looks like a website for a startup project that will be closed in 2 years.
Lol, it does not load when JavaScript is disables. I wonder if Ruby still sticks to Free Software principles.
I loved the old website. It was one of the few "good old things" I used to check out when I got nostalgic. What a waste...
This is just straight-up unappealing, really gaudy, if that's the right word. Otherwise I can't put it into words well.