J'ai passé une juste quelques mots sur ce blogue discutant ma perception du SDK Android. Pour résumer tout simplement en place, mon opinion générale est que la programmation pour le SDK Android est bon, mais loin d'être aussi bon, ni aussi amusant, comme la programmation pour iPhone SDK. Bien que Android a certains endroits où il brille, il ya relativement peu de cas où il éclipse le SDK iPhone.
Il en est un, cependant. Un où l'expérience est meilleure mondes dans le camp Android: ad hoc de la distribution.
Quand vous faites la programmation du contrat, ad hoc, la distribution est une grande partie de votre vie. Beaucoup de gens qui embauchent d'autres personnes à écrire des logiciels ne sont pas des programmeurs eux-mêmes, de sorte que nous devons avoir un moyen d'obtenir les applications que nous développons pour nos clients pour leur examen et de test. Sur l'iPhone, nous avons à passer par ce processus relativement alambiquée où nous créons un certificat ad hoc de distribution puis de créer un comité ad hoc profil d'approvisionnement qui lie l'application à certains dispositifs spécifiques basés sur un identificateur unique appelé UDID. Le client dispose alors d'installer le profil d'approvisionnement sur leur téléphone, puis installer l'application.
Quand cela fonctionne, il n'est pas trop terrible. C'est un peu une douleur dans le cul, mais il n'est pas trop terriblement chronophage.
Le problème, c'est quand ça ne fonctionne pas. Quand un client signale qu'un soft ne s'installe pas, essayer de comprendre pourquoi à distance peut être très fastidieux et chronophage et le processus crée une impression négative de la plateforme dans les yeux du client. Et il ya de nombreuses raisons qu'il peut aller mal, et il ne va le mauvais sens, trop souvent, dans mon expérience. Si le faisceau application obtient changé en aucune façon, la signature de code échoue et l'application ne se lancera pas. Si le profil d'approvisionnement ne soit pas installé correctement, l'installation de l'application échoue. Souvent, quand le problème est finalement fixée, nous n'avons aucune idée de ce que nous avons fait qu'elle fixe.
Et nous, les développeurs sont les pots cassés. Nous sommes laissé passer des heures et parfois même des jours à essayer d'obtenir l'application de travail sur l'appareil du client. Habituellement, ce temps que nous passons de déterminer ce l'enfer qui se passe est unbillable. Quand un client n'est pas un programmeur, surtout quand un client n'est pas particulièrement férus de technologie, l'ensemble du processus peut être extrêmement douloureuse et frustrante à la fois pour nous et pour nos clients. En plus de cela, nous sommes limités à 100 appareils que l'on peut même faire ce processus avec. Avec plusieurs modèles d'iPhone et d'iPod Touch, ainsi que l'iPad et le fait que la plupart des développeurs ont plusieurs clients dans le cours d'une année, nous avons ajouté les tracas d'avoir à gérer nos appareils afin de ne pas dépasser nos limites.
Sur Android? Je laisse tomber le soft compilé dans mon Dropbox dossier et e-mail au client l'URL pour elle. Je leur demande de le appuyez sur le lien à partir de leur téléphone. C'est tout. Il fonctionne exactement. Pas de soucis, pas de soucis. Il ya une instruction seule fois que j'ai à leur donner qui implique tapant une case à cocher dans les paramètres de leur téléphone pour permettre aux applications tierces, mais après ça, c'est juste l'URL. L'utilisateur a toujours le contrôle de savoir si elle est installé, il est donc relativement sûrs, mais il n'y a pas de profil d'approvisionnement, aucune exigence d'iTunes, pas de soucis quant à l'application se corrompus ou accidentellement changé en transit. Pas d'appels des clients en colère ou des e-mails.
Dans la plupart des façons, je souhaite Android ressemblait davantage à l'iPhone. De cette façon, j'ai vraiment, vraiment souhaite l'iPhone était plus comme Android. Tout ce processus n'a pas la polir et la facilité d'utilisation que j'ai habituellement associé avec les produits Apple, et après deux années de plaintes développeur, il a amélioré un peu, mais pas assez.
Il en est un, cependant. Un où l'expérience est meilleure mondes dans le camp Android: ad hoc de la distribution.
Quand vous faites la programmation du contrat, ad hoc, la distribution est une grande partie de votre vie. Beaucoup de gens qui embauchent d'autres personnes à écrire des logiciels ne sont pas des programmeurs eux-mêmes, de sorte que nous devons avoir un moyen d'obtenir les applications que nous développons pour nos clients pour leur examen et de test. Sur l'iPhone, nous avons à passer par ce processus relativement alambiquée où nous créons un certificat ad hoc de distribution puis de créer un comité ad hoc profil d'approvisionnement qui lie l'application à certains dispositifs spécifiques basés sur un identificateur unique appelé UDID. Le client dispose alors d'installer le profil d'approvisionnement sur leur téléphone, puis installer l'application.
Quand cela fonctionne, il n'est pas trop terrible. C'est un peu une douleur dans le cul, mais il n'est pas trop terriblement chronophage.
Le problème, c'est quand ça ne fonctionne pas. Quand un client signale qu'un soft ne s'installe pas, essayer de comprendre pourquoi à distance peut être très fastidieux et chronophage et le processus crée une impression négative de la plateforme dans les yeux du client. Et il ya de nombreuses raisons qu'il peut aller mal, et il ne va le mauvais sens, trop souvent, dans mon expérience. Si le faisceau application obtient changé en aucune façon, la signature de code échoue et l'application ne se lancera pas. Si le profil d'approvisionnement ne soit pas installé correctement, l'installation de l'application échoue. Souvent, quand le problème est finalement fixée, nous n'avons aucune idée de ce que nous avons fait qu'elle fixe.
Et nous, les développeurs sont les pots cassés. Nous sommes laissé passer des heures et parfois même des jours à essayer d'obtenir l'application de travail sur l'appareil du client. Habituellement, ce temps que nous passons de déterminer ce l'enfer qui se passe est unbillable. Quand un client n'est pas un programmeur, surtout quand un client n'est pas particulièrement férus de technologie, l'ensemble du processus peut être extrêmement douloureuse et frustrante à la fois pour nous et pour nos clients. En plus de cela, nous sommes limités à 100 appareils que l'on peut même faire ce processus avec. Avec plusieurs modèles d'iPhone et d'iPod Touch, ainsi que l'iPad et le fait que la plupart des développeurs ont plusieurs clients dans le cours d'une année, nous avons ajouté les tracas d'avoir à gérer nos appareils afin de ne pas dépasser nos limites.
Sur Android? Je laisse tomber le soft compilé dans mon Dropbox dossier et e-mail au client l'URL pour elle. Je leur demande de le appuyez sur le lien à partir de leur téléphone. C'est tout. Il fonctionne exactement. Pas de soucis, pas de soucis. Il ya une instruction seule fois que j'ai à leur donner qui implique tapant une case à cocher dans les paramètres de leur téléphone pour permettre aux applications tierces, mais après ça, c'est juste l'URL. L'utilisateur a toujours le contrôle de savoir si elle est installé, il est donc relativement sûrs, mais il n'y a pas de profil d'approvisionnement, aucune exigence d'iTunes, pas de soucis quant à l'application se corrompus ou accidentellement changé en transit. Pas d'appels des clients en colère ou des e-mails.
Dans la plupart des façons, je souhaite Android ressemblait davantage à l'iPhone. De cette façon, j'ai vraiment, vraiment souhaite l'iPhone était plus comme Android. Tout ce processus n'a pas la polir et la facilité d'utilisation que j'ai habituellement associé avec les produits Apple, et après deux années de plaintes développeur, il a amélioré un peu, mais pas assez.
Aucun commentaire:
Enregistrer un commentaire