3 ms·
None of the arguments about battery life, security, or privacy were contradicted in this article. Additionally, the author seems to be under the belief that "i
by otterley 5y ago
None of the arguments about battery life, security, or privacy were contradicted in this article.
Additionally, the author seems to be under the belief that "if only Safari supported PWAs, they'd be as good as native apps." But that's an exercise in wishful thinking. There's no evidence that that is true, nor has there ever been.
Finally, "write once, run anywhere" has been a dream since the early days of Java and applets. It's never come true, and there's nothing significantly different today about computers that makes it any likelier.
I don't know about y'all, but I have no desire to run a lowest-common-denominator webapp on my iPhone. I paid a premium price for the thing and I want a premium experience from my software.
(I'm still open to the argument that PWAs are a necessity, as opposed to merely a "nice to have," and from a developer who has a track record of publishing high-quality, irresistible apps that customers love.)
- foxes 5y agoThe fundamental ideas underlying the architecture may not be radically different (I mean apart from things like gpu, threading, etc), but certainly our knowledge of programming, and programming languages have changed. Why is write once run anywhere such a bad idea? Most high end applications are pretty declarative - "this is how the program behaves", and then you run it on a platform that someone else should worry about how it actually manages the state/how the computer does the actual computation with hardware. Web seems like one answer to this. You can serve macOS, linux, windows, and then someone else worries about implementing the browser on those platforms. Seems like it has come true. What about unity? You can pretty much just click a button and then you build versions for all the different platforms, there shouldn't be specific code in your unity project. I feel there's plenty of other examples.
- otterley 5y agoIt's not a bad idea if you don't care about security, performance, native look-and-feel, or battery life. Most users care about these things. They do not care about developer productivity.
- foxes 5y agoI don't see why these are orthogonal objectives. You still have to write efficient declarative code. If I say spawn 10 billion divs as part of the spec then clearly that's an issue. Funny, a lot of developers complain about things like rust and Haskell being too slow to get stuff done in. I agree, the user and those things should be the priority. Developer time should not be the main priority. But I would say the majority of developers do not even optimise for those things (php, c, every language without typing, strict memory models etc).
- otterley 5y agoThese factors only relate to performance. There are still native look and feel, battery life, privacy, and security issues to be addressed.
- bradknowles 5y ago> Why is write once run anywhere such a bad idea? Hint: look up “lowest common denominator”. Because that’s all you’ll get, you follow that model to the conclusion. You won’t be able to write anything or do anything that is not supported on every single platform. You wanna use that nifty new graphics card? Too bad it’s only available on the latest platforms. You wanna use that nifty new machine learning module? Too bad that it can’t run on anything with less than 64GB of RAM and a Tensorflow Engine. And so on. If airplanes could only fly as fast and as high as the slowest and lowest flying airplane, then you wouldn’t get very far. If two wheeled vehicles could only run as fast as the slowest two wheeled vehicle, you wouldn’t get anywhere at any kind of reasonable speed. You create the worst “tragedy of the commons” when you go for that model. And you make everyone else live with your decision.
- foxes 5y agoI feel that is already the situation with software? Plenty of state of the art machine learning is hopelessly out of reach of individuals, you need racks of gpus and trivia knowledge to know how to actually train something (what random parameters after months of searching worked). Plenty of games require better hardware, and people accept this. My m1 MacBook is not going to run the latest game at 4k, 120hz.
- rejhgadellaa 5y agoIt's kind of funny because iOS is currently the “lowest common denominator” - by far - when it comes to the web. And boy does it set the bar. Safari/WebKit is hopelessly behind and suffers from bugs and quirks that makes it very hard to build a decent experience using the web. Browser choice could help raise that bar.
- rejhgadellaa 5y ago> None of the arguments about battery life, security, or privacy were contradicted in this article. Regarding battery life, and to quote your own remark, one line below this: "There's no evidence that that is true, nor has there ever been." - because no other browser was ever benchmarked / tested because there is no other browser. Regarding security: Having one single attack surface for every single iOS user is not "good security". If Safari/WebKit has a problem, every iOS user has a problem and they can't (temp) switch to an alternative. To fix it, Apple needs to roll out an entire OS update, 15 minutes downtime, reboots and all. And users tend to postpone OS updates because of it. Regarding privacy: You're saying Safari is better at privacy than Firefox, Brave, etc? We don't really know, do we? Actually, Safari on iOS has privacy / security features that Chrome, Firefox and others on iOS do not because they can't access the necessary APIs. Apple is actually undermining user privacy and security here.
- otterley 5y agoBecause it is an Apple-written browser, Safari is able to use privileged libraries and JIT functionality that it denies to third-party applications. (It is very difficult to verify the security and compliance of third-party applications that are allowed to perform runtime compilation of code.) This improves performance and battery life. Other browsers would not be able to have the same ability, and so it follows they would sacrifice performance and battery life. As for the security argument, if Safari/WebKit has a problem, it is crucial for all users to apply the security fix anyway, even if a third party browser were installed - using the third-party browser might not be sufficient to avoid exploitation. The last two paragraphs seem to contradict themselves. On the one hand, you are questioning privacy; on the other, you admit that Safari on iOS has exclusive privacy and security features. Nevertheless, forbidding third-party browsers guards against the possibility that such vendors who initially have strong privacy policies might change their minds later.