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

141–150 of 224 posts

Re: Ruby website redesigned

#141

Post by self_awareness »

prh8 wrote: post #136
self_awareness wrote: post #131

I really wanted to like Ruby, but the ecosystem is just... broken. Comparing to Python, where virtualenv is de facto default, and pyls works by default, the experience with Ruby is not that great. New website looks like a website for a startup project that will be closed in 2 years.

What is broken in your mind? What things did you have a "not that great" experience with? There are de facto standards and defaults in Ruby as well.

Well, for starters, I never got LSP to properly work with Ruby at the same level as other languages, i.e. so it's possible to browse the standard library.

Re: Ruby website redesigned

#142

Post by [deleted] »

efilife wrote: post #89
zelphirkalt wrote: post #88

Earlier quoted context omitted.

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

[deleted]

Re: Ruby website redesigned

#143

Post by [deleted] »

efilife wrote: post #89
zelphirkalt wrote: post #88

Earlier quoted context omitted.

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

[deleted]

Re: Ruby website redesigned

#144

Post by azuanrb »

self_awareness wrote: post #141
prh8 wrote: post #136

Earlier quoted context omitted.

What is broken in your mind? What things did you have a "not that great" experience with? There are de facto standards and defaults in Ruby as well.

Well, for starters, I never got LSP to properly work with Ruby at the same level as other languages, i.e. so it's possible to browse the standard library.

Which LSP are you using? I'm using both solargraph and ruby-lsp and both works fine by me (in neovim).

Although those who really care about LSP support usually will use RubyMine IDE instead. Some of my colleagues are going that route, and they're mostly coming from Java (or similar background)

Re: Ruby website redesigned

#145

Post by azuanrb »

MyOutfitIsVague wrote: post #128
zaitsev1393 wrote: post #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)?

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.

> mostly web developers who care about this in the first place.

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.

Re: Ruby website redesigned

#146

Post by tempaccsoz5 »

librasteve wrote: post #87
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 hi…

I once tried to try Raku years ago, but I was left really confused by the website and docs.

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.

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: https://docs.astro.build/en/getting-started/

Re: Ruby website redesigned

#147

Post by paradox460 »

zaitsev1393 wrote: post #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)?

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

Re: Ruby website redesigned

#148

Post by SquareWheel »

jarek83 wrote: post #57
azangru wrote: post #49

Earlier quoted context omitted.

> Similarly for header-navigation and theme-toggle The theme toggle has three states. How do you model this with a checkbox?

It could be done with :indeterminate state (so key in a cookie would be absent or removed when switching), but I'd probably would do it with radios instead

Note that a checkbox's indeterminate state can only be set via JavaScript, so that lessens the elegance of a CSS-based approach.

I agree that using radios would be better. Or just prefers-color-scheme, which sidesteps the FOUT issue that often occurs when storing theme settings in localStorage.

Re: Ruby website redesigned

#149

Post by self_awareness »

azuanrb wrote: post #144
self_awareness wrote: post #141

Earlier quoted context omitted.

Well, for starters, I never got LSP to properly work with Ruby at the same level as other languages, i.e. so it's possible to browse the standard library.

Which LSP are you using? I'm using both solargraph and ruby-lsp and both works fine by me (in neovim). Although those who really care about LSP support usually will use RubyMine IDE instead. Some of my colleagues are going that route, and they're mostly coming from Java (or similar background)

I'm not really "using it", I'm just trying every now and then, and I keep encountering errors, hangups, and lack of functionality. Now I've tried ruby-lsp, and it just sits there on "Starting Ruby LSP...\n"

Couldn't even install Solargraph, once it errors out with 'Kernel#require': cannot load such file -- yard, other time it installs, but "solargraph scan" fails in runtime with "missing gem date" error.

Sorbet doesn't even work in VSCode, some bugs are over 5 years old.

But yeah, downvote my original post, because apparently all of the above is obviously my fault.

RubyMine was paid until recently, now it's free only for non-commercial use. It's also not really suitable for small scripting.

Historically, one insanely huge advantage of Ruby was that it was pre-installed on macOS'es, but I think they've stopped doing that since some macOS version.

Re: Ruby website redesigned

#150

Post by TimTheTinker »

tovej wrote: post #140
eudamoniac wrote: post #134

Earlier quoted context omitted.

So why are they not "native Americans" but the people referenced in your quote are "native Brits"?

[flagged]

So using a term as an ethnonym for historically British ethnic people is racist?

If so, is it racist to assert or assume that ethnic Europeans exist?

Post reply on HN