Qu'est-ce qu'Apple irait faire dans cette galère ? Décryptage
Après six mois d'utilisation, le bilan concernant Siri est très mitigé !
Que faire lorsqu'on porte une robe de soirée sans poches pour ne pas devoir garder son iPhone à la main ? Comment porter une tenue d'été seyante sans risquer de perdre son iPhone ou d'avoir les poches surchargées ? Voilà la réponse : le holster façon FBI ! Gardez votre iPhone sur vous sans encombrer vos poches. 19,99 $ chez ThinkGeek.
Une série d'utilitaires viennent d'être supprimés de l'App Store par Apple, ceux permettant de scanner les environs avec son iPhone pour trouver une borne Wi-Fi accessible. Des logiciels tels que WiFiFoFum, WiFi Checker ou WiFi-Where. Le développeur de ce dernier s'en explique, il a été en quelque sorte pris les doigts dans le pot de confiture.
Apple a en effet constaté qu'il utilisait un framework non public d'iPhone OS pour accéder aux informations émises par les bornes. Ce non-respect de la licence de développeurs iPhone lui vaut le retrait de son logiciel. Il est probable que ses homologues ont procédé à l'identique. Peut-être ces petits outils reviendront-ils si Apple se décide à ouvrir l'accès à ces interfaces de programmation.
On continue de trouver sur l'App Store des applications capables de citer des emplacements de bornes, mais il s'agit simplement là d'annuaires.
via Softpedia
Vous devez être connecté pour réagir.
Si ce n'est pas le cas, inscrivez-vous.
Vos réactions
S.J. cherche à couler sa boîte ?
Oui. Ces programmes étant d’une importance capitale et totalement légitimes, je pense que c’est Steve Jobs en personne qui a décidé de supprimer toutes les applications concernées parce qu’il a été déçu du dernier concert de Tokyo Hotel.
À moins que…
Ils ont peut-être du temps "mignon" pour enfin faire un contrôle plus "poussé" des application déjà online et profite de l'occasion pour faire un peu de ménage.
il est assez ridicule que Apple ne réussisse pas sécuriser l'accès à ses frameworks.
Il est assez ridicule que vous n'envisagiez pas d'autres raisons aux agissements d'Apple.
Je vais peut-être dire une bêtise, mais… le but d’une licence, c’est pas de mettre des barrières physiques, mais des barrières écrites, non ?
y a pas de "sécurisation" de "l'accès" à ses frameworks
et encore heureux. Vous imagineriez si les appels aux routines des systèmes d'exploitation étaient eux même signés et exigeait un certificat à chaque appel ? hmm vla une idée intéressante, mais pas avec les CPU de MAINTENANT !
la seule différence entre :
[TrucObscure appelTrolCoolMaisInstableEtPrivée: Rigolons: True]
et
[MPMediaItemCollection collectionWithItems: plein_de_items]
c'est que le premier est non documenté, intégré dans l'os, mais susceptible d'être changé à la moindre révision sans être prévenu ni rien et apple n'a pas encore clarifié son usage. Le 2eme est documenté, maintenu, activement expliqué dans le SDK et si ça va changer, apple prévient.
Alors pourquoi les 2 sont présents à la fois ? parce qu'apple fait peut être un usage en interne (à l'intérieur de iphone os lui même et de l'une des applications intégrées) de fonctions dites "instable" (susceptible de changer) avant de les déclarer apte à un usage par tous. Apple peut se le permettre, parce qu'Apple sait ce qu'Apple fait.
-
C'est aussi le cas dans os X : Cocoa contient tout ce qui est publique et une foule de méthodes et classes non documentées. Certains développeurs hésitent pas à les découvrir (ils fouinent dans le système) et les utiliser, mais il ne faut pas s'étonner si à la révision 10.5.32b.5602 de os X le logiciel explose et qu'apple s'en lave les mains. "lol, on vous a dit que c'était une méthode non documentée"
Dans le cas du App Store, Apple a les moyens de proposer aux clients que les logiciels qui évitent ce genre d'écueil. et ce n'est pas facile.
-
mais oui, on peut imaginer à terme qu'il y a un mécanisme de sécurisation et signature des "frameworks", certains n'étant disponible qu'au détenteur du beau certificat
mais cela demandera une transformation inédite du modèle de unix (os x), de la notion de liaison (linkage) lors des compilations, et une stricte séparation dans les bibliothèques de programmation. que jusqu'à présent Apple (ni d'autres) ne se sont embêtés à faire.
Mais on y viendra sûrement, quand les machines auront plus de performance.
-
le point est : Mac os, Iphone Os, fournissent énormément de fonctionnalité, par commodité, bien organisée, mais pas toutes sont aptes ou prêtes à être utilisées par tous et apple le détaille (déclarée privée/publique).
Effectivement, il n'y a pas de barrière technique. donc on le dit dans la licence.
+ 1000 à Zouba. Tellement d'idiots sur le net. Abérant.