Live data from Hacker News

Ruby website redesigned

ruby-lang.org

161–170 of 224 posts

Re: Ruby website redesigned

#161
The visual refresh is great, but the technical implementation is disappointing. Code examples are static text fetched via JavaScript instead of being in the HTML. With JS disabled, you get a frozen "0%" loading screen.

This is ironic because Ruby has always emphasized doing things "the right way" and developer happiness. A language website should be a poster child for progressive enhancement - especially one that champions elegance and proper practices.

Still, huge improvement over the 2005-era design. Just needs optimization work to align the implementation with Ruby's philosophy.

Re: Ruby website redesigned

#164
post #63

Earlier quoted context omitted.

Why does a site even need a light/dark toggle, when you can just use prefers-color-scheme in CSS, and the user can select that in their browser settings? (Also, technically, alternative stylesheets can be defined in HTML, except every browser except Firefox removed it: https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/... )

Because as a user, I want to change the light/dark of your site, not every set, and not my OS. If you don't have a toggle, you are making assumptions that aren't accurate.

I am assuming that if the user selected a specific brightness mode, they want sites they visit to respect that theme. Call me crazy but this seems like common sense.

Re: Ruby website redesigned

#165

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

Back in the 2000s in the web standards development community there were multiple web development strategies called "progressive enhancement", "graceful degradation" and "unobtrusive javascript":

https://en.wikipedia.org/wiki/Progressive_enhancement

There were a lot of practical reasons for that: The browser landscape was much more diverse, different browsers had different support of standard Javascript, some browsers didn't even support JS and some people still kept text-only browsers like lynx/links in mind. Also browsers were not evergreen, so a large part of the audience could be on some older versions. Another thing were sometimes brittle network connection, especially over mobile. Depending on JS could in the case of corruption mean non-functioning websites.

For a lot whose exposure to web development and the discussions abound that, that reason will be stuck in their head, even if in the last decade of React ets the "best practices" will have changed.

There is also an aesthetic thing: There is a thing of beauty in simply curling an url and piping it into grep or such to get the thing you need, instead of having so have an headless browser. In my mind that is still how the web should work.

Re: Ruby website redesigned

#166
post #30

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. Also, apart from a quote from David Heinemeier Hansson the home page doesn’t even mention that ruby is a programming language. For comparison, the following all mention that above the fold, with a short phrase indicating what you would…

Funny how these statements seem to preempt alternative descriptions, misconceptions or criticisms.

Python is pretty well known as a data, analytic and machine learning oriented language, and they lean into a more broad characterization.

Perl might be described as dead/dying, and they characterize its development as ongoing.

PHP might be described as a web scripting language, and they characterize it as general purpose and broad.

Swift might be described as an Apple platform a language, and they really want us to know its multi-platform.

Re: Ruby website redesigned

#167
post #34

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

The decorative underlines under the headings on the home page are embedded as content ( tags)!!!

Amateur hour.

Re: Ruby website redesigned

#168
post #112

Earlier quoted context omitted.

Had the same exact thought. That DHH was included and Sandy was not really surprised me.

[flagged]

Being critical of MENA migration is not hateful speech.

Hateful speech is stating: you are from a MENA region therefore you are x negative trait.

Being critical of migration is just being critical of migration, which is allowed. His defence ("suicidal empathy" etc;) comes from the situation in the UK where people are being arrested en-masse for "hate speech" for referencing acts of terror[0].

You can dislike what he says, but hateful carries a more specific meaning (to me, at least).

[0]: https://nypost.com/2025/08/19/world-news/uk-free-speech-stru...

Re: Ruby website redesigned

#170
post #34

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

The decorative underlines under the headings on the home page are embedded as content ( tags)!!! Amateur hour.

I say this with love, compassion, grace, and all due respect: Who gives a shit?
Post reply on HN