Slashdot Mirror


Apple In Trouble With Developers

geek writes "According to Marco Arment, the creator of Instapaper, Apple may be in trouble with developers. According to Arment, the new sandboxing guidelines from Apple are pushing developers away in droves. 'I've lost all confidence that the apps I buy in the App Store today will still be there next month or next year. The advantages of buying from the App Store are mostly gone now. My confidence in the App Store, as a customer, has evaporated. Next time I buy an app that’s available both in and out of the Store, I’ll probably choose to buy it directly from the vendor. And nearly everyone who’s been burned by sandboxing exclusions — not just the affected apps’ developers, but all of their customers — will make the same choice with their future purchases. To most of these customers, the App Store is no longer a reliable place to buy software.' Arment also comments on the 'our way or the highway' attitude Apple often takes in these situations and how it may be backfiring this time around."

14 of 343 comments (clear)

  1. Pray I don't change them further.... by jmorris42 · · Score: 5, Insightful

    Remember, that line didn't even work out for Vader and he had Star Destroyers and millions of clone troopers at his command. If you have the upper hand you can sometimes force people to accept a one sided deal. But if you go beyond that and keep changing the terms on it eventually everyone figures out they might as well take their chances because they are hosed anyway. You have to leave them some hope of survival.

    I especially liked how the article has this:

    "This even may reduce the long-term success of iCloud and the platform lock-in it could bring for Apple. Only App Store apps can use iCloud, but many Mac developers can’t or won’t use it because of the App Store’s political instability."

    Anyone who would write that, in the context of it being a good thing!, is obviously a Kool-Aid drinker. When you are driving those people away it is a warning sign.

    Imagine how badly Microsoft is going to bungle this same gambit. Notice how Valve is already running for the exits? Uh huh, good times ahead for everyone!

    --
    Democrat delenda est
    1. Re:Pray I don't change them further.... by Anonymous Coward · · Score: 5, Funny

      But, according to John Romero, Android is a piracy platform and Apple TV will make you his bitch!

      And now! Daikatana 2!

    2. Re:Pray I don't change them further.... by MachDelta · · Score: 5, Funny

      2012 and we still can't punch people in the face over TCP/IP...

  2. As an Apple hater, I disagree. by twocows · · Score: 5, Insightful

    I loathe Apple. They are probably one of the most detestable companies in the technology sector right now. I see them as a modern version of 90s Microsoft.

    But this? I think this is a move in the right direction. The added security benefits sandboxing brings far outweigh any negative consequences a few developers too lazy to implement something Apple's been telling them they need to implement for the better part of a year might experience (at least according to the OS X review a few days ago from Ars Technica). And it's not like these developers have no recourse; as long as they register with Apple or whatever, the default OS setting will allow users to go download those products from the vendor's website.

    There are plenty of reasons to hate Apple. Their push toward better security practices is not one of them.

    1. Re:As an Apple hater, I disagree. by Anonymous Coward · · Score: 5, Insightful

      Until Apple decide it wants your software's market share and removes your App from the App Store because Apps that compete directly with official Apple products are not allowed.

    2. Re:As an Apple hater, I disagree. by dgatwood · · Score: 5, Informative

      Did you know there is no setting which allows an application to write files in a user selected folder, no you have to ask the user for every file to save manually.

      That's not true at all. The standard com.apple.security.files.user-selected.read-write entitlements can handle that very easily. All you have to do is use a standard open dialog to let the user choose a folder, and then write arbitrary crap into that folder or any subfolder within it. Then, save a security-scoped bookmark to that folder if you need to retain access to that folder on future launches. Where things get awkward with that arrangement is when the user copies those files to another machine or restores from a backup. At that point, you'll have to ask the user to open the folder containing the file "foo.wav" or whatever. Then, you can scour the files in there, create security-scoped bookmarks for all of them, and repeat for any other folders full of files.

      A much better solution for that problem is to store each project in a self-contained bundle (a folder with an extension, e.g. a .rtfd file, as supported by TextEdit). If you do that, everything just magically works, because instead of opening a project file, the user is opening a folder that contains everything related to a given project. For obvious reasons, that approach is strongly recommended unless you absolutely have to reference files outside of the project for some reason.

      Also I want to make screenshots and mail the screenshot,preferences file and log file to me, when the user has a problem he likes me to look at.

      That isn't allowed because you aren't allowed to see other apps' windows. It would be a fairly serious security violation if an app could take pictures of other apps that are running and then mail them to the app developer. The same goes for log files that contain data from other applications, preferences files written by other applications, etc. However, there is no reason you can't capture an image of each of your own windows, store a copy of your own log messages in your own file, or send your own preferences file.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

  3. Backwards, more will go to app store by SuperKendall · · Score: 5, Interesting

    As a developer I see what he is saying.

    But as a user the changes only make it MORE likely I would look in the app store first for something. I know something from there will work along with the system security restrictions.

    With more people looking in the app store, the simple truth is more developers will have to service that market somehow or lose users (or at least not grow at the same rate as the mac install base does).

    Apple has already changed some ways in which sandboxing works, to accommodate some application needs. And they will do more of that going forward - but historically Apple implements overly strong security to start with, and then whittles it away as required instead of letting users get used to an overly permissive model.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  4. Re:A lot faster than I thought by exomondo · · Score: 5, Funny

    Except there is no evidence that developers are "leaving in drones"

    If i were leaving i don't think a drone would be my preferred conveyance.

  5. New sand boxing guidelines? by hsmith · · Score: 5, Informative

    Apple hinted to sandboxing being mandatory at WWDC11, they announced it would happen later that year, then forced everyone to a few months ago. So, where does this "new" come from exactly?

  6. Only on Slashdot by Starteck81 · · Score: 5, Insightful

    I love that people on here bitch endlessly about how insecure OSes are. Then Apple makes a move to require devs to code in a more secure manner, result? They freak out. Did I miss anything?

    --
    "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed H
  7. Marco may have a point by 93+Escort+Wagon · · Score: 5, Interesting

    Problem is, I read the linked post and can't tell if he's right or wrong. He refers to developers leaving, he refers to customers being burnt, he refers to sandboxing exclusions... but he doesn't give a single example to illustrate his point!

    So what exactly are you talking about, Marco Arment?

    --
    #DeleteChrome
  8. Re:App Store by Em+Adespoton · · Score: 5, Insightful

    And it missed a line:
    "Disclaimer: Marco Arment, the creator of Instapaper, is likely more than a bit disgruntled with Apple, now that the functionality of Instapaper has been rolled into Safari."

    Apple has a history of driving away developers by incorporating their ideas into the bundled apps. Not many developers though... only those of really well thought out OS enhancements.

    While Marco does have a point, the timing of the statement smacks more than a bit of sour grapes. As a developer, he's known the sandboxing exemptions were temporary for, well at least a year. He's had more than a month since the sandbox closed its lid. I think he'll find that anyone developing heavyweight applications never even entered the App Store; they're still going strong on their own. The App store does great things for apps that are happy to live within the sandbox though; lightweight apps that have nothing to do with managing the computer but instead accomplish specific tasks.

    What Marco will find is that for every serious application developer leaving the Mac App Store, there are 50 App developers moving in -- some of them migrants from the iOS App Store, who are just adding a secondary target to their development builds.

    In my opinion, the App Store was never the place for non-sandobxed software in the first place. In time, Apple may create more sandbox features that will enable more heavy applications to re-enter the Store, but this will only be after the honeymoon period is over with the "App" crowd -- expect another year of shakedown before anyone doing complex OS tasks can "trust" the store.

    Kudos to Apple though for starting in restricted mode and slowly enabling more features -- and at the same time having a blanket exemption period for more serious developers to play with the store and see if it's right for them.

  9. Re:Agree by iluvcapra · · Score: 5, Interesting

    If you go back to the article Ament links to, their complaints are:

    No free trials
    No discounted upgrades
    No free upgrades if the prior version was purchased after a specific date
    No way to provide license keys that could be used on Windows (many of our customers use both platforms)
    No volume discounts or site licensing
    No access to customer information, which prevented us from validating orders, offering discounts, running promotions, newsletter signups, etc.
    Unclear refund policies
    Most importantly, we had to create another version of Postbox for the Mac App Store that removed features such as iCal support, iPhoto integration, and Add-Ons in order to comply with Apple’s Application Guidelines

    None of these, save the last one, have anything to do with sandboxing. The last one does, but I don't understand it, because access to the user's calendar and photos are explicitly-defined entitlements that you can access, all you have to do is check a box in Xcode. A sandboxed app cannot access the filesystem of the computer, except for paths specifically named by the user in an Open or Save dialogue (the dialogue boxes are run by a separate daemon that passes the paths to the client application over IPC, so you can't futz with it to pick open more of the user's fs than they specifically let the application see.) Obviously this is deadly to bulk renamers, but I don't understand the complaint in the context of document creation, utilities or accessories, games, or really anything but document indexers -- which would have to just be sold the old fashioned way, on a website.

    --
    Don't blame me, I voted for Baltar.
  10. The big deal about sandboxing by goombah99 · · Score: 5, Informative

    I suspect people reading here dont' have a clue about sandboxing or what a BFD it is. Sandboxing is massively overdue. It's been available for years and years in OSX but there has been a zero adoption rate. I came across it in Xgrid, an apple application which relied heavily on it.

    Xgrid is a job server that lets other people run jobs on your computer---safely. How the heck do you do that safely and still have left an environment that can do anything at all. You can't do this with linux permissions or firewalls. But you can with sandboxing. in sandboxing you specify in detail what resources every application has access to. What parts of the file system it can't see even if it has unix permissions. What parts of a network it can access. How much memory it can use. etc... It's a universal wrapper that can be created for every program.

    Since firefox can be wrapped it's insane to use any browser without wrapping. If some roque plug in contains the ability to do something nasty you dont' care because it can't. it can't access resources it needs. You are essentially shutting down bad behaviour not bad apps.

    So why is it not default?

    Cause it's annoying to set up. If you take shortcuts in your application based on giving it more privledges than it needs you get punished by the sandbox.

    lazy developers hate it.

    time to force the issue. it's good for consumers.

    It doesn't do anything for apple, other than make the OS better.

    --
    Some drink at the fountain of knowledge. Others just gargle.