1,162 karma · joined May 24, 2010
The new SE requires very little new manufacturing capacity. The case and probably battery are from the iPhone 8; the CPU/GPU/SOC and most of the rest of the electronics are from the iPhone 11; the camera still seems to be a slightly unknown quantity but the specs suggest it has a lot in common with the iPhone X camera. No doubt a certain amount of tricky engineering was required to put those parts together efficiently, but the SE requires almost no new manufacturing capacity beyond the final assembly line. For Apple it's pretty much a no-brainer.
A hypothetical "iPhone Classic", with modern innards in an iPhone 4/5 form factor case, would be a very different matter. You couldn't combine the 11's CPU with the 5's battery - battery life would be laughable. So you'd need to use a CPU from an earlier model; I suspect you'd have to go back at least to the 8 to find a CPU that doesn't drain an iPhone 5 size battery like water through a sieve. That means keeping one more CPU fabrication line in business beyond its intended life, taking that capacity away from the plants that are making silicon for the iPhone 11 and the coming 12. The camera would of course also have to be based on an earlier model, with all the same downsides again in terms of keeping old technology going and taking up factory capacity. And fitting all that into a 4/5 case would still be a much bigger engineering feat than the actual SE 2.
Bottom line: Even if you assume that the "iPhone Classic" market would be as big as that for the SE 2, it's hard to see how it would be worth Apple's time and money to cater to it. If you want to argue that the Classic would be a practical proposition for Apple, you would have to claim that the Classic market would be much bigger than the SE 2 - and given how popular the SE 2 is already turning out to be, that seems really unlikely.
[First] pre-image attack: Given a hash value, find a message with that hash.
Second pre-image attack: Given a message, find a different message with the same hash.
Michael Benson - Space Odyssey - The detailed story of the making of 2001: A Space Odyssey. If you're a fan of the movie, or of Stanley Kubrick and/or Arthur C. Clarke in general, you should read this.
Atul Gawande - Complications - Fascinating look at life in the medical profession.
Christina Thompson - Sea People - Detailed, well-researched history of Polynesian-Western contact and relations. As a New Zealander I was interested in this, although American or European readers with no personal connection may be less so.
Peter Singer - Marx: A Very Short Introduction - What it says on the tin.
Robert C Allen - Global Economic History: A Very Short Introduction - Also good, but inaccurately titled; it should have said "Global Economic History Since the Industrial Revolution".
Fraser A Sherman - Now and Then We Time Travel - A thorough if somewhat superficial survey of time travel in the movies.
Alec Nevala-Lee - Astounding - A history of the magazine Astounding Stories, and the four men most closely associated with it: John Campbell, Robert Heinlein, Isaac Asimov, and Ron Hubbard. Very thoroughly researched and annotated; it reveals a lot of new information and debunks a lot of old myths. (Whichever version of the "FBI visits Campbell to complain about A-bomb stories" you've heard, I can pretty much guarantee it wasn't the real one.)
Elizabeth Sandifer - Tardis Eruditorum 1: William Hartnell - The first volume of a thorough study of Doctor Who, with a combined fannish and scholarly point of view that I enjoyed.
Randall Munroe - How To - It's by Randall Munroe, what else do you need to know?
Stross's Laundry Files novels feature a hybrid magical/technological device codenamed Scorpion Stare. It's a weapon rather than a surveillance technology, but it's also built into government surveillance systems as a hidden feature. And the technology behind it was discovered by dissecting actual gorgons (which are a real thing in the Laundryverse).
OK, quick lesson in how Gatekeeper works:
When you download a Mac app from the web, or save it from an email, a bit of metadata called the "quarantine attribute" is attached to it. When you try to run an app with the QA, Gatekeeper checks whether it's allowed to run; by default this will be allowed if it's signed. If it doesn't pass GK, you can still run it anyway by right-clicking on it and choosing "Open". When the app runs, regardless of whether GK passed it or you overrode GK, the QA is removed. After that GK no longer cares about it, and the app will just run normally without further fuss.
Safari and Apple Mail automatically add the QA to anything they download, and most 3rd party browsers and email clients now do the same. But if you download an app using most command line tools (curl, wget, ftp, scp, etc), or if you build it yourself from source, then the QA never gets attached to it in the first place, so GK doesn't care about it and the app just runs normally.
As far as I can tell the new notarization system doesn't change any of this, it just adds another form of code signing.
No, you don't need to go into system settings. Just right-click on the app and select "Open" from the context menu. This brings up an are-you-sure dialog that gives you the option to go ahead and run the app. If you choose to run it, Gatekeeper marks it as trusted and won't bother you about it next time.
“You’ve worked here all these years and you only just noticed that?”
The fear that AI might learn to write journalism, or at least clickbait, better than they do :)
Doesn't that support bmsleight's point? If Github is more popular than NotGithub, even among the developers of NotGithub, that doesn't exactly inspire confidence in NotGithub.
It's interesting to compare this with the 4th question, which more or less does exactly the same thing only with text instead of dates. They both have a WHERE clause that superficially tests the result of a function call but can be easily transformed into a simple range check on an indexed column. I don't know why the optimizer seems to be able to handle one case but not the other.