New x86 micro-op vulnerability breaks all known Spectre defenses

Re:New x86 micro-op vulnerability breaks all known Spectre d... by mort96 on Saturday May 01, 2021 @05:05AM (#27004626)

But JavaScript bloat is allowed to stay (by product managers, middle managers, UX designers, etc) because the website is still fast. If the JS bloat actually caused the site to become too slow on fast machines, people with power to change stuff would demand change.

[ Parent | on HN ]

Re:New x86 micro-op vulnerability breaks all known Spectre d... by jarcane on Saturday May 01, 2021 @05:28AM (#27004738)

People with the power to change stuff thought Java applets were a good idea in 1995, when most computers in wide circulation could barely run the JVM at any acceptable speed.

Never trust the tech industry to make optimal decisions, you are only in for a bad time.

[ Parent | on HN ]

Re:New x86 micro-op vulnerability breaks all known Spectre d... by otabdeveloper4 on Saturday May 01, 2021 @10:52AM (#27006787)

Management can't make these sorts of decisions.

They can set metrics on quality, but those can be easily gamed. (E.g. measuring average TTFB for a site instead of the real wall time to show visible content for the user.)

[ Parent | on HN ]

Re:New x86 micro-op vulnerability breaks all known Spectre d... by mort96 on Saturday May 01, 2021 @12:25PM (#27007543)

Management has the power to say that something isn't good enough and make it a priority. They also have the power to hire employees or consultants if the current team isn't capable of doing it.

Project management _definitely_ has the power to dedicate time to fixing performance issues.

Metrics can be gamed, but certain metrics - such as time to interactive, and time to fully loaded - are fairly well in line with what users actually care about. Even if they're gamed, a project manager can say, "This still feels slow to use. Dedicate the next (sprint|cycle|month|whatever) to performance work."

[ Parent | on HN ]