Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

iOS indie app development looks like

safespace.is

Post reply on HN
Print view View original

11–20 of 90 posts

Re: iOS indie app development looks like

#11

Post by jll29 »

gumby271 wrote: post #6
peterallport wrote: post #3

Won't folks prefer to use native system features (e.g. password protected apps or the "hidden" album in Photos app)?

Maybe, but does that mean this app doesn't deserve to exist on user's computers if they so choose? Not sure why Apple has a say in that just because they have a massive advantage over every other dev on their platform.

There can be different views on this, I guess.

Apple is known to like to exercise control and to keep their ecosystem closed (recall that Jobs was initially AGAINST the AppStore concept entirely, which was invented by someone else and now makes a ton of money for Apple).

Open systems with little control lead to a bazar like the various Linux distros with inconsistent-looking and buggy apps mixed with great apps - anything goes.

Imagine you are Apple and you want your AppStore to convey a professional and safe look and feel, you probably don't want 60,000 converter or image viewer app but a variety of tools, maybe 5-10 per category max, or it will be hard for users to navigate and tiring to explore.

Re: iOS indie app development looks like

#12

Post by brailsafe »

NoMoreNicksLeft wrote: post #9
Twisell wrote: post #7

Earlier quoted context omitted.

The scariest part is probably the user-base ready to purchase such an App. The demo gif literally showcase "Jenn*Nud*.jpg" as an example..

Maybe I'm way out of touch, but does anyone over the 18 bother to hide their stash of pornography unless it's somehow illegal? I mean, be worried whether or not there's parental controls so the kids can't get to it, but to encrypt it?

I feel like encrypting and hiding personal private photos/video would be the point, not so much downloaded porn.

Re: iOS indie app development looks like

#13

Post by samtheprogram »

emoII wrote: post #5

Really, the fact that Apple pushes swiftui as production ready is laughable. The framework is so ridden in bugs, does not play nicely with the other frameworks like photosui, and the language itself is incredibly bloated.

People I know who are iOS developers say differently.

The Swift language itself is bloated? Compared to what? Golang?

Re: iOS indie app development looks like

#14

Post by idolofdust »

NoMoreNicksLeft wrote: post #9
Twisell wrote: post #7

Earlier quoted context omitted.

The scariest part is probably the user-base ready to purchase such an App. The demo gif literally showcase "Jenn*Nud*.jpg" as an example..

Maybe I'm way out of touch, but does anyone over the 18 bother to hide their stash of pornography unless it's somehow illegal? I mean, be worried whether or not there's parental controls so the kids can't get to it, but to encrypt it?

Some people hide their porn from their partner / significant other; I don’t know why people rationalize that, but it’s common enough.

Re: iOS indie app development looks like

#15

Post by brailsafe »

emoII wrote: post #5

Really, the fact that Apple pushes swiftui as production ready is laughable. The framework is so ridden in bugs, does not play nicely with the other frameworks like photosui, and the language itself is incredibly bloated.

I have no idea how well it works on iOS, but on Mac it's a sluggish black box api that could otherwise have some potential. There are workarounds, there are some nice components you can put together, but for me it was a little defeating to continue bashing my head against it.

Re: iOS indie app development looks like

#16

Post by danielscrubs »

The Swift compiler is still the only compiler I know that times out.

Algorithmic complexity is such a large part of a fancy university education that I just don’t understand how they could come up with swifts feature set if they knew it would come back and royally bite them.

What an I missing? What is the backstory?

Re: iOS indie app development looks like

#17

Post by wahnfrieden »

samtheprogram wrote: post #13
emoII wrote: post #5

Really, the fact that Apple pushes swiftui as production ready is laughable. The framework is so ridden in bugs, does not play nicely with the other frameworks like photosui, and the language itself is incredibly bloated.

People I know who are iOS developers say differently. The Swift language itself is bloated? Compared to what? Golang?

there's a meme that it has too many keywords, but this criticism is shallow. it also grew a lot of features quickly to prioritize SwiftUI support perhaps with unnecessary language complexity as a result.

I'm an iOS dev full-time now (bootstrapped) and SwiftUI is definitely not production ready if it means that it can be used without needing UIKit introspection hacks. I like it and ship all my work with it, but it is painfully broken and will take years more to mature

Re: iOS indie app development looks like

#18

Post by sandoze »

emoII wrote: post #5

Really, the fact that Apple pushes swiftui as production ready is laughable. The framework is so ridden in bugs, does not play nicely with the other frameworks like photosui, and the language itself is incredibly bloated.

So many things wrong with this. Reminds me of the Objective-c vs Swift arguments from back in the day. The author mentions the initial release, as someone who held out migrating production apps to Swift until v3 I think we all know early adoption is going to be bumpy.

But as of iOS 15+ SwiftUI is very production ready. I’ve migrated two production applications from UIKit to SwiftUI. These have active users and are available on the App Store.

Bloated? The last migration resulted in 79k new lines of code written and 181k deletions after rewriting 80% of the application.

Photos album works out of the box. If you mean camera then there are some issues depending on your use case. Beauty of SwiftUI is we can wrap UIKit views and interop allowing it to play nicely with other frameworks.

If you’re supporting applications that target the last few iOS versions it’s time to learn the new paradigm. Do yourself a favor but most of all anyone who might inherit your codebase.

Re: iOS indie app development looks like

#19

Post by wahnfrieden »

sandoze wrote: post #18
emoII wrote: post #5

Really, the fact that Apple pushes swiftui as production ready is laughable. The framework is so ridden in bugs, does not play nicely with the other frameworks like photosui, and the language itself is incredibly bloated.

So many things wrong with this. Reminds me of the Objective-c vs Swift arguments from back in the day. The author mentions the initial release, as someone who held out migrating production apps to Swift until v3 I think we all know early adoption is going to be bumpy. But as of iOS 15+ SwiftUI is very production ready. I’ve migrated two production applications from UIKit to SwiftUI. These have active users and are av…

Try doing performant infinite scrolling on macOS

Re: iOS indie app development looks like

#20

Post by sandoze »

wahnfrieden wrote: post #19
sandoze wrote: post #18

Earlier quoted context omitted.

So many things wrong with this. Reminds me of the Objective-c vs Swift arguments from back in the day. The author mentions the initial release, as someone who held out migrating production apps to Swift until v3 I think we all know early adoption is going to be bumpy. But as of iOS 15+ SwiftUI is very production ready. I’ve migrated two production applications from UIKit to SwiftUI. These have active users and are av…

Try doing performant infinite scrolling on macOS

I primarily do iOS and iPadOS, but it’s far easier to bridge the gap between all the platforms than the experience I had in the past with UIKit/AppKit. My last MacOS app sadly does not do infinite scrolling.

Off the top of my head, I’d consider the approach. Is it a ScrollView? A LazyVStack? What do your view redraws look like?

Anyone working with Swift Strings back in Swift 1+2 was in for some shockingly bad performance. We adopt, we adapt, and the framework matures.

Post reply on HN