News for hackers. Stuff that matters.
Re:js;dr = JavaScript required; Didn’t Read. by corobo on Sunday January 17, 2021 @02:53PM (#25814274)
I might not be able to read this 10 years from now so I'm not going to read it now.

Bizarre argument. Seems like something you don't need to worry about but whatever floats your boat

Re:js;dr = JavaScript required; Didn’t Read. by mrkeen on Sunday January 17, 2021 @03:13PM (#25814466)
It's the 'voting with your feet' argument.

It's a presponse to "my site is js; if you don't like it, leave it!"

Re:js;dr = JavaScript required; Didn’t Read. by antonvs on Sunday January 17, 2021 @03:31PM (#25814634)
The problem is there aren't enough feet to make this vote count.
Re:js;dr = JavaScript required; Didn’t Read. by corobo on Sunday January 17, 2021 @04:01PM (#25814909)
The problem is if original blogger wants to archive a page they need to use a different tool than curl. Honestly such a weird hill to die on.

Curl isn't even that great to archive with anyway is it? wget --mirror used to be the hotness.

Re:js;dr = JavaScript required; Didn’t Read. by antonvs on Monday January 18, 2021 @01:53AM (#25818985)
I do understand his point. If you want content to be long-lived, requiring the execution of code to render it introduces a risk that it will become much more difficult to correctly render in future, if it's not maintained and updated.

I think it's a valid point to raise, but how much you care about it is going to depend hugely on what you're doing.

Re:js;dr = JavaScript required; Didn’t Read. by shamas on Monday January 18, 2021 @07:29AM (#25821098)
Why would most js heavy companies want content to be long lived? What's the benefit to them? If they're concerned about making data accessible then they'll open an API that they hold the keys to.
Re:js;dr = JavaScript required; Didn’t Read. by antonvs on Monday January 18, 2021 @01:35PM (#25824918)
The point is that js has become a de facto way of rendering content, regardless of its nature, and in some cases this impacts usability and other non-functional requirements in ways that people don't always consider.

Obviously if a company wants tight control over their content then this may work to their benefit - although they may still find that their ability to render their own content requires non-trivial maintenance over time.

But that's a pretty narrow view of the web, and not everyone publishing on the web fits that model.