Oui ses arguments se tiennent, en bonne partie parce qu'ils ne sont pas contextualisés. Il précise quand même qu'il a "doublé la conversion" : en changeant quoi mystère. Si c'est lors d'une réécriture web>natif, j'imagine que l'appli web était bien pourrie, et qu'elle n'a pas été recodée à l'identique. On peu aussi "doubler sa conversion" en changeant la place ou la couleur d'un bouton, ça ne veut rien dire. On peut aussi mathématiquement doubler sa conversion en passant de 2 clics à 4. Bref sans le contexte (type, concurrence, volume, étendue, coût de dev, etc) on peut donner tous les arguments du monde.
Il oublie aussi de parler de la plateforme, argument que j'ai soulevé et sur lequel il n'a pas répondu : il y a fort à parier que son app est iOS only. Dans ce cas il est sûr que c'est mieux de faire du natif.
Si tu veux du natif multiplateforme, on va dire iOS/Android, ça commence à se restreindre un peu (je ne compte pas les coûts supplémentaires de dev), et si tu veux être clairement multiplateforme, il ne te reste que tes yeux pour pleurer. Je n'évoque même pas la question de la license du SDK.
Donc il connait son sujet mais il a tendance à le voir bien plus large qu'il ne l'est réellement.
Ha et aussi pour lui le point le plus important d'une app c'est la réactivité. Encore une fois hors contexte ça pourrait être vrai : 2 minutes d'attente à chaque action ça serait pénible. Dans le contexte c'est un peu n'imp, voir la vidéo postée au dessus.
Donc oui le natif c'est super, mais balayer d'un revers tout ce qui fait la force d'une webapp (universalité, pérennité) est carrément stupide.
[^] # Re: ça marchera jamais?
Posté par kursus_hc . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à 6.
Oui ses arguments se tiennent, en bonne partie parce qu'ils ne sont pas contextualisés. Il précise quand même qu'il a "doublé la conversion" : en changeant quoi mystère. Si c'est lors d'une réécriture web>natif, j'imagine que l'appli web était bien pourrie, et qu'elle n'a pas été recodée à l'identique. On peu aussi "doubler sa conversion" en changeant la place ou la couleur d'un bouton, ça ne veut rien dire. On peut aussi mathématiquement doubler sa conversion en passant de 2 clics à 4. Bref sans le contexte (type, concurrence, volume, étendue, coût de dev, etc) on peut donner tous les arguments du monde.
Il oublie aussi de parler de la plateforme, argument que j'ai soulevé et sur lequel il n'a pas répondu : il y a fort à parier que son app est iOS only. Dans ce cas il est sûr que c'est mieux de faire du natif.
Si tu veux du natif multiplateforme, on va dire iOS/Android, ça commence à se restreindre un peu (je ne compte pas les coûts supplémentaires de dev), et si tu veux être clairement multiplateforme, il ne te reste que tes yeux pour pleurer. Je n'évoque même pas la question de la license du SDK.
Donc il connait son sujet mais il a tendance à le voir bien plus large qu'il ne l'est réellement.
Ha et aussi pour lui le point le plus important d'une app c'est la réactivité. Encore une fois hors contexte ça pourrait être vrai : 2 minutes d'attente à chaque action ça serait pénible. Dans le contexte c'est un peu n'imp, voir la vidéo postée au dessus.
Donc oui le natif c'est super, mais balayer d'un revers tout ce qui fait la force d'une webapp (universalité, pérennité) est carrément stupide.