Tanca l'anunci

Apple ha estat sota el foc dels mitjans les últimes setmanes. Aquesta vegada, no es tracta de pseudo-demandes o de males condicions a Foxconn, sinó del procés d'aprovació d'aplicacions, que la companyia encara intenta mantenir el màxim control possible malgrat la gran quantitat de noves aplicacions i actualitzacions que arriben al procés d'aprovació. cada dia. Amb iOS 8, Apple ha donat als desenvolupadors eines completament noves i llibertat que mai no havien somiat fa un any. Extensions en forma de ginys, la manera com les aplicacions es comuniquen entre elles o la possibilitat d'accedir als fitxers d'altres aplicacions.

Aquesta llibertat, que fins fa poc era un privilegi del sistema operatiu Android, probablement no era pròpia d'Apple, i ben aviat l'equip encarregat d'aprovar les aplicacions va començar a trepitjar els desenvolupadors. La primera víctima va ser l'aplicació Launcher, que va permetre marcar contactes o llançar aplicacions amb paràmetres predeterminats des del Centre de notificacions. Un altre entusiasmat Caixa se preocupat calculadores funcionals al Centre de notificacions de l'aplicació PCalc.

Normes escrites i no escrites

Els últims a conèixer l'altra cara de les regles no escrites van ser els desenvolupadors de Panic, que es van veure obligats a eliminar la funció d'enviar fitxers a iCloud Drive a l'aplicació Transmit iOS. "La millor manera d'explicar per què no volien que la funcionalitat del llançador existís a iOS és que no encaixava amb la seva visió de com haurien de funcionar els dispositius iOS", va comentar l'autor del llançador.

Al mateix temps, cap dels desenvolupadors de les aplicacions esmentades va infringir cap de les regles que Apple va emetre per a les noves extensions. Va oferir una interpretació molt àmplia en molts casos, o més aviat vaga. Segons Apple, el motiu per eliminar la calculadora PCalc va ser el fet que no està permès realitzar càlculs al giny. Tanmateix, no existia aquesta norma en el moment en què es va aprovar la sol·licitud. De la mateixa manera, l'equip d'aprovació d'Apple va argumentar en el cas Transmet iOS, on es diu que l'aplicació només pot enviar fitxers que crea a iCloud Drive.

A més de les regles disponibles, sembla que Apple ha creat un conjunt de regles no escrites que els desenvolupadors només aprenen quan han invertit el seu temps i recursos en una funció o extensió determinada, només per descobrir al cap d'uns dies des de la presentació per a l'aprovació que Apple fa no li agrada per algun motiu i no aprovarà l'actualització o l'aplicació.

Afortunadament, els desenvolupadors no estan indefensos en aquests moments. Gràcies a la cobertura mediàtica d'aquests casos, Apple va revertir algunes de les seves males decisions i va permetre les calculadores al Centre de notificacions de nou, i la possibilitat d'enviar fitxers arbitraris a iCloud Drive va tornar a Transmit iOS (recentment Transmit per a iOS). Tanmateix, aquestes decisions basades en regles no escrites i la seva revocació unes setmanes després mostren una disparitat de pensament i visió per a les aplicacions de tercers, i potser una baralla interna entre els executius d'Apple.

Lideratge de tres caps

L'App Store no és competència només d'un vicepresident d'Apple, sinó potser de fins a tres. Segons el blogger Ben Thompson l'App Store està dirigit en part per Craig Federighi des de l'enginyeria de programari, en part per Eddy Cue, que s'encarrega de la promoció i cura de l'App Store, i, finalment, per Phil Schiller, que es diu que dirigeix ​​l'equip d'aprovació d'aplicacions.

La revocació de la impopular decisió probablement es va produir després de la intervenció d'un d'ells, després que tot el problema es comencés a informar als mitjans. El candidat més probable és Phil Schiller, que d'altra manera dirigeix ​​​​el màrqueting d'Apple. Aquesta situació no li dóna un bon nom a Apple als ulls del públic. Malauradament, no tots els desenvolupadors van veure el canvi d'una mala decisió.

En cas de sol·licitud Dames hi va haver una situació tan absurda que Apple va ordenar primer cancel·lar la funcionalitat del giny, cosa que va permetre llançar l'aplicació amb determinats paràmetres, per exemple, amb el contingut del porta-retalls. Després d'eliminar-lo, es va negar a aprovar l'actualització, dient que el giny pot fer molt poc. És com si Apple no pogués decidir què vol realment. El que és encara més absurd de tota la situació és que unes setmanes abans, Apple va promocionar la nova aplicació Drafts a la pàgina principal de l'App Store. La mà esquerra no sap què fa la mà dreta.

Tota la situació que envolta l'aprovació fa una mala ombra a Apple i, sobretot, perjudica tot l'ecosistema que l'empresa està construint tan seriosament. Tot i que no hi ha perill que els desenvolupadors comencin a abandonar la plataforma iOS, preferirien no invertir el seu temps i recursos en funcions útils només per provar si passaran per la xarxa de regles no escrites de l'App Store. Així, l'ecosistema perdrà grans coses que estaran disponibles, per exemple, només en una plataforma competidora, en la qual perden tant els usuaris com, en definitiva, Apple. "Espero que passi el següent en els propers mesos: o aquests rebuigs bojos s'aturen o s'aturen del tot, o un dels màxims executius d'Apple perd la seva feina", va opinar Ben Thompson.

Si l'empresa va decidir afluixar el cinturó als desenvolupadors i permetre coses mai vistes abans a iOS, també hauria de tenir el coratge d'enfrontar-se al que els desenvolupadors es plantegen. La solució amb restriccions inesperades actua com un desenvolupament més feble equivalent a la Primavera de Praga. Al cap i a la fi, qui és Apple per obligar els desenvolupadors a seguir les regles no escrites quan ell mateix incompleix les escrites? Les aplicacions tenen prohibit enviar notificacions de caràcter promocional, mentre que exactament aquestes notificacions provenien de l'App Storeú per a l'esdeveniment (RED). Tot i que va ser ben intencionat, no deixa de ser una violació directa de les seves pròpies regles. Pel que sembla, algunes aplicacions són més iguals...

Font: The Guardian
.