Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ruby website redesigned

ruby-lang.org

Post reply on HN
Print view View original

81–90 of 224 posts

Re: Ruby website redesigned

#81

Post by Zambyte »

jrochkind1 wrote: post #72
rpdillon wrote: post #53

Earlier quoted context omitted.

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

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. i agree it's not a great look. Hopefully the website will keep getting regularly updated and tweaked (software,…

[flagged]

Re: Ruby website redesigned

#84

Post by InsideOutSanta »

djoldman wrote: post #83

Is there a manifesto out there saying that one should build with html and only if needed add css then svg then js? It seems this site doesn't work so well without JS.

I think this is the first time I've seen a website where the download button, which is just a link, requires JavaScript to render.

Re: Ruby website redesigned

#86

Post by satvikpendem »

Alifatisk wrote: post #43

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

I like instantaneous page loads after the initial first page load, which is what the JS does here. Hard to do so without it.

Re: Ruby website redesigned

#87

Post by librasteve »

Kwpolska wrote: post #20

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.

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 hits will top out at ~ 10k / hour.

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 https://glot.io/new/raku 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.

btw Ruby is a fantastic language!

Re: Ruby website redesigned

#88

Post by zelphirkalt »

Kwpolska wrote: post #20

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.

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.

It is part of what distinguishes actually good web devs from move fast and break everything kind of people.

Re: Ruby website redesigned

#89

Post by efilife »

zelphirkalt wrote: post #88
Kwpolska wrote: post #20

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.

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…

The noscript would not be needed at all. The value could be the real one by default, then in js set to 0 and incremented

Re: Ruby website redesigned

#90

Post by spiralganglion »

lelandfe wrote: post #52
Alifatisk wrote: post #43

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

> used much less JS The homepage loads 9.7kB of JS. Navigating to every single link in the main nav results in no additional JS being loaded. The site is fine.

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.
Post reply on HN