Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

The fact that I have no choice but to buy expensive Apple devices to develop for their platform is irritating.

I've never understood this line of thinking.

Maybe it's because I've been selling programs commercially since the 1980's. Back then, if you wanted to develop a program for a Commodore 64, you bought a Commodore 64. If you wanted to port it to a TRS-80, you bought a TRS-80. If you needed an Atari version, you bought Atari gear.

In the mid-80's it was just ordinary business that if you were developing a program, you released it on Commodore, Apple, Texas Instruments, IBM, and a few others. And to achieve that, you bought at least one machine from each of those companies.

The concept of "I want to build an iPhone app on a Windows box" is a strange new phenomenon to me.



>The concept of "I want to build an iPhone app on a Windows box" is a strange new phenomenon to me.

To be fair, I can build an android app on a Windows or Mac.

Also you're talking about buying a computer to build on that computer. I think the argument was about needing a particular brand laptop to develop apps for a different device.


> Back then, if you wanted to develop a program for a Commodore 64, you bought a Commodore 64.

I don't think anyone would object of all it took to develop for iOS was the device bring targeted, or even an iOS device. The fact that you have to buy a different piece of Apple hardware is this the issue.

You can build Android apps on an Android device. Optionally, you can use Linux, MacOS, or Windows, instead.

> The concept of "I want to build an iPhone app on a Windows box" is a strange new phenomenon to me.

The iOS situation isn't like “you must buy a PC to build PC software”, but more like “you must buy an IBM mainframe to build PC software”.


But you don't have to buy an iPhone, or any iOS-based device to build an app for them. You have to by a Mac desktop/laptop which runs osx/macos.

So it really is on a different platform already, but one within the walls of the brand.


8 bit development was exactly like that.

Sure most bought C64, Spectrum and so forth.

However if you actually wanted to be productive, you would be buying a bigger computer running CP/M, VMS or UNIX variant, cross compile Assembly code and use a transfer cable.


And yet now days, cross plat development for any other imaginable combination is possible.

Apple is the lone hold out here.

But they also have no reason to change.


Really? Is there a practical way to do windows development on Linux?


Xamarin, QT, Electron, a few variants of React Native. For games, pick you favorite cross plat engine.

Follow the steps at https://sites.google.com/site/easylinuxtipsproject/oldgrub for a free Windows VM development license.

For Apple, it is an entire hardware platform.


Partially, those frameworks don't expose OS specific features.


You can run VMs. On any desktop OS or cloud provider.


depends on what you're developing right? If the libraries are there, and you have a cross compiler, then it'd be fine.


Use a VM as a start.


You have a very 80s way of thinking good sir. There is no longer a need to have these limitations in place anymore.


Yeah like paying for our tools like other professionals do. /s


Apple already charges to publish to the app store, just raise the price for people that aren't using a Mac and let people develop on the platform they feel comfortable in. Everyone wins.

Fighting the customer doesn't usually go well in the long run.


Customers are Apple developers that care about Apple platforms.


> Back then, if you wanted to develop a program for a Commodore 64, you bought a Commodore 64.

For testing, yes. To protect their sanity, developers of big projects developed their code using rented CPU minutes on a mainframe.

Maybe apple should provide pay-by-the-minute xcode-as-a-service for the real 1980s feeling?


Could you provide such a service?

There certainly seem to be enough developers who complain about this. I wonder if there'd be a market for a virtual-iphone-dev-box-thing.


I would imagine that's like 95% of MacStadium's[1] business. Macs-as-a-Service.

[1] https://www.macstadium.com


It is not 1980 anymore. We moved on. And that is one of the reasons that the ibm pc was so successful. One platform to develop for, as opposed to TRS, Commodore 64/128/Amiga, Acorn etc.


The IBM PC was successful because IBM did a couple of mistakes, which have been fixed in the world of laptops, 2-1 convertibles, mobile, tablets without expansion slots, with UEFI and blocked boot loaders.


Are you are pointing to Apples lack of success with the iPhone as a reason they should change to be more like the IBM PC?




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: