Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

These sites can and should be much better. Yes. Definitely.

At the same time, while a 10s load time is a long time & unpleasant, it doesn't seem catastrophic yet.

The more vital question to me is what the experience is like after the page is loaded. I'm sure a number of these sites have similarly terrible architecture & ads bogging down the experience. But I also expect that some of those which took a while to load are pretty snappy & fast after loading.

Native apps probably have plenty of truly user-insulting payloads they too chug through as they load, and no shortage of poor architectural decisions. On the web it's much much easier to see all the bad; a view source away. And there is seemingly less discipline on the web, more terrible and terribly inefficient cases of companies with too many people throwing whatever the heck into Google Tag Manager or other similar offenses.

The latest server-side react stuff seems like it has a lot of help to offer, but there's still a lot of questions about rehydration of the page. I'm also lament see us shift away from the thick-client world; so much power has been embued to the users from the web 9.9 times out of 10 just being some restful services we can hack with. In all, I think there's a deficiency in broad architectural patterns for how the thick client should manage it's data, and a really issue with ahead-of-time bundles versus just-in-time & load behind code loading that we have failed to make much headway on in the past decade, and this lack is where the real wins are.



Yeah this is exactly the kind of nuance I'd love to see explored but as you say, auditing native apps is difficult, and it's really hard to compare apples to apples unless you can really compare equivalent web and mobile apps.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: