Live data from Hacker News

The impact of removing jQuery on our web performance

insidegovuk.blog.gov.uk

121–130 of 283 posts

Re: The impact of removing jQuery on our web performance

#121
post #113
post #104

Earlier quoted context omitted.

Wait, the Germans, of all people, don’t have a standard government design system? Next you’re going to say the Swiss also don’t have one, and I’ll have to throw out my entire set of national stereotypes!

As someone from Germany I'm sometimes surprised what stereotypes exist outside Germany about it. I can assure you standardizing things is not something Germany is good at.

The beautiful thing about standards is that there are so many of them.

Re: The impact of removing jQuery on our web performance

#122

At the end he said a certain cohort of users, but how many users were actually in that cohort? JQuery is an older technology. I find it hard to believe something made to work on older hardware / internet is affecting performance that much. We have 5G and stupid fast chips in phones now. I’m skeptical. Performance issues are usually database queries or code compiling / “waking up” some server function.

> We have 5G and stupid fast chips in phones now. The people who need government services the most won't have this

Do we have hard data on this?

Just want to make sure we aren’t just making assumptions.

I would think most folks of any income would replace their phones even every 5 years, simply because the batteries would’ve died. And I’d think any phone in the past 5 years would be reasonably decent. Even the ultra cheap ones.

Plus with networks, cell carriers are at least incentivized in general to get folks off 3g into lte since it’s cheaper for them to not have to maintain N systems.

Re: The impact of removing jQuery on our web performance

#123
post #104
post #69

Earlier quoted context omitted.

I'm afraid there won't be anything like that in Germany any time soon.

Wait, the Germans, of all people, don’t have a standard government design system? Next you’re going to say the Swiss also don’t have one, and I’ll have to throw out my entire set of national stereotypes!

Of course we do.

https://styleguide.bundesregierung.de/sg-de/

Edit: under “Hilfsmittel” there‘s a “Web Component Library”, hidden behind a login.

Re: The impact of removing jQuery on our web performance

#124
post #114
post #104

Earlier quoted context omitted.

Wait, the Germans, of all people, don’t have a standard government design system? Next you’re going to say the Swiss also don’t have one, and I’ll have to throw out my entire set of national stereotypes!

We Germans probably have a standard design system for the documents we send by Fax...

Or print out hundreds of pages of documents nobody reads and awkwardly wait while someone painstakingly scans each one to “have it digital”.

Re: The impact of removing jQuery on our web performance

#125
post #64

Earlier quoted context omitted.

jQuery is more convenient to use than vanilla JS. Vanilla JS is too verbose. If only jQuery was modular and didn't require to load 300 or 400 Kb of code. Also it is difficult to find non-jQuery library of a good quality. For example, I was looking for a small library to send and receive JSON via HTTP, and ended up writing my own wrapper around XMLHttpRequest (fetch() is a poor choice, it is not supported well in olde…

>If only jQuery was modular and didn't require to load 300 or 400 Kb of code. JQuery's own site says the library is 30 to 40 Kb, not 300 or 400. The minified JS file I downloaded of the latest version is 87 Kb, so I assume the rest would be taken care of with zip headers. Are people routinely serving the uncompressed version of the library?

Agree. Plus one can use a cdn to increase the chances of the library being already downloaded.

Re: The impact of removing jQuery on our web performance

#126
post #69
post #16

Earlier quoted context omitted.

Yes, this is an example of government design systems, which are becoming popular among developed countries: - The UK: https://design-system.service.gov.uk/ - The US: https://designsystem.digital.gov/ - Canada: https://www.canada.ca/en/government/about/design-system.html - Argentina: https://argob.github.io/poncho/ - Italy: https://designers.italia.it/ - Singapore: https://www.designsystem.tech.gov.sg/ - Estonia: http…

I'm afraid there won't be anything like that in Germany any time soon.

It actually exists in the form of this CMS: https://produkt.gsb.bund.de/DE/Home/home_node.html

However, I believe it's mostly the federal ministries that use it.

Re: The impact of removing jQuery on our web performance

#127
post #4

Has anyone noticed how all UK government websites like https://www.gov.uk/ , https://www.nhs.uk/ , https://tfl.gov.uk/ , https://coronavirus.data.gov.uk/ have the same look-and-feel and the same UX? Are there more such examples of countries that have uniform UX for their government websites?

Edit: TLDR Nice clean graphics, shit UX for the actual thing you are trying to do, here’s an example:

Nice that the Universal credit page is 17 seconds faster, but has anyone else noticed how they use dark patterns to screw you out of money you are due by making it really hard to submit accurate year end accounts if you have submitted an estimate at Tax credits renewal time because you didn’t have your year end accounts yet. The only way is to phone and go on hold for 2-4 hours or to write a letter to an address that is not listed anywhere on the website. I am having to pay back £75 / month of tax credits that I was legally due because I didn’t manage to submit this information to the correct place by the deadline. What is even more annoying is they have all this information as tax returns are submitted to the same government department and have all the information they need. The two departments even share the same bank account number for tax payements and tax credit repayments and use the same letterhead. They used to sync this information automatically but they changed the system at some point around 10-12 years ago. I can’t imagine why they have done this apart from it is designed just to screw money out of small business owners and sole traders that don’t make much money e.g. cleaners, hairdressers, window cleaners, dog walkers etc. It’s not setting a very good example if you want people to be honest and declare all their cash income!

Re: The impact of removing jQuery on our web performance

#128

Earlier quoted context omitted.

Perhaps. But user expectations are otherwise. Especially when lack of guardrails too often leads to wacky and wonky experiences.

wacky and wonky experiences inaccessible FTFY

Needs more

Re: The impact of removing jQuery on our web performance

#129
post #14

> Now I know what you may be thinking, that doesn’t sound like a lot of data, especially compared to images which can be multiple megabytes in size. But when it’s on every page, from a web performance perspective, it equates to a lot of data. Er... the utility of jQuery in 2022 aside, I would say: if it equates to a lot of data when it's on every page (of a single website), you're doing something wrong?! I mean, cach…

The article goes on to explain that they are optimising for extremely low spec devices used by financially and socially disadvantaged users. The majority of their users load pages in less than 1s (likely due to caching and connection). Some users take 25s or more to load a page. It is for these edge cases they were testing.

They're testing against a hypothetical user on a 2G cellular connection. I can't see many situations where that would happen. Being poor doesn't mean you can't afford 3G because every data plan in the UK includes 4G as a mimimum. Often 5G is included too. You have to be extremely rural to drop down to 2G and rural people are often better off. Poorer people tend to be in urban areas that have better digital infrastructure.

Re: The impact of removing jQuery on our web performance

#130

Earlier quoted context omitted.

> jQuery is largely not needed since Internet Explorer lost market share and there's less of a need to have lots of workarounds for it. As someone who's late to the webdev party I feel that jQuery is pretty awesome (all I ever heard is people poopoo it). The vanilla API for the DOM manipulation is just plainly awful and borderline nonsensical so I'd say jQuery is still very much needed.

If you are mainly using jquery for its DOM manipulation¹ rather than for browser compatibility² or things that didn't exist consistently in older browsers³ then there are much smaller libraries that do that job which may be worth looking into. https://github.com/fabiospampinato/cash or https://github.com/franciscop/umbrella to give a couple of examples. Some explicitly support IE11 so you are not dropping as much sup…

I'm a big jQuery fan. Some new frameworks that do DOM binding are just too "magic". Sometimes there is close to zero js code for a page, which, while cool, means it's hard to find out what to do to add new featues when the default behaviour is not what you want.

With Jquery it seems the balance of writing code to make page active, and not writing too much code, is correct.

I guess I prefer reading code than docs.

Post reply on HN