Il ya eu beaucoup de discussions intéressantes autour de la totalité Flash CS 5 iPhone Apps chose générer. Rien de tout cela a changé mon opinion que c'est dans l'intérêt d'Apple et, finalement, au mieux des intérêts des utilisateurs d'iPhone pour eux de prendre des mesures pour arrêter Adobe à partir de l'avant avec cela, ou tout au moins pour Apple de définir certaines limites avec Adobe et la phase du programme de au fil du temps afin d'éviter écrasante de l'infrastructure App Store. Le problème est à multiples facettes, qui peut être déroutant. Pour moi, il semble éclater en quelques connexes, mais les questions distinctes:
Il sera intéressant de voir comment les choses se déroulent. Les questions techniques seront éventuellement connus. À un certain point, nous serons en mesure de comparer l'Objective-C et Flash générées par les applications et obtenir des données concrètes sur leur taille, d'efficacité et de performance. Pour le reste, la balle est vraiment dans la cour d'Apple. Jusqu'à Apple fait de leur prochain jeu, nous n'avons pas vraiment une idée de comment cela va se jouer. Tout d'Apple embrassant apps iPhone Flash pour une guerre totale avec Adobe est dans le domaine du possible.
- Technical: Les applications générées par Flash 5 en tant que bonne, ou tout au moins «assez proche» d'être aussi bons que ceux créés à l'aide de Xcode? Ce n'est pas une question simple, parce que même les meilleurs outils peuvent être utilisés pour généré bâclée, des exécutables gonflés, mais il est toujours important d'avoir une idée de savoir si le type Flash générées application va être comparable à des applications typiques créés en utilisant Xcode. C'est une question sans réponse. Je suis sûr que Adobe va faire valoir que leurs demandes sont tout aussi bonnes. I, et de nombreux autres développeurs qui ont travaillé avec la plate-forme depuis qu'il est sorti vont être quelque peu sceptique sur cette affirmation. Quelle est la probabilité qu'ils ont été en mesure d'ajouter une couche supplémentaire de complexité, y compris un garbage collector, et de ne pas encourir aucune charge supplémentaire? Probablement démunis possible, mais la question devient alors: combien faut-il ajouter des frais généraux? Suffit-il de vraiment important?
Ceci est juste une supposition, mais avec les iPhones de première génération et de seconde, je vais parier qu'il sera question, et la nature simpliste du Flash Apps déjà sur l'App Store ne contribue guère à dissiper cette idée. Si les applications étaient vraiment "tout aussi bons", ils auraient mis en place un échantillon qui a vraiment présenté ce qu'ils pouvaient faire plutôt que de simplement mettre en valeur le fait qu'ils pouvaient faire quelque chose. Si elles étaient juste-comme-bon, Adobe nous aurait séduit avec un jeu en 3D ou autre chose qui a vraiment poussé les limites du matériel de l'iPhone. Même sur mon 3Gs, je pensais que l'apps iPhone flash toutes les sentais un peu faible par rapport à ce que je suis habitué.
Malheureusement, nous n'avons pas de données objectives sur ce point dès maintenant. Nous n'avons aucun moyen de prendre un soft générées par Flash CS 5 et la même application ou similaire porté à Objective-C et de les comparer de manière significative. Si quelqu'un serait prêt à compiler une version d'une applis iPhone avec des symboles de débogage sur, je pourrais être en mesure d'obtenir des données à l'aide des outils de performance. En l'état, cependant, nous n'avons pas de données objectives, et sans cela, c'est tout conjectures. On pourrait discuter éternellement, et aucun des deux camps se concèdent rien.
Dans mon esprit, il ya une raison suffisante de croire que les applications ne sera pas "aussi bon" techniquement parlant, qu'il est juste de mettre le fardeau de la preuve sur Adobe. Ils doivent prouver que ces applications Flash générés sont capables d'être aussi bon ou tout au moins identifier comment ils sont proches et le soutien que la demande avec des données vérifiables. Nous connaissons déjà la taille du fichier apps Flash générés sont considérablement plus grande que comparables Objective-C applications créées avec Xcode. Preuve subjective semble pointer vers les applications aussi plus lent. J'aimerais voir des preuves tangibles que nous puissions les juger de façon plus équitable, mais jusqu'à une certaine existe, je pense qu'il est raisonnable d'envisager que ces applications Flash générés ne sont pas aussi bonnes et le différentiel est suffisant pour la matière. Si quelqu'un veut me prouver le contraire, je serais ravi de voir des preuves tangibles que nous puissions discuter de cette intelligemment. Si j'ai tort, croyez-moi, je serai assez impressionnés par le génie qui est entré en elle. - Logistical: Il ya une très grande base installée de développeurs Flash et une grande quantité de contenu existant. La popularité de l'App Store a déjà causé d'importants problèmes de croissance. L'équipe chargée de faire appli Avis est surchargé de travail tel qu'il est et font un travail ingrat. Permettant aux développeurs Flash existant et le contenu Flash existant pour les inondations dans l'App Store presque en une nuit est lié à la cause des problèmes importants pour l'infrastructure App Store et les personnes responsables de son entretien. Cela, à son tour, va causer des problèmes pour les clients et les développeurs.
- Equitable: Lié au point précédent, ce flot de nouveaux contenus du jour au lendemain va avoir un impact significatif et négatif sur les développeurs actuels. Vous savez, ceux qui ont investi temps et efforts pour apprendre la plateforme et les outils natifs? Les développeurs qui sera pénalisé pour cet effort en ayant des temps d'attente plus long et applications beaucoup plus de concurrence pour l'attention. Il est peu probable que la taille du gâteau App Store va augmenter de façon mesurable en raison de l'afflux, donc un afflux de nouvelles applications va inévitablement pour diluer les chances pour toutes les applications simples pour faire un profit. Il ne semble guère très juste que les gens qui ont réellement faire des efforts dans l'apprentissage de la plateforme et qui se sont dédiés à la plate-forme ne sera pas en mesure de récolter les fruits de ce dur travail sans mettre de l'effort de plus pour comprendre comment se faire remarquer ci-dessus une mer de jeux flash rapide-porté. Au contraire, il ne semble guère équitable de récompenser ceux qui ne pouvaient pas être la peine d'apprendre les outils natifs.
- Political: Adobe et Apple depuis longtemps cessé d'être les meilleures amies et ont été dans une situation de coopétition quelque peu litigieux pour un certain temps. Apple a fait très clairement à Adobe sur un certain nombre d'occasions que Flash n'était pas le bienvenu sur l'iPhone, et pourtant, Adobe a continué à pousser de l'avant avec un mépris incroyable pour que, alimentée par ce qui semble être un énorme sentiment de droit: le sentiment qu'ils ont le droit de bénéficier de succès d'Apple avec l'iPhone, même si elles ne contribuent pas à elle de quelque façon. La partie qui n'a vraiment pas s'asseoir droit avec moi, c'est que Adobe n'est pas à l'avant avec leurs développeurs sur la façon dont la situation est risquée pour eux en raison de la politique de leur relation avec Apple. Adobe n'a pas de créer des fonctionnalités iPhone Flash CS5 avec le consentement d'Apple ou de connaissances. En fait, ils l'ont fait en dépit d'être dit spécifiquement flash n'était pas la bienvenue. C'est assez putain grossier. C'est comme inviter un million de personnes à quelqu'un d'autre a déjà plein à craquer partie. Jetez votre parti putain propres, l'homme. Sérieusement. Et tout le chemin sournois Adobe allé à mettre leurs applications dans l'App Store pue simplement de la malhonnêteté. C'est fin justifie les moyens, la réflexion et il n'a vraiment pas aimer moi de Adobe à tous.
- Legal: Malgré les affirmations d'Adobe, je suis incroyablement sceptiques qu'ils pourraient avoir créé les outils nécessaires pour générer des applications iPhone sans utiliser ensemble des outils d'Apple, à tous donné la quantité de temps qu'il leur a fallu, à moins qu'ils ont eu accès au SDK et violé l'accord juridique qui leur devaient accepter d'avoir accès à elle. Apparemment, Adobe de gestion est rassurant de leurs employés en interne qu'ils respectaient l'accord SDK pour "le meilleur de leur compréhension» et prétendent qu'ils n'ont pas inversé chose ingénieur. Je suppose que c'est possible, mais il est improbable au point de ridicule et je ne l'achetez pas.
Cela pourrait avoir Adobe compris comment faire un lien vers et utiliser des objets et des fonctions de cadres d'Apple et compris ce qu'il faut, sans lien avec une certaine quantité d'ingénierie inverse s'étend simplement la crédulité donné combien d'internes de l'iPhone ne sont pas documentées officiellement. Adobe tente de faire sonner comme il était juste une question de compilation vers du code assembleur ARM et ils n'ont pas besoin d'inverser quoi que ce soit ingénieur pour le faire. Mais ce n'est pas aussi simple que cela. Ces applications ont généré des crochets dans de nombreux cadres d'Apple existants, y compris UIKit, OpenGL ES, Quartz, Core Animation, et des services audio file d'attente. Ils tirent parti des fonctionnalités d'Apple pour faire une bonne partie du travail, ce qui signifie Adobe a fait plus que compiler simplement ActionScript à exécuter sur le processeur ARM de l'iPhone. Un beaucoup plus.
Même si elles n'ont pas inversé chose ingénieur, je mettrais de suite que Flash 5 capacité de production est l'application iPhone une œuvre dérivée vertu de l'article 2.5 de l'accord de l'iPhone SDK. Cela semble être précisément le genre de chose que Apple a essayé d'interdire quand ils ont mis cette clause dans le contrat, même si Adobe a été complètement au-dessus bord et n'a pas de reverse engineering, je pense qu'il ya encore des raisons d'alléguer qu'ils sont en violation de l'accord SDK.
Au moins, je dirais qu'il ya des motifs suffisants pour Apple d'ester en justice si elles le désirent. Ils pourraient très probablement obtenir une injonction pour empêcher Adobe de libérer la partie iPhone de Flash CS 5 s'ils le voulaient. Je n'ai aucune idée si Apple va aller dans cette voie. Honnêtement, je doute que ce soit leur premier choix pour traiter la situation, mais c'est une option qui est à leur disposition et, par conséquent, un risque supplémentaire pour Adobe et tout devs flash qui choisissent de l'utiliser.
Il sera intéressant de voir comment les choses se déroulent. Les questions techniques seront éventuellement connus. À un certain point, nous serons en mesure de comparer l'Objective-C et Flash générées par les applications et obtenir des données concrètes sur leur taille, d'efficacité et de performance. Pour le reste, la balle est vraiment dans la cour d'Apple. Jusqu'à Apple fait de leur prochain jeu, nous n'avons pas vraiment une idée de comment cela va se jouer. Tout d'Apple embrassant apps iPhone Flash pour une guerre totale avec Adobe est dans le domaine du possible.
Aucun commentaire:
Enregistrer un commentaire