Live data from Hacker News

Ruby website redesigned

ruby-lang.org

121–130 of 224 posts

Re: Ruby website redesigned

#121
post #59

Earlier quoted context omitted.

Darkmode toggle can be (and usually is) achieved by CSS.

And the state of it persist across page loads or tabs?

No. It might, depending on what your browser does, but it's not in the web standard.

But you can have a button that saves your state when you enable javascript, and doesn't save your state (but still works) when you disable javascript.

edit: I think it is possible to save your state on the second click. So the UX is: you have 3 options with a slide. You click one of them, the page theme changes, and the option icon becomes a padlock. You click on it again, and the option is saved.

It seems to be a limitation that without javascript a single click can't change a switch and do something else--make a request to set a cookie. But you can do changing style on first click, then setting a cookie on the second. Here's a demo (written by Claude) (it doesn't work without server, just the HTML part) https://jsfiddle.net/r134vgo7/3/

Re: Ruby website redesigned

#123

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. It’s been a real pleasure getting back into Ruby after so many years in typescript, python, and rust. Happy to see the update. Real shame about the haters here, the Ruby community is a supportive and positive bunch that…

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.

Re: Ruby website redesigned

#125
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)?

Re: Ruby website redesigned

#126
post #103

Earlier quoted context omitted.

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. Speaking from experience (recently we rebuilt https://raku.org ), I am sure that they will come back and optimize, but tbh this is not the priority with a new site where the hi…

> 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. 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. Neither do you need to do three separate fetch requests for static…

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.

The website looks cool to me, makes me want to try Ruby.

Re: Ruby website redesigned

#127

Not long ago I was looking through programming language sites to figure out how to best introduce the language I'm working on. ruby-lang.com stood out with a text in a big font: Ruby is... 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. For reference this is the old one, which is much better: https://www.ruby-lang.org/images/about/screenshot-ruby-lang-... From: https://www.ruby-lang.org/en/about/website/ The old one was bett…

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?

Re: Ruby website redesigned

#128

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 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.

> Why the target audience of the ruby, probably primary web developers, whould do that?

In my experience, it's mostly web developers who care about this in the first place.

Re: Ruby website redesigned

#130
post #80
post #47

Putting DHH right next to Matz must be some kind of sick joke

Quickly followed by folks talking about a warm and welcoming community. Which in fairness, is true! DHH is the counterexample. Platforming him in 2025 seems nonsensical.

Why is platforming him in 2025 nonsensical?
Post reply on HN