Live data from Hacker News

Big Fat Websites (2021)

herman.bearblog.dev

31–40 of 72 posts

Re: Big Fat Websites (2021)

#32

Most of the JS on a blog site will be analytics, don't hate the playa ...

Why not hate the player? I loaded an article the other day, and before I could read a single word the page had two popovers - one asking about cookies and the other asking if I wanted to join their mailing list, “So you can read more great content like this!”.

Terrible websites make me angry and then get closed. What a horrible waste of our collective human potential.

Re: Big Fat Websites (2021)

#33
post #25
post #22

"Text is small" so a website should be extremely light in resources is a really simplistic way to go about things. Most web pages are not hand crafted page by page, they're part of a CMS with a million other capabilities. Or, the team creating the website was under cost pressure and went for some performance-compromised "good enough" solution. Or, the website is old (true for almost all of them) and no longer under s…

> Most web pages are not hand crafted page by page, > they're part of a CMS with a million other capabilities Why should it matter? By this token a car should weight about as much as the a factory that made it.

Not necessarily the weight, but lots of other attributes of cars and other factory-made products are the way they are just because of the process in the factory. Sometimes to make production itself cheaper (not just material cost, but process-wise), sometimes to make it more efficient and sometimes just because automating it fully with good results is impossible, compared to making it by hand.

Re: Big Fat Websites (2021)

#34
post #15

Earlier quoted context omitted.

That's because of SEO and perception reasons, I believe. It's intentional.

You are correct - this is an attempt to appear fresh. But it is no excuse. It’s still an anti-user dark pattern.

Yep. It is an intention to appear fresh to Google, so that it can rank above websites that have better content but are using dates. Users be damned.

Re: Big Fat Websites (2021)

#35

Lol the irony of this. Very slow TTFB from Australia.. over 1 second The blog is already behind Cloudflare, and this page is static content, why don't you just add a rule to cache the page?

I have 1 second to spare. Optimization is good, but shaving milliseconds at all costs always sounded a bit pointless to me, except for real-time audio communication.

Do you have 5 seconds to spare? 10 seconds to spare?

Re: Big Fat Websites (2021)

#38

every website should load fast. If they should be clean is something that's too subjective IMO.

Autoplay videos blinking ads and basically any dynamic content have no place on a text-based website.

Autoplay videos have no place on any website.

If my blog needs a video or dynamic content, it's not up to you to decide ;).

Re: Big Fat Websites (2021)

#39
I agree with the sentiment, but "stock photos" are not a problem.

They add visual interest and allow the reader to quickly see what the article is about. Having a good stock photo with a blog post drastically increases the number of clicks.

Yes they can be used incorrectly, but that's true of anything.

Post reply on HN