News for hackers. Stuff that matters.
Re:Apple Accidentally Approved Malware to Run on macOS by AnthonyMouse on Tuesday September 01, 2020 @10:38AM (#24342228)
> Of course, Apple spends huge amounts of money on developer infrastructure (Xcode, LLVM, and Swift, for example).

So then why do I have to pay them if I'm using emacs and gcc and C++?

> Just because you get a given piece of open-source software for free does not mean that its development was done by volunteers in their free time.

Yet, in many cases, that's exactly what happened. And even when it isn't, if it's distributed under a free software license then it keeps them from screwing you over because any adverse changes can be reverted.

Re:Apple Accidentally Approved Malware to Run on macOS by jmull on Tuesday September 01, 2020 @11:17AM (#24342708)
> So then why do I have to pay them if I'm using emacs and gcc and C++?

You may still be using developer resources like documentation. But yeah, a flat fee for a wide variety of services risks edge cases where someone using only minimal resources gets a poor deal. Of course, an alternative is a nickel-and-diming pay-as-you-go micro-transaction scheme, which your main users will hate.

Also, strictly speaking, you don't have to pay them. Vote with your dollars and platform support as a developer. If enough people do, Apple may reevaluate.

Re:Apple Accidentally Approved Malware to Run on macOS by AnthonyMouse on Tuesday September 01, 2020 @11:46AM (#24343039)
> You may still be using developer resources like documentation.

That's not any different. If I write a POSIX-compliant program then it should run on macOS without having used any of Apple's documentation. And if they charged for documentation (which is dumb) it would create a market for third party macOS documentation that I could use instead.

> But yeah, a flat fee for a wide variety of services risks edge cases where someone using only minimal resources gets a poor deal. Of course, an alternative is a nickel-and-diming pay-as-you-go micro-transaction scheme, which your main users will hate.

Offering a flat fee for everything is not inconsistent with offering individual things a la carte. They could offer both. But the bigger point is that it should be possible to produce and distribute software without having any business relationship with Apple whatsoever. I don't want to use anything they make, I just want to have access to my customers who use macOS.

> Also, strictly speaking, you don't have to pay them. Vote with your dollars and platform support as a developer. If enough people do, Apple may reevaluate

That doesn't work at this level of power imbalance. Your software would have to be important enough to get your customers to switch to a different platform, and not have any viable competitors who remain on macOS even if it means higher profits due to the reduced competition. In other words, you would have to be a monopoly yourself in order to have any leverage.

Re:Apple Accidentally Approved Malware to Run on macOS by jmull on Tuesday September 01, 2020 @12:47PM (#24343738)
> I don't want to use anything they make, I just want to have access to my customers who use macOS.

These are conflicting statements. You will have a very difficult time supporting your Apple-using customers without using any Apple stuff yourself.

Re:Apple Accidentally Approved Malware to Run on macOS by AnthonyMouse on Tuesday September 01, 2020 @03:22PM (#24345829)
If I write an application in Java, it should run on macOS the same as it does anywhere else, and if it doesn't then I submit a bug report to the maintainers of the JRE. What do I need from Apple?
Re:Apple Accidentally Approved Malware to Run on macOS by comex on Tuesday September 01, 2020 @01:05PM (#24343996)
If you write a program strictly to POSIX, your program doesn't have a GUI and is run from the terminal, which already bypasses Gatekeeper by default.
Re:Apple Accidentally Approved Malware to Run on macOS by AnthonyMouse on Tuesday September 01, 2020 @03:09PM (#24345655)
It doesn't have to be strictly to POSIX to not use anything Apple-specific, e.g. you can get a GUI using Qt or Gtk, or Java. For that matter, there are X.org implementations for macOS.