Lukk annonse

Siden Sandboxing-varsling for apper i Mac App Store har det vært heftige diskusjoner om hvordan Apple gjør ting vanskelig for utviklere. Imidlertid har bare de første ofrene og konsekvensene vist hvor stort et problem dette trekket er og hva det kan bety for utviklere i fremtiden. Hvis sandboxing ikke forteller deg noe, betyr det kort fortalt å begrense tilgangen til systemdata. Apper i iOS fungerer på samme måte - de kan praktisk talt ikke integreres i systemet og påvirke driften eller legge til nye funksjoner til det.

Dette trinnet har selvsagt også sin begrunnelse. For det første er det sikkerhet – i teorien kan ikke en slik applikasjon påvirke stabiliteten eller ytelsen til systemet eller kjøre ondsinnet kode, hvis noe slikt skulle slippe unna teamet som godkjenner applikasjonen for App Store. Den andre grunnen er forenklingen av hele godkjenningsprosessen. Applikasjoner er lettere verifisert og gjennomgått, og dermed klarer teamet å gi grønt lys til et større antall nye applikasjoner og oppdateringer per dag, noe som er et logisk skritt når det er tusenvis til titusenvis av applikasjoner.

Men for noen applikasjoner og deres utviklere kan sandboxing representere en enorm mengde arbeid som ellers kunne vies til videre utvikling. I stedet må de bruke lange dager og uker, noen ganger må de endre hele arkitekturen til applikasjonen, bare for å bli spist av ulven. Situasjonen varierer selvfølgelig fra utvikler til utvikler, for noen betyr det bare å fjerne merket for noen få bokser i Xcode. Andre må imidlertid møysommelig finne ut hvordan de skal omgå begrensningene slik at eksisterende funksjoner kan fortsette å fungere, eller må fjerne funksjoner med tungt hjerte fordi de ikke er kompatible med sandboxing.

Utviklere står derfor overfor en vanskelig avgjørelse: enten forlate Mac App Store og dermed miste en betydelig del av overskuddet knyttet til markedsføring som foregår i butikken, samtidig gi opp integrasjonen av iCloud eller varslingssenteret og fortsette for å utvikle applikasjonen uten begrensninger, eller bøye hodet, invester tid og penger for å redesigne applikasjoner og skjerme seg mot kritikk fra brukere som vil savne noen funksjoner de brukte ofte, men som måtte fjernes på grunn av sandboxing. «Det er bare mye arbeid. Det krever store, ofte krevende endringer i arkitekturen til enkelte applikasjoner, og i noen tilfeller til og med fjerning av funksjoner. Denne kampen mellom sikkerhet og komfort er aldri lett.» sier David Chartier, utvikler 1Password.

[do action=”quote”]For de fleste av disse kundene er ikke App Store lenger et pålitelig sted å kjøpe programvare.[/do]

Hvis utviklere til slutt bestemmer seg for å forlate App Store, vil det skape en ubehagelig situasjon for brukerne. De som kjøpte appen utenfor Mac App Store vil fortsette å motta oppdateringer, men Mac App Store-versjonen vil bli abandonware, som kun mottar feilrettinger på det meste på grunn av Apples restriksjoner. Mens brukere tidligere foretrakk å foreta kjøp i Mac App Store på grunn av garantien for sikkerhet, et enhetlig system med gratis oppdateringer og enkel tilgang, på grunn av dette fenomenet, kunne tilliten til App Store raskt avta, noe som ville få vidtrekkende konsekvenser for både brukere og Apple. Marco Arment, skaper Instapaper og medgründer tumblr, kommenterte situasjonen som følger:

«Neste gang jeg kjøper en app som er tilgjengelig i App Store og på utviklerens nettside, vil jeg sannsynligvis kjøpe den direkte fra utvikleren. Og nesten alle som blir brent av å forby apper på grunn av sandboxing – ikke bare de berørte utviklerne, men alle kundene deres – vil gjøre det samme for sine fremtidige kjøp. For de fleste av disse kundene er ikke App Store lenger et pålitelig sted å kjøpe programvare. Dette truer det antatte strategiske målet om å flytte så mange programvarekjøp som mulig til Mac App Store.»

Et av de første ofrene for sandboxing var applikasjonen TextExpander, som lar deg lage tekstforkortelser som applikasjonen deretter gjør om til hele setninger eller setninger, for hele systemet. Hvis utviklere ble tvunget til å bruke sanboxing, ville snarveiene bare fungere i den applikasjonen, ikke i e-postklienten. Selv om applikasjonen fortsatt er tilgjengelig i Mac App Store, vil den ikke lenger motta nye oppdateringer. En lignende skjebne ventet Postbox-applikasjonen, der utviklerne bestemte seg for ikke å tilby den nye versjonen i Mac App Store da den tredje versjonen ble utgitt. På grunn av sanboxing ville de måtte fjerne flere funksjoner, for eksempel integrasjon med iCal og iPhoto. De påpekte også andre mangler ved Mac App Store, for eksempel fraværet av en mulighet til å prøve programmet, manglende evne til å tilby en rabattert pris for brukere av eldre versjoner og andre.

Postboks-utviklere må lage en spesialversjon av applikasjonen sin for Mac App Store for å være kompatibel med begrensningene pålagt av Apples retningslinjer, noe som er umulig for de fleste utviklere. Den eneste store fordelen med å tilby applikasjoner i Mac App Store ligger derfor kun i markedsføring og enkel distribusjon. "Kort sagt, Mac App Store lar utviklere bruke mer tid på å lage flotte apper og mindre tid på å bygge infrastrukturen til sin egen nettbutikk," legger Sherman Dickman, administrerende direktør i Postbox til.

Utstrømmen av utviklere fra Mac App Store kan også få langsiktige konsekvenser for Apple. For eksempel kan det også true den nye iCloud-plattformen, som utviklere utenfor denne distribusjonskanalen ikke kan bruke. "Bare apper i App Store kan dra nytte av iCloud, men mange Mac-utviklere vil eller vil ikke kunne det på grunn av den politiske ustabiliteten til App Store," hevder utvikler Marco Arment.

Ironisk nok, mens restriksjoner på iOS App Store har blitt mer velvillige over tid, for eksempel utviklere kan lage apper som direkte konkurrerer med native iOS-apper, er det motsatte tilfellet for Mac App Store. Da Apple inviterte utviklere til Mac App Store, satte det visse barrierer som applikasjoner måtte følge (se artikkelen Mac App Store – det blir ikke lett for utviklere her heller), men restriksjonene var ikke på langt nær så kritiske som nåværende sandboxing.

[do action="quote"]Apples oppførsel overfor utviklere har en lang historie på iOS alene og taler til selskapets arroganse overfor de som har stor innvirkning på suksessen til den gitte plattformen.[/do]

Som brukere kan vi være glade for at vi, i motsetning til iOS, også kan installere applikasjoner på Mac fra andre kilder, men den gode ideen med et sentralisert depot for Mac-programvare får total juling på grunn av økende restriksjoner. I stedet for å vokse og gi utviklere noen av alternativene de lenge har etterlyst, for eksempel demoalternativer, en mer transparent kravmodell eller rabatterte priser for brukere av eldre versjoner av apper, begrenser Mac App Store dem og legger til unødvendig ekstra arbeid, skaper abandonware og frustrerer dermed selv brukerne som kjøpte programvaren.

Apples behandling av utviklere har en lang historie på iOS alene, og taler til selskapets arroganse overfor de som har stor innvirkning på plattformens suksess. Hyppig avvisning av applikasjoner uten grunn uten påfølgende forklaring, veldig gjerrig kommunikasjon fra Apple, mange utviklere må håndtere alt dette. Apple tilbød en flott plattform, men også en "hjelp deg selv" og "hvis du ikke liker det, la være". Har Apple endelig blitt en bror og oppfylt den ironiske profetien fra 1984? La oss svare for oss selv.

Ressurser: TheVerge.com, Marco.org, Postbox-inc.com
.