Sponsored Link
Orka Desktop
Orka Desktop helps iOS and macOS developers to unblock workflows by running builds or test work in a VM on any macOS including Sequoia Beta. Additionally, you can safely run breaking tests on your own machine and improve collaboration with easily shareable images. And best of all it's FREE to use and easy to learn!
Comment Continued
So letâs get into what you all thought on Apple platform development. Iâll start with a few prominent themes: SwiftUI, AI, and improvements to Xcode.
AI is an obvious one these days, but itâs clear that it means different things to different people. Some wished for improvements to Xcode 16âs AI code completion, while others wished for better integration APIs so users can access app-specific data via natural language. Some even wished for improvements to CreateML, which is an easy framework to forget when everything you read about is so dominated by LLM news. Itâs clear that AI is on all your minds, though.
People are also clearly wishing for continued improvements to SwiftUI, but seemed to mostly be happy to take whatever Apple deems to bless us with in this area next year as there were only a few specific suggestions.
It was the same for Xcode, too. Improvements to the quality and performance of Xcode was probably the most common âwishâ that I saw in the results, but again there were very few specifics. I hear this every year and it sometimes feels like Iâm using a different Xcode to everyone else. Itâs by no means perfect, but my experience with it seems nowhere near as bad as other peopleâs. I do wish the phantom errors would go away, though. đ»
Finally, I want to touch on a couple of specific comments. First, Siamak (Ash) Ashrafi on how he has seen iOS and Android development switch places when it comes to guidance on app architecture. Apple used to firmly encourage an MVC approach, but that has gone these days. Whereas, Android:
In the early days, Android developers faced a lack of guidance on app architecture. With no best practices provided, every developer implemented their own approach, leading to fragmented use of languages, tools, and design principles. This inconsistency resulted in many poorly designed apps on the Play Store, and unfortunately, the blame often fell on Android itself rather than the individual apps â users simply said, âAndroid sucks.â Fortunately, Google now offers clear guidelines and best practices, helping developers create robust, consistent, and high-quality Android apps.
He offered a link to Googleâs Guide to app architecture and I enjoyed reading it. I thought I agreed with Appleâs recent stance of being completely architecture agnostic, especially when it comes to SwiftUI code. Itâs hard to give generic advice about app architecture, but this guide does a great job. They have a whole learning pathway on the subject, too.
The topic of documentation came up several times, too. While there wasnât anything particularly new said, the same old points remain. James Clarke :
Improving API documentation for Apple APIs giving usage examples.
Itâs that last part about âexamplesâ that comes up over and over again, and Iâm confident itâs why blogs that take an Apple API and add code examples of using it do so well.
Also, from Daniel Steinberg:
Bring back the old Programming Guides. There are big topics that need those overviews and not API by API docs
I miss them too, Daniel! I understand what Apple is trying to do with adding articles in and around the API documentation, and those articles are great! However, as much as Apple might intend them to replace the old programming guides, they donât do it well enough. I understand that the âbook styleâ format must have been more work to maintain than shorter articles are, but I miss the way they guided you through a topic.
Finally, bless Marius Felkner for echoing my recent take by hoping for:
Opinionated stuff (Swift Format Rules etc)
It was a fascinating glance at what you all think, and I hope you found the results interesting! Thanks for reading.
Jobs
Staff Software Engineer - iOS @ NewStore â Join NewStore and be part of a forward-thinking team dedicated to crafting exceptional mobile experiences. We embrace TDD, pairing, and best engineering principles, fostering an environment where you can lead, inspire, and help shape the future of our iOS engineering culture. â Remote (within European timezones) with some on-site work (Germany, Netherlands, or United Kingdom)
Senior iOS Developer @ komoot â Youâll team up with six world-class iOS engineers, take over full responsibility for our iOS app, and develop diverse features for navigation, routing, social interaction, and content visualization that will make your work challenging and fun. â Remote (within European timezones)
Comment
Thanks to everyone who responded to last weekâs question on what you hope for from WWDC 2025.
There were plenty of interesting responses, but before we get to the specifics I asked how optimistic you all were about Swift and Apple platform development. It can be easy to see only negative comments about a topic, especially if you go anywhere near social media, so I was a little nervous to see these results. đŹ
I shouldnât have worried, though, as your sentiments skewed positive. Swift got an average of 3.5 out of 5 and Apple platform development got a 4.0. Itâs interesting to see Swift getting the lower of those two numbers, and from reading the comments, I know why. I filtered to only those people who felt pessimistic about Swift and there was a clear theme. Structured concurrency and language complexity came up in almost every Swift-specific comment. It even featured regularly up in those responses from people who felt optimistic about the language. It was a noticeable trend.
Itâs easy to see the downsides of strict concurrency checking right now. Weâre right in the middle of the most painful part of the transition. Developers are being asked to do something difficult and time-consuming without the promise of immediate or obvious benefits. It puts a significant burden on developers in an area that maybe wasnât top of their priority list when planning what to work on next.
Appleâs answer to this would be âyou donât need to opt inâ, and theyâre completely correct. You can stay in Swift 5 language mode. The biggest problem with this is that deciding to stay with Swift 5 language mode raises questions. When will Swift 5 mode go away? Will some future framework or SDK force me to move to use it? I can see why itâs making people feel pessimistic. No one likes to feel left behind.
That said, the score of 3.5 is great and shows that people still have plenty to love about Swift.
Iâm going to break the comment here for the sponsored link, but Iâll be back after that with more. Also, in case you donât like the format of this issue, please bear with me. This isnât a permanent change, Iâm just experimenting. đ§âđŹ
Dave Verwer