C'est tout simplement le concept de Continuous Delivery applique aux applis natives, c'est très a la mode en ce moment.
En plus de ce que tu cites, ça a l'avantage de ménager tes equipes de dev/qa/ops qui ne se tapent pas des coups de bourre monstrueux tous les 6/12/28/24 mois pour tenir les délais.
Tout se faisant au fil de l'eau, tu ramasses un peu au début, pis tu prends vite le pli: tu peux faire tenir ton changement dans l'itération, c'est cool, tu peux pas, t'apprends a faire du dark launching et tu sort le truc en 2/3 fois, et en plus t'as le luxe de faire de l'A/B testing et donc d'avoir une petite idée de la popularité du changement.
Tu prends vite l'habitude de balancer des trucs en prod' donc c'est beaucoup moins de stress quand un truc sort en prod' (plutôt que d'avoir la moitié de la boite qui chie dans son benne au moment de faire le cutover), ça force les equipes dev/ops a beaucoup plus bosser ensemble (et va donc dans la direction du DevOps, qui a le vent en poupe en ce moment aussi).
Et quand un truc pete, le changement étant beaucoup plus petit, les equipes ayant beaucoup plus d'expérience avec les deployments et ayant aussi les outils adaptes pour, au pire tu fais un rollback a la version précédente et paf l'incident en production.
Bref, ça a BEAUCOUP d'avantage sur le development a la papa "on planifie sur 2 ans, avec une fourchette de 6 mois de retard a 3 mois près, et on epuise toute la boite pendant les 6 derniers mois".
Le truc par contre, c'est que le CD, ça vient principalement du monde du web a la base (ou plutôt, ça a été eprouve dans le monde du web, justement par des gens comme google, twitter, facebook ou autre).
Dans le monde du web, l'appli elle tourne chez le distributeur, c'est achement plus simple de faire les tests de non régressions, on a pas a supporter autre chose que ce qui tourne dans l'environnement de prod, et le web a une philosophie achement plus "je retire l'échelle tiens toi au pinceau" quand ça en vient aux changement d'API public (REST le plus souvent).
Chrome s'en sort parce qu'ils ont très peu d'extensions, un public très bleeding edge et une philosophie "nique tout chie d'dans" (cf leur épisode "bah le h264 au final, c'est très surfait, on prefere flash par exemple).
Et probablement aussi parce que google a une très très très large expérience de CI/CD.
Firefox vient par contre d'un monde beaucoup plus old school, a une clientèle vachement plus corporate, et son écosystème tient essentiellement a ses extensions (parce que, avouons le, sorti des extension, je voit vraiment pas ce que FF a pour lui a l'heure actuelle). Faire le pari de dire merde a sa feature principale, c'est un peu rock'n'roll.
Du coup se lancer comme ça d'un coup dans l'aventure du CD, paf, un beau matin, c'est un peu ose.
L'avenir dira si c'etait une bonne idée et s'ils s'en sortent bien, je me garderais bien de faire un pronostic.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.
[^] # Re: Amalgame
Posté par pasScott pasForstall . En réponse au journal Firefox bientôt en LTS. Évalué à 5.
C'est tout simplement le concept de Continuous Delivery applique aux applis natives, c'est très a la mode en ce moment.
En plus de ce que tu cites, ça a l'avantage de ménager tes equipes de dev/qa/ops qui ne se tapent pas des coups de bourre monstrueux tous les 6/12/28/24 mois pour tenir les délais.
Tout se faisant au fil de l'eau, tu ramasses un peu au début, pis tu prends vite le pli: tu peux faire tenir ton changement dans l'itération, c'est cool, tu peux pas, t'apprends a faire du dark launching et tu sort le truc en 2/3 fois, et en plus t'as le luxe de faire de l'A/B testing et donc d'avoir une petite idée de la popularité du changement.
Tu prends vite l'habitude de balancer des trucs en prod' donc c'est beaucoup moins de stress quand un truc sort en prod' (plutôt que d'avoir la moitié de la boite qui chie dans son benne au moment de faire le cutover), ça force les equipes dev/ops a beaucoup plus bosser ensemble (et va donc dans la direction du DevOps, qui a le vent en poupe en ce moment aussi).
Et quand un truc pete, le changement étant beaucoup plus petit, les equipes ayant beaucoup plus d'expérience avec les deployments et ayant aussi les outils adaptes pour, au pire tu fais un rollback a la version précédente et paf l'incident en production.
Bref, ça a BEAUCOUP d'avantage sur le development a la papa "on planifie sur 2 ans, avec une fourchette de 6 mois de retard a 3 mois près, et on epuise toute la boite pendant les 6 derniers mois".
Le truc par contre, c'est que le CD, ça vient principalement du monde du web a la base (ou plutôt, ça a été eprouve dans le monde du web, justement par des gens comme google, twitter, facebook ou autre).
Dans le monde du web, l'appli elle tourne chez le distributeur, c'est achement plus simple de faire les tests de non régressions, on a pas a supporter autre chose que ce qui tourne dans l'environnement de prod, et le web a une philosophie achement plus "je retire l'échelle tiens toi au pinceau" quand ça en vient aux changement d'API public (REST le plus souvent).
Chrome s'en sort parce qu'ils ont très peu d'extensions, un public très bleeding edge et une philosophie "nique tout chie d'dans" (cf leur épisode "bah le h264 au final, c'est très surfait, on prefere flash par exemple).
Et probablement aussi parce que google a une très très très large expérience de CI/CD.
Firefox vient par contre d'un monde beaucoup plus old school, a une clientèle vachement plus corporate, et son écosystème tient essentiellement a ses extensions (parce que, avouons le, sorti des extension, je voit vraiment pas ce que FF a pour lui a l'heure actuelle). Faire le pari de dire merde a sa feature principale, c'est un peu rock'n'roll.
Du coup se lancer comme ça d'un coup dans l'aventure du CD, paf, un beau matin, c'est un peu ose.
L'avenir dira si c'etait une bonne idée et s'ils s'en sortent bien, je me garderais bien de faire un pronostic.
If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.