Posts tagged with "developers"

Apple Beefed Up Its Rule Against Copycat Apps→

Last week, I wrote about Apple’s new policies surrounding mini apps. However, that wasn’t the only change made to the App Review Guidelines last week. Apple also added a new subsection “c” to its rule against Copycat apps:

4.1(c) You cannot use another developer’s icon, brand, or product name in your app’s icon or name, without approval from the developer.

As I wrote earlier this year, this isn’t a new problem, especially for developers of popular games on other platforms. Copycat versions of Blue Prince, Palworld, Wordle, Cuphead, Balatro (before it was released on the App Store), and Unpacking have all appeared on the App Store in recent years.

The update to App Guideline 4.1 shows that Apple is aware of the problem, which is a step in the right direction. Hopefully, the awareness will lead to better enforcement, too.

Permalink

Apple Introduces a Mini App Partner Program Featuring a Reduced Commission

Today on its news site for developers, Apple announced a new Mini Apps Partner Program for the App Store. The announcement is brief but backed by a more detailed explanation about the eligibility requirements. Here’s how it works.

As Apple explains, mini apps are “self-contained experiences that are built using web technologies like HTML5 and JavaScript” that are hosted within a native app. That’s not something new. Companies like WeChat and Line have offered this sort of thing for a long time, and Apple has supported mini apps officially since 2017. What’s different is that now, developers who meet Apple’s eligibility requirements can offer those mini apps at a reduced commission. That means for any mini app not made by the developer of the native app that hosts them, the hosting developer will pay Apple a flat 15% commission.

To be eligible for the program, developers must ensure that the mini apps they host support certain APIs, including the Declared Age Range API and the Advanced Commerce API, the In-App Purchase system, and the Send Consumption Information endpoint that enables the processing of refunds. In other words, native app developers who do the work to ensure that mini apps meet the program requirements will pay Apple a reduced commission on mini app sales in return.

If you’re wondering what constitutes a mini app, Apple has provided some examples. Mini apps are “software packages, scripts, or game content that are added after app installation and executed on the device, provided such code is written in HTML5 or JavaScript, or another language approved by Apple”, such as mini games, streaming games, chatbots, plug-ins, and game emulators. As I mentioned above, it’s also important to keep in mind that mini apps are apps that are not controlled by the developer of the native app that hosts them.

Also, to participate in the Mini App Partner program, developers must apply – that link takes you to a form requesting information about the mini apps a developer wants to offer, so eligibility can be determined.

App Store users stand to benefit from the program, too. APIs like the Declared Age Rating API will help ensure that only age-appropriate mini apps are available to kids. Plus, by supporting the Advanced Commerce API, mini apps will include more metadata, providing users with a richer experience in places like their App Store purchase history.

Mini apps based on web technologies are a growing part of the App Store. The App Review Guidelines have accounted for mini apps since 2017 and the rules around them have continued to adapt to the market ever since. The Mini App Partner Program reflects the further evolution of the category, promoting privacy and transparency for users, while offering the carrot of lower commissions to developers.

What will be interesting to watch is the extent to which developers sign up for this new program. The program isn’t required (although compliance with App Review Guideline 4.7 still applies), so it will come down to whether the reduced commission provides sufficient incentive for developers to further police the mini apps they host.

Proposed Epic–Google Deal Would Expand Access to the Play Store→

Late yesterday, Epic Games and Google announced a settlement of their Google Play Store litigation that, subject to court approval, would open Google’s storefront more widely than ever before.

Like Apple’s revisions to its store in response to the European Commission, Google’s settlement is complex, but here are some of the highlights, as reported by Sean Hollister for The Verge:

  • Whereas the U.S. District Court’s injunction only applied to the U.S. Play Store, the settlement is global.
  • The settlement also runs through 2032, which extends beyond the three years ordered by the court.
  • Google has agreed to reduce its standard fee to 20%, and in some cases, 9% depending on the type of transaction.
  • Google will create a registration system to allow third-party storefronts.
  • Developer fees for using Play Billing, Google’s payment system, will be separated from the transaction fees.

As I said, though, there’s a lot more to the proposed settlement that you can read in full in the PDF linked in The Verge’s story, and it’s subject to court approval, but it does seem to reflect significant concessions by Google.

What does this mean for Apple and its App Store skirmishes with regulators around the world? Nothing technically; however, contextually, if the settlement is implemented, it should add to the pressure on Apple to open the App Store more widely in the U.S. and elsewhere.

Permalink

Apple Highlights Apps Using Its Foundation Models Framework

Source: Apple.

Source: Apple.

Earlier today, Apple published a press release highlighting some of the apps that are taking advantage of its new Foundation Models framework. As you’d expect, indie developers and small teams are well-represented among the apps promoted in the press release. Among them are:

It’s a group of apps that does a great job of demonstrating the breadth of creativity among developers who can leverage these privacy-first, on-device models to enhance their users’ experiences.

Apple’s happy to see developers adopting the new framework, too. Susan Prescott, Apple’s vice president of Worldwide Developer Relations, said:

We’re excited to see developers around the world already bringing privacy-protected intelligence features into their apps. The in-app experiences they’re creating are expansive and creative, showing just how much opportunity the Foundation Models framework opens up. From generating journaling prompts that will spark creativity in Stoic, to conversational explanations of scientific terms in CellWalk, it’s incredible to see the powerful new capabilities that are already enhancing the apps people use every day.

Judging what we’ve seen from developers here at MacStories, these examples are just the tip of the iceberg. I expect you’ll see more and more of your favorite apps adding features that take advantage of the Apple Foundation Models in the coming months.

Swift Assist, Part Deux

At WWDC 2024, I attended a developer tools briefing with Jason Snell, Dan Moren, and John Gruber. Later, I wrote about Swift Assist, an AI-based code generation tool that Apple was working on for Xcode.

That first iteration of Swift Assist caught my eye as promising, but I remember asking at the time whether it could modify multiple files in a project at once and being told it couldn’t. What I saw was rudimentary by 2025’s standards with things like Cursor, but I was glad to see that Apple was working on a generative tool for Xcode users.

In the months that followed, I all but forgot that briefing and story, until a wave of posts asking, “Whatever happened to Swift Assist?” started appearing on social media and blogs. John Gruber and Nick Heer picked up on the thread and came across my story, citing it as evidence that the MIA feature was real but curiously absent from any of 2024’s Xcode betas.

This year, Jason Snell and I had a mini reunion of sorts during another developer tools briefing. This time, it was just the two of us. Among the Xcode features we saw was a much more robust version of Swift Assist that, unlike in 2024, is already part of the Xcode 26 betas. Having been the only one who wrote about the feature last year, I couldn’t let the chance to document what I saw this year slip by.

Read more

Hands-On: How Apple’s New Speech APIs Outpace Whisper for Lightning-Fast Transcription

Late last Tuesday night, after watching F1: The Movie at the Steve Jobs Theater, I was driving back from dropping Federico off at his hotel when I got a text:

Can you pick me up?

It was from my son Finn, who had spent the evening nearby and was stalking me in Find My. Of course, I swung by and picked him up, and we headed back to our hotel in Cupertino.

On the way, Finn filled me in on a new class in Apple’s Speech framework called SpeechAnalyzer and its SpeechTranscriber module. Both the class and module are part of Apple’s OS betas that were released to developers last week at WWDC. My ears perked up immediately when he told me that he’d tested SpeechAnalyzer and SpeechTranscriber and was impressed with how fast and accurate they were.

It’s still early days for these technologies, but I’m here to tell you that their speed alone is a game changer for anyone who uses voice transcription to create text from lectures, podcasts, YouTube videos, and more. That’s something I do multiple times every week for AppStories, NPC, and Unwind, generating transcripts that I upload to YouTube because the site’s built-in transcription isn’t very good.

What’s frustrated me with other tools is how slow they are. Most are built on Whisper, OpenAI’s open source speech-to-text model, which was released in 2022. It’s cheap at under a penny per one million tokens, but isn’t fast, which is frustrating when you’re in the final steps of a YouTube workflow.

An SRT file generated by Yap.

An SRT file generated by Yap.

I asked Finn what it would take to build a command line tool to transcribe video and audio files with SpeechAnalyzer and SpeechTranscriber. He figured it would only take about 10 minutes, and he wasn’t far off. In the end, it took me longer to get around to installing macOS Tahoe after WWDC than it took Finn to build Yap, a simple command line utility that takes audio and video files as input and outputs SRT- and TXT-formatted transcripts.

Yesterday, I finally took the Tahoe plunge and immediately installed Yap. I grabbed the 7GB 4K video version of AppStories episode 441, which is about 34 minutes long, and ran it through Yap. It took just 45 seconds to generate an SRT file. Here’s Yap ripping through nearly 20% of an episode of NPC in 10 seconds:

Replay

Next, I ran the same file through VidCap and MacWhisper, using its V2 Large and V3 Turbo models. Here’s how each app and model did:

App Transcripiton Time
Yap 0:45
MacWhisper (Large V3 Turbo) 1:41
VidCap 1:55
MacWhisper (Large V2) 3:55

All three transcription workflows had similar trouble with last names and words like “AppStories,” which LLMs tend to separate into two words instead of camel casing. That’s easily fixed by running a set of find and replace rules, although I’d love to feed those corrections back into the model itself for future transcriptions.

Once transcribed, a video can be used to generate additional formats like outlines.

Once transcribed, a video can be used to generate additional formats like outlines.

What stood out above all else was Yap’s speed. By harnessing SpeechAnalyzer and SpeechTranscriber on-device, the command line tool tore through the 7GB video file a full 2.2× faster than MacWhisper’s Large V3 Turbo model, with no noticeable difference in transcription quality.

At first blush, the difference between 0:45 and 1:41 may seem insignificant, and it arguably is, but those are the results for just one 34-minute video. Extrapolate that to running Yap against the hours of Apple Developer videos released on YouTube with the help of yt-dlp, and suddenly, you’re talking about a significant amount of time. Like all automation, picking up a 2.2× speed gain one video or audio clip at a time, multiple times each week, adds up quickly.

Whether you’re producing video for YouTube and need subtitles, generating transcripts to summarize lectures at school, or doing something else, SpeechAnalyzer and SpeechTranscriber – available across the iPhone, iPad, Mac, and Vision Pro – mark a significant leap forward in transcription speed without compromising on quality. I fully expect this combination to replace Whisper as the default transcription model for transcription apps on Apple platforms.

To test Apple’s new model, install the macOS Tahoe beta, which currently requires an Apple developer account, and then install Yap from its GitHub page.

Hand Crafted: Don’t Count Developers Out

Source: Apple.

Source: Apple.

We’re days away from WWDC, and I’m excited. As much as I enjoy a good Apple hardware event, it’s WWDC’s focus on software that I truly love. But what WWDC means to me runs much deeper than the OS updates we’ll hear about next week. Of course, Apple’s announcements are a big part of what makes WWDC a special time of the year, but for me, it’s overshadowed by the people.

I’ve been to every WWDC since 2013. That first year, I sat on the sidewalk at 3 AM on a cold pre-dawn morning. I hardly knew anyone in the Apple developer community then, but after hours in that line and attending the events surrounding the conference, I’d gotten to know a few developers.

By the time 2016 rolled around, I was writing at MacStories and interviewing developers for the site, including the founders of Workflow, which became Shortcuts. Now, they’re building Sky. After that WWDC, Federico hit the nail on the head in Issue 37 of MacStories Weekly:

…there’s something special about meeting someone you’ve known for a long time exclusively through the Internet. While I thought I knew some people and had made some special friendships through the years, getting to know them in person is different.

He’s right, and even though WWDC is much smaller than it used to be, I look forward to the chance to get to know the developers whose apps we’ve covered, meet new people, and reconnect with old friends.

What’s special about so many of the developers I’ve met over the years is how much they care about their craft. They sweat all the details. Over the years, we’ve seen many of them go from novices to the makers of apps with big, passionate followings among our readers.

We’ve also seen developers and their importance to Apple’s hardware success undervalued by the very company whose platforms they’re so dedicated to. That’s not new, but it’s gotten palpably worse as the years have worn on.

Since WWDC 2024, that trend has collided head-on with the rise of artificial intelligence. I imagine that our reaction to learning that Apple had scraped MacStories and every other website to train their LLMs was familiar to developers who have felt taken advantage of for years. That was a bitter pill to swallow, but one of the upsides of the experience is that over the past year, it’s forced me to spend a lot of time thinking about creativity, work, and our relationship with technology.

To hear the AI fans tell it, I, the developers we write about, and nearly everyone else will be out of jobs before long. Some days, that threat feels very real, and others, not so much. Still, it’s caused a lot of anxiety for a lot of people.

However, as I get ready to head to this year’s WWDC, I’m far more optimistic than I was after WWDC 2024. I don’t expect AI to replace our friends in the indie developer community; far from it. That’s because what sets a great app apart from the pack on the App Store is the care and humanity that’s poured into it. I’ve yet to see a vibe-coded app that comes anywhere close. Those apps will simply join the vast sea of mediocrity that has always made up a big part of the App Store. Instead, I expect AI will help solo developers and small teams tackle bigger problems that were once the exclusive domain of bigger teams with more resources.

I realize this all may sound like blasphemy to anyone who’s either devoted to AI or dead set against it, but I believe there’s room for AI to serve the artist instead of the other way around. So despite the challenges developers, writers, and others are facing, I’m heartened by the many excellent apps I’ve tried in the past year and look forward to meeting and reconnecting with as many of their creators as I can next week.

If you see me and Federico wandering about, stop us to say hi. We’d love to hear what you’re working on.

2025 Apple Design Awards Winners and Finalists Announced

As WWDC approaches, Apple has announced the finalists for its annual Apple Design Awards, and in a departure from recent years, the winners too.

This year, there are six categories, and each category has a winning app and game, along with four finalists. Unlike last year, there is no Spatial Computing category this year. The 2025 ADA winners and finalists are:

Delight and Fun

Winners:

Finalists:

Innovation

Winners:

Finalists:

Interaction

Winner:

  • App
    • Taobao by Zhejiang Taobao Network
  • Game

Finalists:

Inclusivity

Winner:

Finalists:

Social Impact

Winners:

  • App
  • Game
    • Neva by Developer Digital

Finalists:

Visuals and Graphics

Winners:

Finalists:

The winners and finalists include a broad range of games and apps, including some from smaller developers including Lumy, Denim Art of Fauna, Skate City: New York, as well as titles from bigger publishers.

I’m glad that Apple has announced the finalists for the last few years. Winning an ADA is a big achievement for any developer, but it’s also nice to know who the finalists are because it’s quite an honor among the many apps that could have been chosen, too. Plus as a fan of apps, Apple’s longer finalist list always reminds me of an app or two that I haven’t tried yet. Congratulations to all of this year’s Apple Design Award winners and finalists.

EU Sets DMA Compliance Deadline in App Store Anti-Steering Dispute

Last month, the European Commission (EC) fined Apple €500 million for violating the Digital Markets Act. Today, the EC issued its full 67-page ruling on the matter, giving Apple until July 23 to pay the fine or face accruing interest on the penalty.

The ruling focuses on Apple’s anti-steering rules, which were the focus of the contempt order recently entered by a U.S. District Court Judge in California. According to the EC:

Apple has not substantiated any security concerns. Apple simply states that some limitations, such as linking out only to a website that the app developer owns or has responsibility for, are allegedly grounded in security reasons. However, Apple does not explain why the app developer’s website is more secure than a third party website which the app developer has taken the conscious decision to link out to. It also does not explain why this limitation is objectively necessary and proportionate to protect the end user’s security and therefore has not provided any adequate justifications in this regard.

(EC ruling at p. 22). In other words, “the App Store isn’t more secure than the web just because you say it is.”

Apple has until June 22 to bring the App Store into compliance with the EC’s ruling or face additional periodic penalties (EC ruling at p. 67). As we reported in April, Apple has said that it intends to appeal the EC’s ruling.