Posts tagged with "developers"

Making More Outside the Mac App Store→

After seeing the results of Kapeli’s exit from the Mac App Store, Rogue Amoeba’s Paul Kafasis compared sales of Piezo from the Mac App Store and their direct web store as well:

After seeing Kapeli’s chart, I was curious about the App Store’s impact on Piezo’s sales. The restrictions and limitations of the Mac App Store ultimately led us to remove Piezo on February 12th, 2016. We’ve now been selling it exclusively via our site for a year. This has provided about as perfect a real-world test case as one could hope for. Piezo’s removal came with minimal publicity, the price has remained constant at $19, and we’ve had no big updates or other major publicity for it in either 2015 or 2016.

His conclusion is perfectly reasonable:

In our case, however, it’s clear that we were serving Apple, rather than Apple serving us. By removing Piezo from the Mac App Store, we stopped paying a commission to Apple for the many customers who had found Rogue Amoeba on their own. Better still, we were able to improve the quality of the product while simplifying our work considerably. Ultimately, that alone was enough to convince us that leaving the Mac App Store was the right move. The subsequent revenue increase we’ve seen is merely a nice bonus.

At this point, I don’t understand why any independent developer would want to sell apps exclusively through the Mac App Store. The lack of meaningful improvements since 2011 don’t justify Apple’s high commission anymore. The Mac App Store has always been a second-class citizen; today, Mac developers like Rogue Amoeba are better served by controlling their own destiny.

Permalink

iOS 10.3 Beta Re-Introduces Warning for Old 32-Bit Apps, Suggests Future Incompatibility→

Andrew Cunningham, writing for Ars Technica on a new warning that appears when running old 32-bit apps on the first beta of iOS 10.3:

Beta builds of iOS 10.3, the first of which was issued last week, generate warning messages when you try to run older 32-bit apps. The message, originally discovered by PSPDFKit CEO and app developer Peter Steinberger, warns that the apps “will not work with future versions of iOS” and that the app must be updated by its developer in order to continue running. The apps still run in iOS 10.3, but it seems likely that iOS 11 will drop support for them entirely.

Though the error message doesn’t explicitly mention the app’s 32-bit or 64-bit support, it’s definitely only older 32-bit apps that trigger the warning. Similar messages that did explicitly mention 64-bit support were present in the betas of iOS 10.0, but they were removed in the final release of the software. Apple has required 64-bit support for all new app submissions since February of 2015 and all app update submissions since June 2015, so any apps that are still throwing this error haven’t been touched by their developer in at least a year and a half (developers could add 64-bit support as early as 2013, but most of them opted not to until it became a requirement).

Note how, unlike the warning that was reinstated with iOS 10.1, this alert clearly states that “this app will not work with future versions of iOS” as opposed to “may slow down your iPhone”.

In my review of iOS 10, I had a couple of paragraphs on the warning that iOS displayed when launching a 32-bit app for the first time. The warning didn’t make it to the final version of iOS 10, so I didn’t cover it. I did, however, note that iOS 10 was accelerating the transition to 64-bit across the board.

Requiring apps to be compiled for 64-bit is going to introduce problems for software that is no longer maintained (especially classic iOS games), but Apple is moving toward cleaning up the App Store’s back catalog anyway. Enforcing the 64-bit requirement in iOS 11 wouldn’t be a complete surprise.

Permalink

MediaPlayer Enhancements in iOS 10.3→

Charles Joseph, developer of Picky, on the enhancements coming to the MediaPlayer framework in iOS 10.3:

I was genuinely surprised and elated to find that yesterday’s iOS 10.3 beta finally adds what looks like proper queuing functionality to MPMusicPlayerController and I excitedly tweeted about it. Scott Edwards asked if I could “explain why that’s important to a non programmer”, so I’m going to try to do that here.

Alternatives to Apple’s Music app (like Picky) need to be able to access and play the user’s iTunes library, unless they’re part of a streaming service (like Spotify) or providing their own syncing and library management and companion apps (quite the tall order). While developers can build incredibly advanced playback functionality with tools like AVFoundation, that’s only possible for an increasingly smaller subset of users’ libraries: only locally downloaded, non-DRMed content — nothing stored in the cloud and nothing downloaded from Apple Music. People are storing more and more of their music in the cloud and expect third-party apps to be able to keep up.

It sounds like Apple is listening to feedback from developers of third-party music players. The changes documented in the iOS 10.3 beta so far don’t address all the concerns Allen Pike covered last year, but it’s a good first step. I’m curious to see how apps will take advantage of the improved API.

Permalink

Mac App Subscription Service Setapp Goes Live

MacPaw, makers of CleanMyMac, Gemini, and other apps, launched a public beta subscription service of hand-picked Mac apps last December called Setapp. Today the service, which aims to become the ‘Netflix of apps,’ was officially launched with a stable of 61 Mac apps.

For a flat subscription fee of $9.99 per month, customers can download any of the 61 apps and use them as long as they continue to make monthly payments. After MacPaw receives a 30% cut of customers’ subscription fees, developers who participate in Setapp are paid based on a formula that accounts for the price their apps are sold for outside the service and whether customers use the apps each month, which MacPaw tracks.

Read more

iOS 10.3 to Standardize In-App Review Prompts, Developers to Gain Ability to Respond to Customer Reviews

With today’s release of the first iOS 10.3 beta for developers, Apple announced two changes that have been highly requested by iOS users and the developer community. iOS 10.3 will offer a developer API to standardize how apps can ask users to rate an app or write a review on the App Store, and developers will get the ability to directly respond to customer reviews on both the iOS and Mac App Store.

Read more

Apple Increases tvOS App Size Limit to 4 GB→

Nice change for tvOS app developers announced today by Apple:

The size limit of a tvOS app bundle has increased from 200 MB to 4 GB, so you can include more media in your submission and provide a complete, rich user experience upon installation. Also, tvOS apps can use On-Demand Resources to host up to 20 GB of additional content on the App Store.

On one hand, this prepares the platform for 4K support and larger file sizes in the future, and it makes another step towards legitimizing the Apple TV as a micro-console (in addition to bigger app downloads, developers can also require controllers in their games for tvOS 10).

However, the 64 GB version of the 4th generation Apple TV has been around for over a year now with little explanation from Apple as to why customers would want to spend more for increased storage, and this feels like lifting a limitation because why not.

I’m curious to see what happens now, particularly in terms of game releases on tvOS. This is a welcome change for game developers, but we haven’t seen any major tvOS exclusives so far.

Permalink

Amazon’s New AI Tools for Developers→

Interesting announcements from Amazon at its AWS event this week: the company is rolling out a suite of artificial intelligence APIs for developers to plug their apps into. These tools are based on the AWS cloud (which a lot of your favorite apps and services already use) and they leverage the same AI and deep learning that has also powered Alexa, the software behind the Amazon Echo.

Here’s April Glaser, writing for Recode:

Drawing on the artificial intelligence that powers Amazon’s popular home assistant Alexa, the new tools will allow developers to build apps that have conversational interfaces, can turn text into speech and use computer vision that is capable of recognizing faces and objects.

Amazon’s latest push follows moves from Google and Microsoft, both of which have cloud computing platforms that already use artificial intelligence.

Google’s G Suite, for example, uses AI to power Smart Reply in Gmail, instant translation and smart scheduling functions in its calendar. Likewise, Microsoft recently announced it’s bringing artificial intelligence to its Office 365 service to add search within Word, provide productivity tracking and build maps from Excel with geographic data.

It’s increasingly starting to look like “AI as an SDK” will become a requirement for modern apps and services. Deep learning and AI aren’t limited to playing chess and recognizing cat videos anymore; developers are using this new kind of computing power for all kinds of features – see Plex, Spotify, and Todoist for two recent examples. I’ve also been hearing about iOS apps using Google’s Cloud Vision a lot more frequently over the past few months.

I think this trend will only accelerate as AI reshapes how software gets more and better work done for us. And I wonder if Apple is considering an expansion of their neural network APIs to match what others are doing – competition in this field is heating up quickly.

Permalink

App Review Downtime Announced→

Each year around the Christmas holiday, Apple’s App Review team takes a break from reviewing the thousands of apps that pour into the App Store on a typical day. During the break, new apps and app updates are not accepted. This year is no different. According to Apple’s Developer news site:

The busiest season on the App Store is almost here. Make sure your apps are up-to-date and ready for the winter holidays. New apps and app updates will not be accepted December 23 to 27 (Pacific Time), so any releases should be submitted, approved, and scheduled in advance. Other iTunes Connect and developer account features will remain available.

Permalink

Improving Integration with Apple Music for iOS Apps→

Allen Pike has a good summary of how limited the media player framework is on iOS, especially for developers who want to create apps that integrate with Apple Music:

In the meantime, these limitations mean that any music app that attempts to play Apple Music tracks will be seriously limited, require odd workarounds, and behave problematically depending on user behaviour. In the spirit of giving users a quality experience, we’re stuck with the same limitation that other sophisticated audio apps have today: no Apple Music.

The explanation is a bit technical in places, but I think we can all relate to some limitations he details: apps can’t modify Music playlists on the user’s behalf, queue management is severely limited, and fading a song out is a private API.

There could be an entire ecosystem of music utilities and alternative players based on the streaming service – think how professional DJ apps, tagging services like Shazam and SoundHound, or music discovery apps could take advantage of a direct integration with Apple Music. I hope Apple will consider some of these suggestions for next year.

Permalink