Rumor has it Apple is cooking up a new framework that helps unify the development of macOS and iOS apps. At least, that’s the part of the rumor that makes the most sense, anyway.^[1]

Code-named, Marzipan, this new framework would help developers who make either iOS apps or Mac apps to make both using the same basic toolset. Obvious differences between the platforms would necessitate some variation, of course (clicks vs taps, and all that), but the underlying APIs for creating either would be largely the same. And thus, perhaps you could even create (and sell) a single app binary that is capable of running on either platform, if you choose.

Rather than a straight port of iOS’s UIKit to the Mac, as some have requested from Apple for years, Marzipan would more likely be a new framework that replaces both AppKit and UIKit in favor of something more modern and clean.

However they go about it, the million-dollar question is: Would this be a good thing?

Let me start with the short version: Yes. Of course this would be a good thing. There are downsides, to be sure. But to me, the good outweighs the bad here.

Let me start with the downsides.

This will lead to a lot of crappy iOS ports on the Mac

No doubt about it. Thousands of previously iOS-only apps will end up on the Mac barely altered with bad UI on day one. Count on it. Remember how many terrible watchOS apps debuted minutes after watchOS was made available? Apps that had no place on the Watch, that tried to do way too much on the Watch, that didn’t understand the utility of the Watch, and so on? That will absolutely happen on the Mac, too. It will still take time and effort to make a good Mac app, and many developers will not bother. They will try to make a quick buck.

But who cares? The last time I checked, there is already a ton of crap available on the Mac. A few thousand more bad apps will be a blip on the radar.

Here’s the thing: People who care about good software will find the good stuff. People who care to make good software will make the good stuff. There aren’t many people in either group. And there never will be.

Developers who care about making great software keep wanting the majority of people to give a shit. They don’t. Find your little niche and set your business model accordingly.

This will lead to a repeat of iPhone and iPad Universal apps

When Apple made universal storyboards available on iOS, the promise was it would now be easier to make apps that run great on both iPad and iPhone. Looking at the disparity between the number of iPhone apps and iPad apps available, Apple decided getting more apps on iPad was a priority.

The result was a ton of new apps that now run natively on iPad but are little more than “blown up” iPhone apps. They don’t use the extra power and screen real-estate available on iPad in any fundamental way.

There are some apps, however, built with universal storyboards that take full advantage of iPad. The problem here isn’t the tool, but rather the people using the tool. The same will be true for Marzipan apps.

In the hands of lesser developers, any tool will be used to create crap. That’s no reason for the rest of us to keep using clunky tools.

This will negatively impact some businesses

Some developers make iOS and Mac versions of the same app and sell them separately for a one-time upfront price. If Apple makes a “universal” buy once-run-on-any-Apple-device binary possible, the customer expectation is likely to shift, and people will simply expect to have to pay only once.^[2]

I don’t have a lot to say to these folks, except you are correct. If you currently sell a paid-up-front app on iOS and Mac, there will be some customer expectation and pressure to make your app universal. And more than likely that will be coupled with the expectation of lower prices, too. There’s not a whole lot you can do about this, except:

• Don’t go universal: Fantastical has pulled this off for years on iOS, refusing to make the app a single purchase on iPad and iPhone. They get complaints, I’m sure. But they aren’t exactly going out of business over it. And given there are a lot of iOS users who don’t use the Mac, there may be at least a slightly stronger argument for not having to pay extra for a Mac app they will never use. I suspect more developers will go the non-universal route this time around. And given this is not a simple matter of screen size, as it was on the iPad, a port of an iOS app to the Mac, even using Marzipan, is going to take quite a bit of time. It will be a while, in other words, before the pressure from other developers gets extreme to start selling your existing app as universal. So you have time.
• Get out of the paid-up-front business. Apps like Ulysses have shifted to a subscription model for a reason. They see the future coming. Yes, I know subscriptions aren’t for every app. But two years ago, a word processor would have been on most people’s list of can’t possibly go subscription apps.^[3]

Undoubtedly, businesses will fold after Marzipan. And that’s a shame. But many of those businesses are likely going to fail, anyway. Others will adapt. The world has largely moved on from paid-up-front software. We’re long past the point where Apple (or anyone else, for that matter) is going to hold back on anything because it might hurt paid-up-front app makers. Sugar-coating that would be cruel to those who have been and continue to be affected. Better to be honest than spread false hope.

Eventually, UIKit and AppKit will end up like Carbon

It stands to reason that after Marzipan gets released into the wild, both UIKit and AppKit will be on “borrowed time.” Just as Cocoa replaced Carbon, eventually Apple will very likely want all apps to be written using Marzipan.

This is not such a huge deal for small utility apps. But consider an app like Photoshop. Or BBEdit. Those are massive codebases. For any company that’s had a Mac app since the early days of OS X, Marzipan is going to mean a lot of work rewriting bits that are currently working just fine. And that sucks.

Even larger iOS apps, like Procreate or Ulysses, would not be a small conversion job.

Now, very likely, there would be a generous grace period, just as there was with Carbon, where AppKit and UIKit apps could continue to run and be updated. Marzipan will very likely be optional for at least a while. (I’m thinking right up until the entire Mac hardware line goes ARM.) And in the case of macOS, I’m sure AppKit apps would continue to run for a long time, even past the point where Apple stops accepting them in the Mac App Store.

But eventually, Apple will start dropping hints at WWDC: “We believe Marzipan (or whatever the official name will be) is the way to create the best user experiences moving forward.” At which time you’ll know you have a couple of years to get your legacy code converted.

There’s no way around this being a pain in the ass for some developers. In fact, if there’s one group of people who have the biggest reason to gripe about Marzipan, it’s the folks with the largest legacy codebases. But technology marches on. It would be hard to argue that Apple should have allowed Carbon to go on this long.

Another thing to consider: The retirement of Carbon led to new opportunities for a lot of developers. Legacy companies spent years rewriting their Carbon-based apps, which gave small indies the opportunity to start fresh in Cocoa, move faster, and create legitimate competition. ^[4]

With any luck, Apple will make the translation over to Marzipan as painless as possible. Who knows? Apple isn’t as powerless in this transaction as it was in the Carbon days. So they could tell us to go pound sand, if they wanted to. But I suspect they will want to make this transition smooth.

So that’s the bad news. What do we get in return?

At least a few good iOS devs who have never tried macOS development will likely give it a try, and vice versa

Gus Mueller wrote a piece last week about Marzipan, suggesting that no miracle framework can be a panacea for all the problems associated with porting iOS apps to the Mac. He’s absolutely right. The hardest part of making a Mac app, or any software, for that matter, is never the framework. Anyone can learn to write code that executes. The challenge, as Mueller puts it, is caring enough to do it well.

No framework can make developers care more about making great things.

But speaking as someone who does care, I sure wouldn’t mind if Apple made my life a little easier.

Imagine you’re pushing a rock twice your size up a hill. It’s snowing, and you have no shoes or coat on. Someone is on the other side of the rock pushing in the opposite direction.

If I offered you a pair of shoes, you’re telling me you wouldn’t take them?

There’s no doubt in my mind there are good iOS devs out there who have never ventured over to the Mac because it looks like it would be just a bit more effort than it’s worth. It’s not that they can’t do it because AppKit is some incredibly hard thing that only a rocket scientist can figure out. (I’ve made AppKit apps, so trust me, it’s not rocket science.) But it is yet another thing to learn. In addition to having to sweat the details about the platform, user experience, etc., you also have to learn the differences between an NSButton and a UIButton, NSColor and UIColor, and on and on. I remember when I was going through it, I never once said “This is too hard!” It was more like “Why the heck is this so different?”

Also, there are many cases where the simplest of things take more effort in AppKit than on iOS. And even when something isn’t more effort, just finding answers to basic questions was a chore, because it’s harder to get answers from a web search about AppKit.^[5]

A unified API would obliterate these small frustrations. When I want to add a button to a view, I’d add it the same way on macOS as I do on iOS. When I want to specify a color, I’d use the same syntax for both.

If we apply the infamous “aliens landing on Earth” hypothetical to the development of iOS and macOS apps, of course the aliens would think it’s ridiculous this isn’t already the way things work.

And the benefits really could go in both directions. Some macOS devs may just find that once they learn this new framework, suddenly their great Mac apps are just a little bit easier to port over to the iPad.^[6]

Regardless of how much junk gets made by others, in the hands of those who care, better tools are still a good thing.

If you care about making great apps, then Marzipan should at least make you excited about a slightly easier path to platforms you haven’t yet explored, or a simplification between the two versions of your apps you already maintain.

A lower barrier to entry for new devs

Marzipan will not only make it easier for an existing iOS dev to move to macOS, and vice versa. It will also be easier for new developers to get started in Apple’s ecosystem. If we’re not talking about UIKit ported to AppKit, but rather a completely new set of APIs, that would mean years of knowledge about how those current frameworks get used would be baked into the new framework. Apple’s engineers are pretty good at this stuff.^[7] I’m guessing they know all the pain points for new developers coming to the platform, and they’ll seek to decrease that pain.

More new blood in the ecosystem means more innovation, more creativity, more inclusiveness. It probably also means more terrible apps, but like I said before, the cream that rises to the top will be worth it. As much as the old-timers love their little niche community of app celebrities, the future of the platform depends on all of us getting replaced eventually. Personally, I welcome the possibility of an influx of bright new talent, particularly to the Mac.

Less code is a good thing

While we’re on the subject of making things easier, Marzipan also promises more shared code between iOS and Mac versions of apps. We’ve been able for a long time to share some elements of our apps, models, classes, etc. in the same project file with different targets. With Marzipan, we could end up sharing even more code between platforms. Not all of it, of course. But a lot more of it.

Fewer repeated classes equals less code, which equals easier testing, which equals less room for human error, which equals more-reliable apps.

It also means less duplication of effort. Which is easier to sell to middle managers on a budget.

A unified framework that’s still native

I was a middle manager once. Every year, my boss would bring me into his office and hand me a budget that was invariably 15% smaller than last year’s and tell me to make it work, no matter what I had to do. Same output. Lower cost. That meant giving part-timers fewer hours, not extending contracts, and in some cases, eliminating positions altogether.^[8]

That was always my last resort, though. More often than not, I’d look at ways to spend less money on the services we delivered. There are always inefficiencies in any business, and if you put enough pressure on people, they will find them, even if it ends up hurting the product.

Enter our old friend, Write-Once, Run-Anywhere. We had a brief period of bliss with Apple’s push for native iPhone apps back in 2008. But the Dark Lord’s lieutenant has returned, and although he is not yet regained his full strength, his minions are gathering in Mordor.

Slack. Skype. Banking apps—chances are, you are already seeing more cross-platform Electron apps on your Mac and non-native apps on your phone as well. This is a trend. It will continue.

Marzipan probably won’t save us from this nightmare. But if even one of these JavaScript-infused beasts turns out to be an iOS-to-Mac native port on my Mac instead, it will be worth it.

As a consultant, I like the idea of being able to pitch an even slightly less expensive Mac add-on to an existing iOS contract. “Oh, you were going to build a Mac version in Electron? Well, we can make a much richer native experience reusing a lot of our efforts on iOS…” It’s still a tough sell, but it is just a bit easier.

The Mac is less likely to get left out of new API goodies

If Apple only has to maintain one framework for adding new features to iOS and macOS, it’s less likely to leave the Mac out of new APIs. That means no longer waiting a year or more to get the same interesting cool new features we see on iOS.

And given Apple’s tendency to eat its own dog food, I can see this having a very positive effect on the App Store as well. Imagine the App Store app being built using Marzipan, sharing its code between macOS and iOS. Now features like gifting, app previews, review prompting, and other things that have been missing on the Mac App Store for years would actually take effort to exclude from the Mac.^[9]

Simplifying to one framework could also improve the speed at which Apple keeps up with its documentation and sample code. Wouldn’t that be a wonderful thing?

The Mac market is far too small compared to iOS to be a top priority for Apple. At least with Marzipan, macOS can maybe tag along with its more popular baby brother on new features.

More options is almost always better than fewer options

People who have been reading me for a long time know that generally I’m a fan of having more options. It’s always better when Apple gives us something than when it takes something away.

Right now, even if I wanted to, I couldn’t sell an iOS app that also runs on the Mac in one simple transaction. At least not easily. Marzipan looks to make that very easy. Even if I never end up selling an app that way, I like having the option. I also like the idea of one button my customers press to download my app on all their devices, Macs included.

Developers are fond of criticizing Apple for all the things we can’t do. They tend to forget that Apple often gives us new things we can do. Sure, there are other things we’d rather they let us do. But I’ll take what I can get.

Conclusion

All of this, of course, is merely speculation on a rumor. But it’s a rumor that makes a whole lot of sense to me. I would not be surprised to hear something official about this from Apple come June in San Jose. I would not be terribly surprised if it came a year or two later. I would be surprised, however, if it never comes to pass.

When you look at all four of Apple’s operating systems (iOS, tvOS, watchOS, and macOS) one of them is clearly not like the others. And that’s inefficient from Apple’s perspective. The benefits to Apple of a unified framework are just too numerous and obvious. So if I had a stake in the macOS or iOS ecosystems (and I do have one in both) I’d be doing some serious planning in the new year, so I can be prepared to reap the benefits, rather than wasting time fearing the negatives.

I posted a question on Twitter this morning about this supposed upcoming wrist computer from Apple.[1]

Serious question: who makes the current crappy wrist computer whose ass the iWatch is supposed to kick?

— jcieplinski (@jcieplinski) March 8, 2013

Apple’s talent (mostly credited to Steve Jobs’ vision) has never been to invent completley new products or categories of computing. What Apple does is identify a category of product in which there’s a lot of potential, where there will clearly be an audience, but where there’s currently no product that doesn’t completely suck. Then it makes a product that doesn’t suck in that category and mops up. It’s a beautiful strategy. And it happens to work.

So where are the crappy wrist computers? There’s the Pebble, I guess. A scrappy Kickstarter project that got some of us nerds excited last year. It’s severely limited in features and not altogether fashionable. So there’s potential for ass-kicking, no doubt. But is that all there is out there today? Where’s Microsoft’s wrist computer? Google’s? Sony’s? Samsung’s?

Well, Samsung’s would come after the iWatch, of course.

My point is, if this were the Next Big Thing, wouldn’t others be trying to do it already? Where’s the clear existing audience Apple wants to tap?

There were walkmen and then MP3 players before the iPod. The Treo and Blackberry and Windows Phone before the iPhone. Lots of Windows tablets before the iPad. Even the Mac and Apple II were not the first of their kind.

The other big rumored new product category from Apple, the TV, has tons of existing but unsatisfying devices already in the market. Google TV, Roku, Xbox live, even an existing Apple TV box. Amazon and Netflix are involved as well. A new and revolutionary Apple-branded TV would fit the pattern. Though the most important hurdle—content—seems to remain insurmountable at the moment.

But is this wearable wrist thing an actual category in search of a great product, or is it just something nerds have dreamed about ever since reading Dick Tracy and watching James Bond?

I’m not saying Apple won’t do this product. Seems like there’s enough smoke out there to suggest that Apple is at least building prototypes, if not getting ready for a release in the coming year or two. I’m just saying that if it does release this product, it’ll be somewhat new territory for Apple. Maybe more innovative, even, than anything Apple has done in a long time.[2]

Apple could actually be practically inventing a new category, rather than just dominating it after the fact.

Could it be that Apple has crippled the rest of the consumer electronics market so much that it no longer has rivals capable of trying and failing in these new territories? Is Apple going to have to troll Kickstarter to get new product ideas? Will it have to be first-to-market eventually, in order to keep expanding? I find that a much more fascinating question than whether or not Apple makes a wrist computer or a large-screen iPhone. [3]

Update: Gavin McKenzie (@gavinmckenzie) on App.net reminded me that Microsoft did indeed try the wrist watch market several years ago. They stopped selling their SPOT (Smart Personal Object Technology) line of devices back in 2008, but one of its products was indeed a watch. Good catch. But there are no major players making smart watches today.

1. I say “wrist computer” rather than “watch” because the iWatch, or whatever it’s called, won’t be a watch. It’ll be a computer on your wrist that happens to tell time. The way the iPhone is a computer in your pocket that happens to make phone calls. ↩
2. The Newton, oddly enough, is probably the last device of Apple’s that was first-to-market, at least from the standpoint of the major players. I say oddly enough, because that product was also developed and released without Jobs at the helm of Apple. ↩
3. I’ve danced around the subject of Google Glass here, of course. Google is obviously hot to get into consumer electronics, but so far I think it has chosen its new categories poorly. I personally think that Google Glass will creep people out sufficiently enough that it will effectively go nowhere. I don’t think even Apple has enough trust with its audience to make that one successful—yet. And now that Goolge is the enemy rather than a partner, Apple is going to have to beef up it’s online services a lot more before it can succeed with such a product, anyway. Maybe four or five years down the road. Meanwhile, whether or not Google takes up the mantle of consumer electronics rival to Apple is very much an open question. ↩

Day4 – How we screwed (almost) the whole Apple community: “The split between the two camps, was quite unequal. An estimate would be that 90% regarded the screw as a fact and based all the further opinion on that, only 10% were critical to accuracy.”

(Via. Day4.se)

Fascinating look at how easy it is to get a rumor started.

And therein lies the primary issue for information moving forward. No wonder we have a presidential candidate here in the US that gets away with lying about literally everything that comes out his mouth (not just distorting, cherry picking, or misrepresenting, as all politicians do, but all out lying). People have lost all ability to question what they read and hear on the Internet. The laziness bias has finally won. We hear what we want to hear, and nothing will ever change our minds. There’s literally no penalty for being completely full of crap.

Game over. The world’s most advanced tool for disseminating truth to the masses has been turned into the world’s best weapon for disinformation.

I remember in 7th grade, my teacher one day started a lesson, and he just went on and on for about 20 minutes, and we all just took notes diligently, writing down everything he said word for word. And then he stopped and asked us why we all assumed he was telling us the truth. Turned out he was just rambling nonsense for 20 minutes, and none of us bothered to question it. It was a huge eye opener for me. I still think about that day on a regular basis.

Question authority. Never assume what you’re hearing is the truth. We’re in desperate need of some healthy skepticism. Even the so-called “fact-finding” sites that try and point out people’s lies are often wrong or biased. It’s just about impossible to know what’s true and what isn’t.

Our insatiable desire to know everything has turned us into suckers for anyone who will tell us what we want to hear. That does not bode well for humanity.

Maybe we need more teachers who are willing to have their authority questioned every now and then for the betterment of their students.

Clearly, something is going on with the next iPhone. The rumors of big screens have been floating around for ages, but there’s a lot more smoke this time around. So I have to think this is at least a possibility.

Personally, though, I’m still not feeling the need for a larger screen. The notion that Apple “needs” to do this because of all the Android phones out there with big screens is preposterous. Android is coming apart at the seams. The big screens were an attempt to differentiate the Android phones from Apple. This wasn’t something most users were clamoring for, and many users who get these devices pushed on them don’t even like the larger screen. They aren’t an improvement, in other words. People in general don’t want larger devices in their pockets. They like their phones small. I think Gruber is right that if the iPhone gets a larger screen, it doesn’t necessarily mean the phone itself will be larger. There’s room for a larger screen without going nuts and making a Galaxy Note hunk of junk. In fact, the screen could be 4 inches without making the footprint of the iPhone any bigger.

(I really don’t think Apple needs to worry about Android in the long run at all, by the way. Maybe that sounds nuts, but watch the numbers carefully. Android’s golden age is already over. It’s peaked, as far as growth rate relative to others is concerned, and it’s nowhere in the tablet race. Google has never gotten the app ecosystem off the ground, and now with all the viruses plaguing Android there’s even less trust from the users, which means even fewer developers are going to make apps. Every OEM making Android devices except for Samsung is losing money. They will jump ship to Microsoft, or whoever else offers them a better deal down the line. And the users will buy whatever the kids in the carrier stores push on them. This is a fickle market. Android will self-destruct without any help from Apple.)

But again, I’ll ask the question none of the nerds seem to be asking. How does a bigger screen make the phone better? More icons on the home screen? Really? That’s it? Widescreen videos a little bigger? Ok. I guess. I have yet to read any compelling argument for how this would improve the iPhone experience. That doesn’t mean there isn’t a compelling argument; I’m just saying that no one seems to be focusing on the only reason Apple would pull the trigger on this.

As far as third party developer concerns, that’s a bit ludicrous, too. Apple ultimately doesn’t care if we developers have to work to get our apps updated to match the new screen size. If they think a bigger phone screen would be better, than they’ll make the phone with a bigger screen, and the developers will fall in line. What choice do we have? They may provide some tools to make the transition easier, but basically, what the developers need or want is the lowest thing on Apple’s hierarchy of concerns. Apple does what is best for Apple, what is best for the customer, and then what is best for developers, in that order. Anyone who has ever opened Xcode knows this.

Now, if Apple announces this new phone, but no apps support it on day one, that’s a problem. And clearly, some apps won’t ever get updated, because their developers have abandoned them long ago. So Apple will need something equivalent to what they did on the iPad with iPhone apps. There will have to be some default way that this new phone adapts older apps to work correctly on the new screen. It doesn’t have to make for a perfect experience—iPhone apps on the iPad are a pretty lame experience—but it does have to work. A stop-gap measure until the developers do the correct enhancements. Other than that, Apple doesn’t need to be concerned about third-party apps at all.

I do worry about the long-term health of the App Store ecosystem, but that’s a subject for a separate post. Right now, Apple is in the driver’s seat, and they can get away with pretty much anything, making us all jump through hoops to be in the Store. But ultimately, it would probably be in Apple’s best interests to start thinking a little more about what kinds of developers are successful in this market. If they’re not careful, they could easily end up in a position where only big corporations like Adobe are back in control of the software side of things. And that’s not in Apple’s best interest.

As soon as someone can tell me why a bigger iPhone screen would be better, I’ll get more excited about this. Whether or not it happens is much less interesting to me than the why.

The rumors have begun: next iPhone to get a bigger screen?:

The latest report comes from a Maeil Business Newspaper viaReutersand claims the next iPhone will sport a 4.6-inch display. An unnamed industry source provided this tidbit, so I wouldn’t place any bets just yet.

(Via TUAW – The Unofficial Apple Weblog)

Android phones started getting bigger screens last year because hardware manufacturers were desperate to differentiate themselves from the iPhone. “Bigger is better” went the thinking. But I’d say the evidence is far from conclusive that this is what users actually wanted. Sure, these phones sold in decent quantities, but that’s because carrier store employees were pushing them like crack dealers. I know several people who walked out of the store with one of those giant leviathans and were immediately disappointed in the way the thing felt in their hands.

The big screen is far from a “must-have” feature. If that weren’t true, iPhone sales would be hurting right now, not growing.

Another speculation about the big screen phenomenon was that hardware makers needed bigger screens so that they could put in bigger batteries to make up for LTE’s lousy battery life. I have no idea if that’s true or not, but if it is, it didn’t work. Most 4G phones suck for battery life, anyway.

So that brings us back to Apple. Apple is not struggling to differentiate itself. The iPhone is iconic. Making it bigger actually would hurt the brand more than help it. Apple also never does anything just because everyone else is doing it. They don’t want to be seen as copycats on anything, even when they are copying other people’s ideas. If there were any value in a larger screen beyond marketing, Apple would have designed the original iPhone that way.

Furthermore, a larger screen requires either apps that need to be redesigned to take advantage of the larger real estate, or a lower resolution than the current retina iPhone 4s to stretch the same pixels over a wider area. This would mean the screen would look worse, and all the target areas we’ve grown used to would be bigger, causing a loss of familiarity in user experience. Can you remember the last time Apple made a new product that was worse in this fundamental a way than its predecessor?

Remember, for iOS, the screen is the device. You don’t follow up the awesome screen of the new Retina iPad with a lesser screen in the next iPhone.

With the battery thing, I have to think that Apple will come up with a more clever way to make an LTE iPhone work all day without strapping on a giant screen to make room for a larger battery. There are just too many downsides. Either Apple will wait another year for LTE chips to catch up on efficiency and take the slight negative press hit on that, or they’ll have some new chip up their sleeve that ekes more battery somehow. I just don’t buy all the “bigger iPhone” rumors.