I suspect GP's point is that every malware blocker in every browser is likely to treat this kind of script as hostile, except for Chrome because Google are currently nerfing the ability for blockers to intercept hostile scripts in one of the most blatantly user-hostile changes they've ever made.

If Apple play along with Safari then every other browser and its malware blocking plugins are about to be toast in a huge retrograde step for Internet privacy. But not even Cloudflare is going to get away with blocking every iOS device if Apple continues to allow blockers to intercept this kind of script.

Did anyone mention recently that simultaneously controlling both the most popular web browser and several of the most popular ad-supported web properties might be a little anticompetitive, and that it's about time that Google was broken up? It's probably time for that drum to start beating a bit louder again.

Both sides are going to want to get a great deal more evidence to support their positions - Tesco might want access to e-mails and strategy documents from Broadcom and they might want internal documents from Tesco showing what actual difficulties they encountered in migrating away. These will then have to be digested by experts capable of presenting them to the court and a case/defence built around them. All that takes a great deal of time. The aim of a civil case is to get financial restitution for the damages allegedly caused and the full amount probably won't even be known until the migration process is complete. Filing the case allows the discovery process to begin.

Courts will only intervene urgently if there's a threat of harm that could not subsequently be compensated adequately by monetary damages. In this case, all parties are large corporations with deep pockets whose continued trading is not in question.

I sing in choirs and the majority of people are long past retirement age and seem to be relatively alert and mostly quite sprightly. There's clearly a difference in outcome between singing and being sung to...

Side mirrors almost always leave a large blind spot directly behind and close to the vehicle. There's a reason that when firefighters are reversing their appliances they always have at least one of the crew physically get out and watch the area behind the vehicle.

Even a rear window and rear view mirror almost always leave a significant blind spot low and close behind the vehicle, which is why reversing cameras became a thing. When they're done well, they really are significantly safer, as well as sometimes making it a lot more reliable for most people to park the vehicle in difficult spaces.

One of the modern innovations I really would like to have is full AR on my windscreen. I want unexpected hazards highlighted in real time, particularly those that are more easily detectable by non-visual sensors, like big potholes or animals obscured by vegetation near the side of a country road. I want the actual driving line I need to take to follow my planned route through complex junctions overlaid slightly on my view of the road ahead. I want light amplification for night driving, ideally combined with some other technology that can reduce the glare from oncoming headlights to prevent dazzle.

Although I only want all of this if (a) it's implemented well and (b) any additional data it uses is reliably up-to-date and (c) there's an emergency shut-off that instantly clears everything off the windscreen in case anything goes wrong.

Don't worry. You probably have funky modern door handles that don't work when the power goes out anyway. Not that the power in an EV is likely to go out if it's underwater or on fire or anything.

Oh, don't be silly. Next you'll be making even more absurd claims, like that car theft was already a solved problem 20 years ago thanks to immobilisers, or that having separate physical controls for essential functions that you can find and use without taking your eyes off the road for several seconds to mess around with a touchscreen is safer, or that no-one ever hacked 100,000 cars at once from 1,000 miles away back when they didn't have always-on remote connectivity and allow OTA updates to their essential control systems.

Yes, as long as you're the one in the big, heavy car, it's great. Shame if you're the kid it's reversing over though.

Do you ever use reverse gear? What's behind you is pretty important when you're going backwards...

Yes, Apple's shared RAM model really works for them in the context of running LLMs locally. It's a huge advantage. As you say, not much use for those running other platforms, though.

I'm impressed that anyone can afford a new development PC in 2026. I'd need a second mortgage with the price of the RAM, SSD and GPU these days!

Google learned to embrace, extend and extinguish right out of Microsoft's playbook. They were excellent students and you can see the results in how email and web "standards" work today.

The difference is that when Microsoft did it the authorities eventually started getting in their way to promote more openness and competition again. So far there is little sign that anyone intends to challenge the way a few tech giants have recently been capturing long-established standards that we rely on for what have become vital services and effectively taking ownership for their own purposes. The governments and their regulators are either asleep at the wheel or, if you're a bit less trusting, bought and paid for.

Do you often use VeraCrypt on a company-managed device? I'm sure if you do then it's with the knowledge and consent of your IT department and they'll be responsible for managing any consequences of the VeraCrypt issue according to their official policy as well.

Yes. So far, the LLM tools seem to be much more useful for general research purposes, analysing existing code, or producing example/prototype code to illustrate a specific point. I haven't found them very useful for much of my serious work writing production code yet. At best, they are hit and miss with the easy stuff, and by the time you've reviewed everything with sufficient care to have confidence in it, the potential productivity benefits have been reduced considerably. Meanwhile even the current state of the art models are worse than useless for the more research-level stuff we do. We try them out fairly regularly but they make many bad assumptions and then completely fail to generate acceptable quality code when told no, those are not acceptable and they really do need to produce a complete and robust solution of the original problem that is suitable for professional use.

But one of the common distinctions between senior and junior developers -- almost a litmus test by now -- is their attitude to new, shiny tools. The juniors are all over them. The seniors tend to value demonstrable results and as such they tend to prefer tried and tested workhorses to new shiny things with unproven potential.

That means if and when the AI code generators actually start producing professional standard code reliably, I expect most senior developers will be on board. But except for relatively simple and common scenarios ("Build the scaffolding for a user interface and database for this trivial CRUD application that's been done 74,000 times before!") we don't seem to be anywhere near that level of competence yet. It's not irrational for seniors to be risk averse when someone claims to have a silver bullet but both the senior's own experience and increasing amounts of more formal study are suggesting that Brooks remains undefeated.