Actually it will be cost-effective, its going to be driven by all those 10,000mAh 18650's you can buy on Aliexpress, more than three times the capacity of any cells that non-Chinese vendors can produce.
Many IoT devices are locked so that only the manufacturer can update them
Or anyone who can spoof an IP address, fake a DNS entry, feed in a particular filename, plug in a USB key, or exploit one of a dozen XSS or buffer overflow vulns.
Exactly. Security is my mom's responsibility because she bought a smart device that she saw advertised and so it's now up to her to figure out how to patch the copy of Linux 2.6.x with all ports open and all services enabled that it's running. It's definitely not the vendor's responsibility, they're just responsible for the shiny box, the advertising, and the long legal disclaimer saying everything is the customer's fault.
Also "We tried to introduce a high-tech electronic payment system to a medieval Islamic society and they found it too hard to use. We have no idea why, the US technology companies who sold us on it said they found it easy".
While the Chinese are moving at > 200mph, the US' flagship service, the Acela Express, toddles along at around 80mph average, although some runs like Boston are more like 60mph, a figure first reached by a steam locomotive in 1848.
The real problem with Android is how users aren't using the new releases
That would be better phrased as "user's can't get the new releases". It's not the users' fault, it's the vendors' fault that the phone the user buys is a legacy product the minute their payment clears. What's fucked up is the ecosystem, not the users.
Also, the OP author is obviously an iPhone user, because that's not how Android OS upgrades work. You upgrade your Android OS by waiting 6-12 months until it's preinstalled by the vendor in the phone you want, then throw away your current phone and buy the new phone with the new OS version on it.
Yeah, it's really not bad, about 3p per call, probably less than the cost of the call itself. So now you just add a few p per target and you can spam to your heart's delight, all you need to do is make sure you make millions rather than thousands of calls so the amortised cost is low enough.
I dump my backups in a local bitbucket, copying files there is so quick the backups complete in next to no time. I didn't know there was a remote version of/dev/null. Wouldn't the network overhead of backing up up to that kind of kill you?
If you do not push to remote with git then you have no clue what you are doing.
His cluelessness goes well beyond that, three full months of uncommitted work and no backups, he was one glitch away from losing it, failed hard drive, malware, anything. The only thing I'd take away from this is "don't hire this guy as a developer".
What I don't understand about it is why anyone even cares. I'd always assumed it was a vanity patent, I mean, the idea of using one click instead of two is worth 2.4 billion dollars? I wouldn't pay fifty cents for it.
The SEP is a completely separate SoC that is not really accessible from the application processor except through the kernel.
And through several hundred pins on the chip, and its I/O ports and protocols, and its boot loader, and its memory, and the shared memory areas with the AP, and...
On a typical day, I'll have about three Atom windows open, a multi-team Slack up and running, as well as actively using and debugging my own Electron-based app Standard Notes. [...] So, how does it feel to run this bloat train of death every day? Well, it feels like nothing. I don't notice it. My laptop doesn't get hot. I don't hear the fan. I experience no lags in any application.
Translated:
Hey, it seems to work for me. I don't know, or care, if it works for anyone else, but it's OK on my work machine so that's all that matters.
The Developer's Creed for far too many companies, unfortunately.
Following up to my own post: OK, it's not (don't)TrustZone but a distinct processor. Well done Apple for doing it properly (although this ref then claims it's just TrustZone, which doesn't seem to be the case).. I'm assuming the guy found a flaw in the SEP, which for example has it's own I/O lines for GPIO, SPI, I2C, etc, so you've got a large attack surface and direct access to the CPU.
ostensibly, it only exists inside the secure enclave
If they're referring to unmodified TrustZone then it's secure by emphatic assertion of Arm's marketing department. "This bit is secure, because we've said it is". I don't know whether Apple have made further changes or done their own firmware, but hacking TrustZone isn't that hard.
I print code. I print email. I print news articles. I print jokes. If I'm bored, I print spam. Heck, I'm sure I account for at least a trillion of the 50 trillion pages, and I'm only seventh in the world rankings at last count.
The vulnerability affects the petrol tank that's deployed in modern cars and used to hold fuel that runs the vehicle's internal components. The flaw was discovered by college students everywhere, and involves pouring sugar into it. Researchers say this flaw is not a vulnerability in the classic meaning of the word. This is because the flaw is more of a petrol tank standard design choice that makes it unpatchable.
Then there's the "penknife in the side wall of the tires" flaw, the "pull the distributor cap/spark plugs/ignition wiring flaw", the...
Healing cracked glass using heat has always been possible, it just depends on how much heat you're prepared to apply, and whether you care about the rest of the phone remaining in a solid state during the process.
Slashdot Mirror
Actually it will be cost-effective, its going to be driven by all those 10,000mAh 18650's you can buy on Aliexpress, more than three times the capacity of any cells that non-Chinese vendors can produce.
Punctuation, spelling, grammar, and the ability to post a cogent statment are your friends....
A Trump speech, in other words.
security does cost money to do well.
The problem isn't so much that, it's that doing no security costs nothing to the manufacturer.
Many IoT devices are locked so that only the manufacturer can update them
Or anyone who can spoof an IP address, fake a DNS entry, feed in a particular filename, plug in a USB key, or exploit one of a dozen XSS or buffer overflow vulns.
So basically most of the Internet.
Security is everybody's responsibility.
Exactly. Security is my mom's responsibility because she bought a smart device that she saw advertised and so it's now up to her to figure out how to patch the copy of Linux 2.6.x with all ports open and all services enabled that it's running. It's definitely not the vendor's responsibility, they're just responsible for the shiny box, the advertising, and the long legal disclaimer saying everything is the customer's fault.
Also "We tried to introduce a high-tech electronic payment system to a medieval Islamic society and they found it too hard to use. We have no idea why, the US technology companies who sold us on it said they found it easy".
You can trust some cloud-based backups, for example these guys meticulously back up everything, and never throw anything away.
While the Chinese are moving at > 200mph, the US' flagship service, the Acela Express, toddles along at around 80mph average, although some runs like Boston are more like 60mph, a figure first reached by a steam locomotive in 1848.
The real problem with Android is how users aren't using the new releases
That would be better phrased as "user's can't get the new releases". It's not the users' fault, it's the vendors' fault that the phone the user buys is a legacy product the minute their payment clears. What's fucked up is the ecosystem, not the users.
Also, the OP author is obviously an iPhone user, because that's not how Android OS upgrades work. You upgrade your Android OS by waiting 6-12 months until it's preinstalled by the vendor in the phone you want, then throw away your current phone and buy the new phone with the new OS version on it.
Yeah, it's really not bad, about 3p per call, probably less than the cost of the call itself. So now you just add a few p per target and you can spam to your heart's delight, all you need to do is make sure you make millions rather than thousands of calls so the amortised cost is low enough.
Meh. This is a fish war.
You'll recoup that in like what? A hundred years or so?
This link explains when the good taxpayers of WI will recoup their payment to Fox-con.
I use a remote bitbucket
I dump my backups in a local bitbucket, copying files there is so quick the backups complete in next to no time. I didn't know there was a remote version of /dev/null. Wouldn't the network overhead of backing up up to that kind of kill you?
If you do not push to remote with git then you have no clue what you are doing.
His cluelessness goes well beyond that, three full months of uncommitted work and no backups, he was one glitch away from losing it, failed hard drive, malware, anything. The only thing I'd take away from this is "don't hire this guy as a developer".
What I don't understand about it is why anyone even cares. I'd always assumed it was a vanity patent, I mean, the idea of using one click instead of two is worth 2.4 billion dollars? I wouldn't pay fifty cents for it.
The SEP is a completely separate SoC that is not really accessible from the application processor except through the kernel.
And through several hundred pins on the chip, and its I/O ports and protocols, and its boot loader, and its memory, and the shared memory areas with the AP, and ...
That's basically our problem: We're aging, we're not repopulating at a sustainable rate
That's OK, as with many other things the solution has already been outsourced to Asia and Africa.
On a typical day, I'll have about three Atom windows open, a multi-team Slack up and running, as well as actively using and debugging my own Electron-based app Standard Notes. [...] So, how does it feel to run this bloat train of death every day? Well, it feels like nothing. I don't notice it. My laptop doesn't get hot. I don't hear the fan. I experience no lags in any application.
Translated:
Hey, it seems to work for me. I don't know, or care, if it works for anyone else, but it's OK on my work machine so that's all that matters.
The Developer's Creed for far too many companies, unfortunately.
Following up to my own post: OK, it's not (don't)TrustZone but a distinct processor. Well done Apple for doing it properly (although this ref then claims it's just TrustZone, which doesn't seem to be the case).. I'm assuming the guy found a flaw in the SEP, which for example has it's own I/O lines for GPIO, SPI, I2C, etc, so you've got a large attack surface and direct access to the CPU.
ostensibly, it only exists inside the secure enclave
If they're referring to unmodified TrustZone then it's secure by emphatic assertion of Arm's marketing department. "This bit is secure, because we've said it is". I don't know whether Apple have made further changes or done their own firmware, but hacking TrustZone isn't that hard.
I print code. I print email. I print news articles. I print jokes. If I'm bored, I print spam. Heck, I'm sure I account for at least a trillion of the 50 trillion pages, and I'm only seventh in the world rankings at last count.
The vulnerability affects the petrol tank that's deployed in modern cars and used to hold fuel that runs the vehicle's internal components. The flaw was discovered by college students everywhere, and involves pouring sugar into it. Researchers say this flaw is not a vulnerability in the classic meaning of the word. This is because the flaw is more of a petrol tank standard design choice that makes it unpatchable.
Then there's the "penknife in the side wall of the tires" flaw, the "pull the distributor cap/spark plugs/ignition wiring flaw", the ...
Healing cracked glass using heat has always been possible, it just depends on how much heat you're prepared to apply, and whether you care about the rest of the phone remaining in a solid state during the process.
For those who want to see it visually, here's the future of Firefox.