undefined | Better HN

0 pointsjmiskovic6y ago0 comments

I'm not against 64-bit build, but it's too big effort. This feels like blackmail: "Either invest 40ish hours of your time to compile the framework and all dependencies to 64-bit, or you won't be able to update the app for existing users anymore"

I don't care about 64-bit devices. I'm fine with them not being able to install or run the app, if that's how it is. People with 64-bit devices can easily afford better products that my app tries to replace. I don't own device to test the 64-bit version, and I don't know anyone who does.

I care about existing users. I kept minimum SDK version as low as possible so that my app might reach all the cheap phones in poorer parts of world. It actually works today across many different devices, so what has changed?

0 comments

ryandrake6y ago

For all but the most complex, or assembly-optimized, or just poorly written software, supporting 64-bit should be no more than a recompile. When I started producing 64-bit versions of my iOS apps, at first I didn’t even know it happened because Xcode just did it for me. Any yes, they included C and C++, and 3rd party code. It took zero hours to support. It was almost too automatic for comfort.

saagarjha6y ago

You might not always have access to the source of something you ship with your app.

j / k navigate · click thread line to collapse

0 pointsjmiskovic6y ago0 comments

0 comments

ryandrake6y ago

saagarjha6y ago

You might not always have access to the source of something you ship with your app.

j / k navigate · click thread line to collapse