\n<\/p>\n
Happy Friday!<\/p>\n
If I had to summarise the common theme of this week\u2019s issue, it would be \u201cdevelopment at scale\u201d. Apple platform development, not to mention Swift itself, has long since reached a level of maturity where the community is discussing the various challenges of building software at scale.<\/p>\n
So I\u2019m not surprised to see several great articles published recently that revolve around these challenges. Conveniently, as someone who is part of a large development team, I have a personal interest in these topics, so putting together this issue and providing the commentary felt effortless.<\/p>\n
I hope you enjoy it \ud83e\udee1<\/p>\n
\u2013 Alex Ozun<\/p>\n
swiftCon Discount Code for iOS Dev Weekly<\/a><\/p>\n The swiftCon<\/a> agenda is almost here, and we can\u2019t wait to show you the full lineup. With 110+ talks and 120+ speakers from swiftCon alone, this is shaping up to be something special for the world\u2019s largest conference for mobile app developer conference in Berlin. To celebrate, we\u2019re continuing to offer an exclusive 25% discount code for iOS Dev Weekly readers. 50 fresh coupons have been generated, so be quick: enter voucher code Apple launches a new leasing program Apple Upgrade<\/a><\/p>\n This week, Apple announced Apple Upgrade<\/a>, a new U.S. leasing programme for iPhone, iPad, Mac, and Apple Watch. My impression is that it\u2019s a fairly standard leasing programme with multiple end-of-lease options, including a buyout that lets you keep the device for its original list price, effectively treating it as an interest-free loan.<\/p>\n But the more interesting part of the announcement was the controversy around the so-called \u2018Restricted Mode\u2019 discovered in the iOS 27 betas. It was initially suggested by 9To5Mac<\/a> that Restricted Mode could be used to limit the capabilities of financed devices if you miss a payment. Apple then dismissed that assumption<\/a>, stating that Restricted Mode won\u2019t be used for this purpose, but without clarifying how it will actually be used. That leaves an uncomfortable question of how Restricted Mode<\/a> will be used at launch, and what Apple (and other actors) might do with it in the future.<\/p>\n Revisiting the JET iOS Modular Architecture in 2026<\/a><\/p>\n I still remember when Alberto<\/a> first published the original article<\/a> outlining Just Eat\u2019s modular project architecture. It quickly became one of the most influential resources on modularisation, with many folks I\u2019d discussed the topic with over the years directly citing it as inspiration for their own modularisation efforts. This makes me think that sharing this 7-years-later update<\/a> is important for the community.<\/p>\n In the new article, Alberto describes an interesting challenge: a new module didn\u2019t fit cleanly into any of the existing categories, leaving it in limbo between the Domain and Shared layers and prompting the team to reconsider their modularisation model from first principles. The final design they arrived at feels both convincing and natural.<\/p>\n Side note \ud83d\udca1: one small detail in the article that caught my attention was this: \u201cThe internal architecture of a module is unconstrained and teams may use MVVM, TCA, or anything else, provided they do so behind the facade.\u201d Knowing that many teams, ours included, try to standardise their architectural patterns across the codebase, I felt compelled to reach out to Alberto to confirm that this is how it works in practice. Alberto confirmed that it is indeed common practice at Just Eat, and one the team is happy with, as it has saved them from unproductive architectural debates.<\/p>\n AI Broke Code Review. Here\u2019s How to Rebuild It.<\/a><\/p>\n Whether or not you agree with Pawel<\/a> that AI has indeed \u201cbroken\u201d code review, it\u2019s hard to argue that the existing social contracts around it are being heavily challenged by the sheer volume of AI-generated code. From whispers across the community, I know that almost every team is exploring some form of AI-powered code review to reduce the burden on human reviewers and let them focus on diffs that need their judgement most.<\/p>\n I like the article\u2019s proposal (and the memes \ud83d\ude42) to treat code review as a pipeline that starts before<\/em> the pull request is opened. The pipeline acts as a \u201clow-pass\u201d filter, making sure that by the time the diff reaches human reviewers, all that\u2019s left are the decisions a machine isn\u2019t allowed to make. Easier said than done, and I can see how putting these systems in place would require significant upfront effort, but it seems like a worthwhile investment for teams.<\/p>\n The part I agree with most is the boundary it keeps around automation. Agents can apply safe mechanical fixes, but anything touching critical behaviour or public APIs still goes to a human. This feels like the right direction for code review when AI can generate code much faster than people can meaningfully review it.<\/p>\n Demystifying Thread Hopping with Swift 6.2 Approachable Concurrency<\/a><\/p>\n If I\u2019ve learned anything about Approachable Concurrency it\u2019s that there can never be too many articles explaining Approachable Concurrency. And this one from Nikita<\/a> does the explaining part very well. I particularly like the side-by-side execution traces comparing how work is scheduled before and after enabling Approachable Concurrency, which makes the article useful as a quick reference. And as someone who hasn\u2019t yet fully embraced Swift 6.2 and Approachable Concurrency, I find its conclusions reassuring.<\/p>\n The coolest use for the Vision Pro<\/a><\/p>\n Long-time indie developer Christian Selig<\/a>, the creator of the legendary Apollo<\/a>(RIP\ud83e\udea6) has a knack for finding practical uses for Apple\u2019s platforms. This time, he built Prospector<\/a>, an open-source Vision Pro tool that lets you load a 3D model and explore it at full scale. Christian used it to walk through the house he\u2019s building before it exists. It\u2019s a simple idea, but also one of the clearest examples I\u2019ve seen of spatial computing solving a real problem.<\/p>\nIOSDEVWEEKLY25<\/code> on the next.app devCon home page<\/a> or use this registration link<\/a>.<\/p>\nNews<\/h2>\n
Code<\/h2>\n
And finally…<\/h2>\n