The most secure messaging system in the world won't matter if you read all your messages with a camera over your shoulder.
E2EE protects what's between the ends. But once a message is delivered to the end, the user can do whatever they want with it: screenshot or save the message, forward it to others, save it in a database open to others, etc.
When I'm bored, I get price quotes from Lyft and Uber to the airport. I'll click around and look at the different tiers of service. Then I choose not to actually request a fare, and close the app.
I fly enough to where both apps probably have me as a regular airport customer, but that I'm price sensitive enough where I just won't use their service sometimes.
I do the same with Doordash and other food apps, where I just put together potential orders to get a sense of how much something would cost if I ordered it, and then just never order it, letting that cart expire. I'm hoping this poisons their data or adds something to the price sensitivity metrics.
I also look at airfares, hotel prices, etc., a lot. It's not for the purpose of manipulating their algorithms, as I just like to get a sense for how prices move over time. But if there's a side effect that these variable pricing algorithms take into account people who window shop and walk away, maybe I'm helping push prices down.
If they're gonna create a panopticon, we should fuck with their data.
AMP was two different things.
I was 100% on board with #1, but #2 was controversial and created a lot of the conflicts of interest that tore the whole thing apart. Google spun off the AMP project as an open governance model, and then it was taken over by the OpenJS foundation.
In the end, the performance gap between mobile devices and desktops narrowed, and at this point most people's phones and mobile browsers can load pages just as quickly as a laptop, so the purpose of the project itself is less important to the actual web as it exists today.
No paychecks mean no customers.
That's never been a concern with the corporate executives. The macro level stuff is someone else's problem.
We saw it in the 90's when they stopped hiring managers from within, instead relying on bringing in outside consultants, and then directly hiring the ones they liked, so that there was no longer a path between the typical employee's seat and their boss's seat.
We saw it in the 2000's when companies realized that they didn't want to train entry level employees anymore, and would rather wait for someone else to train them, and then hire midlevels. Except too many employers did that and then the pipeline of future midlevels dried up in a lot of industries that were then ill positioned to survive the tumult of the 2008-2010 recession. Then something similar played out in the 2010s in certain other industries.
It's always been buck passing. They don't care.
He doesn't even have that. He just pretends, by misleadingly saying he has a degree from Wharton. He does have a business degree from undergrad, from the University of Pennsylvania, whose business school is called Wharton, but most people say Wharton degree to refer to an MBA from that business school. He takes advantage of the confusion by referring back to his Wharton degree, and it sometimes works.
Google's AMP was supposed to stop this, but they never could get around the conflict of interest between "our search engine experience is improved by prioritizing fast loading results" and "our ad business needs websites to carry a ton of ads," ended up carving in enough exceptions and an anti-AMP backlash that they pretty much walked away from the whole thing.
I'm also waiting to see how Linux support for the A-series chips develops, now that the MacBook Neo has A18 Pros running MacOS. There are people working on tools to allow Asahi's m1n1 bootloader to work on the Neos. Unclear how much of that effort will ultimately be upstreamed to Asahi itself, but I'm hopeful.
Most CPUs implement a strategy called "race-to-sleep," where it throws all the resources it has at a computing task, to finish it as fast as possible, so that it can hurry back to a low power sleep mode.
For that reason, optimizing speed often improves battery life.
Technically these are all System in Package (SiP) rather than systems on a chip (SoCs). It's not cost effective to waste silicon area on things like memory and storage in the latest and greatest TSMC nodes, so they have several different silicon dies that they connect together using advanced packaging techniques, but where each silicon die in that package might come from a different foundry/process.
Not exactly, the bootpicker just won't show partitions that are not flagged as bootable. This is a departure from previous versions, that would check to see whether partitions were bootable without looking at the flag, and took a little bit of investigating to figure out this undocumented behavior, but it is an easy fix:
Somewhere along the line someone is going to have a password that is their favorite sports team followed by their anniversary. Someone will reuse the same password over and over including a site with exploitable security flaws.
None of this is new, and none of this has destroyed the feasibility of electronic payments. AI has nothing to do with any of it.
The ability to conduct fraud, hack websites, and hijack accounts has always been around. The systems we've built will always assume that occurs on a regular basis, and are resilient against needing to address this reality. How does any of this prevent electronic payments from being processed?
Yeah, you're probably right. Still, if big tech's ad behavior (ads for stuff you've already bought, ads for things you'd never buy but might have looked up information about for non-consumer reasons) is any indication, I'm not actually sure they're using really sophisticated techniques here that can't be thrown off by one-off bored sessions.