291–300 of 589 posts
I’ve been unhappy with macOS and Apple for the past few years and in January switched back to developing on a windows PC. I could not be happier with that decision and with the “roadmap” Apple provided yesterday, I expect it will be a long time before I go back to macOS, if ever.
I don't understand how you can get anything done without fighting windows nonsense proprietary tools.
Earlier quoted context omitted.
Again, that's not true either. It was specifically about iPhones and specifically about older batteries. Apple still doesn't have the type of battery management for iPads. The article you cited specifically lists the devices affected.
I believe Apple has faced multiple class action lawsuits over this type of issue. Here is the pretty broad result of one: "Friday’s settlement covers U.S. owners of the iPhone 6, 6 Plus, 6s, 6s Plus, 7, 7Plus or SE that ran the iOS 10.2.1 or later operating system. It also covers U.S. owners of the iPhone 7 and 7 Plus that ran iOS 11.2 or later before Dec. 21, 2017. Consumers contended that their phones’ performance…
Earlier quoted context omitted.
For me, the React Native experience has been instructive. Android is quick and easy to develop, debug, and deploy. The iOS side includes multiple hoops, constant frustration stemming from XCode, long app release times, and minutes-long builds for production-size apps. Our team, without any policy dictating daily development habits, has coalesced around Linux/Android development with iOS testing before release.
As a consumer, I've never used a React Native app that I liked using. It's always janky and commpromises UX in ways that made me simply use the app less or had the effect of teaching me to "get in and out of the app as quickly as possible".
If it is a good react native app you won't know it is RN.
If you notice it, it is by definition poorly done. There are some things (e.g. specific animations, UI elements) that RN just isn't great at, the best way to avoid making a janky app is to avoid even trying to do those things.
Earlier quoted context omitted.
I may be missing something here, but why would you need to change the stock installed tools in /usr/bin? Seems like an easy way to screw up your OS installation. And it's not like a VM where you can rollback to a snapshot or relaunch. If there really was an issue there then you either need to file a bug and have them mainline a fix, or yes hack/shim a fix on top for your needs. Perhaps leveraging PATH precedence.
Apples open source devtools are old as dinosaurs, so that might be a common case. But more importantly, it's the question whose laptop it is. I continue to think that the tools I build go to /usr/bin, because that's the way I like it. Apple is telling me I'm liking it wrong. As for filing a bug with Apple - good one. Every single Apple dev considers radr:// a black hole, and the chance of getting a fix from Apple bec…
Yeah, but there's a certain expectation that the tool that you have installed in /usr/bin is a certain version. There's a reason why tools like Homebrew generally do not overwrite built-in tools.
If you just replaced /usr/bin/python with Python 3, you'd probably break all kinds of things.
What I think a lot of us programmers miss is the experience of the end-users who are likely to buy a Mac. The fact of the matter is, 99.9% of people who buy a Mac are not going to know what subpixel hinting is. Or care too much that they can't delete Chess.app. To them, the Mac is nicer looking and easier to use than ever. Will iOS devs care? Not at all - developing for the Mac has become easier with Catalyst. It's e…
And I’ll continue to buy them. Why? Because I have better things to do with my time than fiddle with my OS, and because it’s still Unix like without having an awful user experience. And my employers will continue to buy macs for me for largely similar reasons. My last colleague who tried to use Linux literally never got their laptop to work with the WiFi authentication, so they had to wire in.
In Windows, antivirus bloatware and ads in your start menu stand between you and that goal. Third party software is often of very disputable quality and design.
In Linux, it’s always a surprise what thing/dependency is suddenly broken on this boot, and what arcane commands I need to fix it.
On macOS generally I boot my machine, click on the app I need to perform my task, the app will be of sufficient to very good quality, I do my task and I’m done.
I've looked at the trajectory of Apple these past few years with mounting bitter-sweetness. At its best, MacOS really felt like the best of Unix combined with the consumer focus alluded to in the article. I still adore the craftsmanship of the latest Macbooks, but my 2015 Macbook felt like the apex of Mac's design. It was the kind of device that was such a pleasure to develop on. You could leverage the power of Unix…
Wish more efforts like the Puzzle phone in europe would bear some fruit.
Earlier quoted context omitted.
I just "use linux" and I get all the benefits with much better hardware (more memory, disk storage, speed for compilation), better drivers (important especially for GPU support for either graphics/rendering work or machine learning) and my downsides are... what exactly? Itunes, Mail, etc, none of the software shipping with MacOS is actually any good. I don't use Safari. From your perspective, what aspect of the "cust…
Apps shipped with macOS are actually good imo, or there's just not a lot of better alternatives. Never found a better alternative for itunes or mail (used Thunderbird and mutt for a while and they're either bloat or have bad UX). macOS designers seem to be good at cramming functionalities (i know it's not unix philosophy) while making it not look bloat at all.
I've looked at the trajectory of Apple these past few years with mounting bitter-sweetness. At its best, MacOS really felt like the best of Unix combined with the consumer focus alluded to in the article. I still adore the craftsmanship of the latest Macbooks, but my 2015 Macbook felt like the apex of Mac's design. It was the kind of device that was such a pleasure to develop on. You could leverage the power of Unix…
I'm not a fan of the new OSX, guess mobile is more prevalent and maybe apple are hoping the iPhone and ipad can be gateway drugs into macbooks / desktop by being more of the same.