349 karma · joined April 9, 2010
What I was thinking about was opening sourcing the app. If we do that, we'll have to replace Ideal Sans with another font. The obvious choice would be iOS's system font.
- Intel operates as a high-margin business. Their CPUs aren't $10 components, and they don't really have any serious competition. The whole point of the word "Wintel" was that all the value in a PC was going to Microsoft (for the OS) and Intel (for the CPU). These mobile ARM chips aren't like that at all. They're just another component in the device, like the camera and the display.
- Scale. Ben Evans makes the case well here: http://ben-evans.com/benedictevans/2015/11/7/mobile-ecosyste... . He writes:
"And fourth, the broader scale advantage - the ARM/iOS/Android ecosystem is moving towards selling 10x more devices each year than the Wintel ecosystem. That's a similar disparity to that between PowerPC/Mac and Wintel 20 years ago."
I realize too that running a benchmark like GeekBench on iOS is not apples-to-apples running it on Mac OS X. But even if it's not the case that the iPad Pro is a faster computer than a MacBook, it's close. But I really do think it's faster -- it shows in browser-based benchmarks, which I think are a fair comparison even across iOS and OS X.
But in short: Intel doesn't want to (and possibly can't) compete on price, and they can't compete on scale. Neither of those things are magic.
(I have seen other 5.5-inch phones, though, and none seem like something I'd want to carry in my pocket everywhere.)
> There is no argument that some people really do like these big
> closer-to-5-than-4-inch Android and Windows phones. I was in a
> Verizon retail store yesterday (long story; don’t ask) and
> overheard a relatively small woman buying a Galaxy S III. A
> companion asked if she wasn’t worried that it was too big, and she
> said no, big was exactly what she wanted, because she doesn’t have
> a tablet and wanted to do a lot of reading on whatever phone she
> got. She even said she was thinking about the 5-inch Galaxy Note
> (which Verizon doesn’t carry). It was like a conversation out of a
> Samsung commercial. Such people surely think the iPhone 5’s
> display remains too small. But, trust me, there are going to be
> many long-time iPhone users complaining that it’s too big after
> they upgrade.
>
> In an ideal world, perhaps Apple would offer two iPhone sizes --
> like they do with products such as MacBook Pros, MacBook Airs, and
> iMacs. A smaller one with the classic 3.5-inch display, and a
> larger (say, 4.5-inch?) one for people who want that.
http://daringfireball.net/2012/09/iphone_5That holds up pretty well, but I undershot the two sizes by an inch apiece.
Also, I haven't said whether I think a 5.5-inch iPhone is actually any good, because, duh, I haven't even seen one yet, let alone used one.
Big picture, though, we consider sync so essential to Vesper's long-term success that we wanted to control it. Dropbox is fantastic. We all rely on it personally. But we don't want Vesper to rely on it. I'm sure everyone here on Hacker News has a Dropbox account, and I'll bet most Daring Fireball readers do too. But we want Vesper to appeal to everyone, including people who don't know what Dropbox is or don't want it. (Plus, Dropbox doesn't work exactly the way we want it to work; we have code running on our servers, not just data stored on them. Vesper Sync works exactly the way we want sync to work.)
iCloud is very tempting too, because it puts all the onus of identity, privacy, and security on Apple's shoulders. But with iCloud, you have to choose between document syncing and Core Data -- neither of which is a perfect fit for the way Vesper is designed.
Lastly, we want to keep the door open for a web app version of Vesper, and a non-Mac App Store version for OS X. iCloud, by design, only works for apps distributed through the App Store.
We wanted to offer one and only one good way to sync. That meant rolling our own.
crypto.pbkdf2(text, salt, ITERATIONS, BYTES, function...
ITERATIONS is 1000, and BYTES is 32.
Our code is descended from the code on this page: http://www.thejoyofcode.com/Exploring_custom_identity_in_Mob...
Please let me know the URL for that piece.