Sure, the forks could choose not to implement whatever Google might come up with, but that's unlikely, I think.
58 karma · joined May 28, 2010
Sure, the forks could choose not to implement whatever Google might come up with, but that's unlikely, I think.
I do think that the way the features are implemented should be platform dependent, i.e. use common UX pattern on each platform, fit in with the UI, and be good platform citizens.
I would still rather use something else (instead or React or Angular) but 1) most jobs in my area are asking for one of those, and 2) I'm actually starting to lean towards Angular even for personal projects.
Angular is great these days, and they're making really nice improvements.
I'm logged in, using Zed Preview, and selecting the model does nothing. In the configuration it says I "must accept the terms of service to use this provider" but I don't see where and how I can do that.
I never use Angular for personal projects, and I have been using TypeScript exclusively for years. I.e. other libraries work really well with TypeScript as well (sometimes actually better than Angular, in my experience)
However, if it was noticeably faster than alternatives then I would just deal with those frustrations, personally. User experience (including speed) trumps developer experience.
(*) By bloat I mean that I often feel like I should have been able to implement whatever feature I just implemented in half the amount of code.
I understand where you're coming from, but my guess would be that the situation is much more similar between the US, Europe and other countries than you think.
So, basically, a 3rd party JavaScript engine is not allowed. I guess you could write your own browser engine that doesn't support JavaScript.
I guess Flash was not allowed for performance and security reasons (lots of vulnerabilities, right?)
From what I've read on some blogs they never give numbers showing their profit or loss from Android, and looking at the situation from the outside I'd think it's more likely they're losing money on it at the moment.
I don't think it would be possible to have industry standards (H.264, Wifi, 3G etc) without such obligations.
Apple (and others) need to pay the patent holders licence fees, but those fees should be non-discriminatory (i.e. similar to the terms offered to other companies). It's not OK to try to use those patents to shut a competitor out.
As far as I know Apple hasn't sued anybody over FRAND patents - they're perfectly in their right to try use their patents the way they do. Samsung, Motorola etc are free to do the same with non-FRAND patents, but what they're doing at the moment is definitely not OK.
If I were to scan stuff on the go (with JotNot, like in the article), would I be able to use PDFScanner just for OCR?
They didn't have a use for a front facing camera, or could make it easy enough to use, so they didn't include one. Now they have one because they were finally able to implement video chat in an easy to use way (Face Time).
They didn't have copy and paste until they figured out how to make it as elegant and easy to use as it is.
They didn't include 3G in the original iPhone because it would have affected battery life too much.
They only introduced the SDK once the API was in a usable state and they got the necessary documentation and infrastructure in place to support 3rd party developers.
Face Time currently only works on WiFi, but from what I read about it it actually works for Joe Average. On other phones you have to be a geek to figure out which software to install and how to set it up.
For some people it is certainly valuable to have barely working bleeding edge features on the phone, but for the 99% of users out there who're not interested in tinkering with their phone Apple's approach makes a lot more sense, IMO.