{"id":2366,"date":"2015-02-13T09:18:02","date_gmt":"2015-02-13T08:18:02","guid":{"rendered":"http:\/\/qualilogy.com\/fr\/?p=2366"},"modified":"2015-02-15T10:02:43","modified_gmt":"2015-02-15T09:02:43","slug":"predictions-2015","status":"publish","type":"post","link":"http:\/\/qualilogy.com\/fr\/predictions-2015\/","title":{"rendered":"Pr\u00e9dictions 2015"},"content":{"rendered":"

\"Pr\u00e9dictions<\/a>Le d\u00e9but d’une nouvelle ann\u00e9e est toujours la p\u00e9riode des bonnes r\u00e9solutions et du bilan.<\/p>\n

Non, ne craignez rien, je ne vais pas vous annoncer le plan des grandes man\u0153uvres 2015 pour Qualilogy. D\u2019abord, il n\u2019y a pas de plan, et ensuite je fais partie des personnes dont 90% des bonnes r\u00e9solutions \u00e9chouent, et je ne crois pas que les rendre publiques pourra am\u00e9liorer ce faible taux de r\u00e9ussite.<\/p>\n

Simplement, cela fait d\u00e9j\u00e0 un bon moment\u00a0 (1) que je r\u00e9fl\u00e9chis aux impacts que le Cloud pourrait avoir en mati\u00e8re de management des applications et de bonnes pratiques de programmation.<\/p>\n

<\/p>\n

Or, il m’est arriv\u00e9 plusieurs fois en 2014 d’aborder ce sujet avec diff\u00e9rents interlocuteurs pour ne rencontrer qu’une absence totale de r\u00e9action, pour ne pas dire une indiff\u00e9rence polie : de coll\u00e8gues et amis consultants en mati\u00e8re de qualit\u00e9 et qui n’ont jamais rencontr\u00e9 de clients qui se pr\u00e9occupaient d’applications dans le Cloud, ou de d\u00e9cideurs informatiques qui consid\u00e8rent manifestement le Cloud comme une nouvelle technologie \u00e0 la mode, au m\u00eame titre que le Big Data, les apps mobile ou l’Internet of Things, et vont \u00e9couter, blas\u00e9s, les sempiternelles consid\u00e9rations sur la n\u00e9cessit\u00e9 urgente d’inclure celles-ci dans leur strat\u00e9gie informatique au risque de ne pouvoir r\u00e9pondre aux \u00e9volutions toujours plus rapides du business.<\/p>\n

La \u00ab capacit\u00e9 de r\u00e9action aux demandes du march\u00e9 \u00bb et \u00ab l’am\u00e9lioration de la performance des services IT \u00bb sont les arguments les plus souvent rencontr\u00e9s en guise d’introduction de toute pr\u00e9sentation, et donc les clich\u00e9s les plus ressass\u00e9s et us\u00e9s qui soient.<\/p>\n

A l\u2019heure d\u2019imaginer ce qui nous attend en cette nouvelle ann\u00e9e, verra-t-on en 2015 plus d\u2019applications dans le Cloud ?<\/p>\n

O\u00f9 est le Cloud ?<\/h2>\n

Les \u00e9tapes du cycle de vie d\u2019un nouveau march\u00e9 sont bien connues : dans une phase initiale, les pr\u00e9curseurs techno-enthousiastes sont les premiers \u2018early adopters\u2019 avant que les b\u00e9n\u00e9fices de cette nouvelle technologie soient d\u00e9montr\u00e9s et que le march\u00e9 entre dans une deuxi\u00e8me phase d\u2019adoption, sinon massive, du moins plus large, en tout cas de croissance.<\/p>\n

Je crois que nous sommes probablement entre ces deux phases. D\u2019ailleurs il suffit de voir la maturit\u00e9 des offres des g\u00e9ants comme Amazon, Microsoft, Google, etc. mais \u00e9galement l\u2019existence d\u2019acteurs locaux, comme l\u2019a d\u00e9montr\u00e9 l\u2019exp\u00e9rience du Cloud souverain<\/a>. Et je note aussi l\u2019absence des IBM, HP et autres CA, qu\u2019on pourrait juger significative d\u2019une rupture de march\u00e9, d\u2019une nouvelle vague technologique. Bon, je ne me fait pas souci pour eux : ils sont plus riches que moi et ont d\u00e9j\u00e0 maintes fois prouv\u00e9 leur capacit\u00e9 \u00e0 prendre les trains en marche. Ou\/et \u00e0 licencier afin de faire monter leur action en bourse, traditionnelle mani\u00e8re de rassurer les investisseurs, le Board, et m\u00eame les clients.<\/p>\n

Mais il existe un foss\u00e9 \u00e0 franchir pour passer \u00e0 la deuxi\u00e8me phase : les avantages pour les early adopters ne sont pas forc\u00e9ment significatifs pour les d\u00e9cideurs informatiques, s\u2019ils ne r\u00e9pondent pas \u00e0 un probl\u00e8me ou ne pr\u00e9sentent pas de b\u00e9n\u00e9fices suffisants.<\/p>\n

Qui est dans le Cloud ?<\/h2>\n

Une startup qui d\u00e9marre sans avoir son application mobile dans le Cloud, aujourd\u2019hui, cela n\u2019existe tout simplement pas.<\/p>\n

Et si vous d\u00e9cidez de d\u00e9marrer votre petite entreprise, bien s\u00fbr que vous avez d\u2019autres priorit\u00e9s que d\u2019embaucher un directeur informatique et une \u00e9quipe de programmeurs : vous choisissez un programme de compta, de gestion des commandes, et votre progiciel de paie dans le Cloud. Et si vous parvenez \u00e0 vous d\u00e9veloppez, un Salesforce parce qu\u2019un peu de pr\u00e9visions commerciales et surtout un peu de visibilit\u00e9 sur ce que fait r\u00e9ellement votre force de vente, vous savez bien que c\u2019est toujours mieux que naviguer \u00e0 vue, et accessoirement, vos nuits seront plus tranquilles.<\/p>\n

Mais attention : c\u2019est l\u00e0 que commencent les probl\u00e8mes. Passe encore que votre progiciel soit indisponible parfois, ou avec une performance compl\u00e8tement d\u00e9gueulasse : vous pouvez toujours saisir les commandes avec un peu de retard, ou expliquer \u00e0 vos employ\u00e9s que leur ch\u00e8que arrivera le 1er ou le 2 du mois, \u00e0 cause de probl\u00e8mes informatiques. De temps en temps.<\/p>\n

Mais ne donnez jamais une seule occasion \u00e0 vos commerciaux de vous dire que \u00ab \u00e7a ne marche pas \u00bb. Vous croyez vraiment qu\u2019ils vont vous laissez dans les mains un outil pour les surveiller, sans rechigner et sans tirer moyen de la moindre opportunit\u00e9 de se plaindre du temps qu\u2019ils perdent \u00e0 utiliser ce foutu machin ? Accessoirement, c\u2019est l\u00e0 o\u00f9 vous allez d\u00e9couvrir que nous autres informaticiens pouvons nous r\u00e9v\u00e9ler utiles, afin d\u2019expliquer \u00e0 vos utilisateurs que \u00ab si, \u00e7a marche \u00bb, lorsqu\u2019on se souvient de son password, sinon \u00ab \u00e7a bloque \u00bb apr\u00e8s quelques tentatives infructueuses.<\/p>\n

Pression sur le CIO<\/h2>\n

Si j\u2019\u00e9tais le CIO de ma compagnie d\u2019assurances, je me ferais un peu de souci. Cela fait d\u00e9j\u00e0 longtemps que j\u2019ai succomb\u00e9 aux appels de LinkedIn, de Twitter et autres Facebooks pour avoir leur app sur mon smartphone. En m\u00eame temps, c\u2019est vrai que dans le m\u00e9tro, cela aide \u00e0 prendre l\u2019air important de quelqu\u2019un tr\u00e8s occup\u00e9, pas comme ma voisine accro \u00e0 Candy machin chose au point d\u2019en oublier de couper le son.<\/p>\n

Par contre, j\u2019ai not\u00e9 que ma banque m\u2019assaille de mails pour downloader leur app sur mon mobile. Sans trop de succ\u00e8s : c\u2019est d\u00e9j\u00e0 assez p\u00e9nible d\u2019\u00eatre dans le m\u00e9tro sans en plus me faire encore plus mal \u00e0 y r\u00e9viser mon compte en banque, ou \u00e0 passer mon temps \u00e0 supprimer leurs messages pour leur dernier emprunt \u00e0 taux miraculeusement pr\u00e9f\u00e9rentiel et remboursable en 50 ans.<\/p>\n

Mais j\u2019ai aussi not\u00e9 que ma compagnie d\u2019assurances n\u2019a toujours pas franchi ce pas. Je ne suis pas certain que les membres du Board de cette compagnie soient sur Facebook, mais je suis certain qu\u2019ils ont comme moi une banque, et qu\u2019ils vont comme moi noter que notre ch\u00e8re compagnie d\u2019assurances, dont ils sont les membres les plus \u00e9minents, n\u2019est pas \u2018digitale\u2019. Ce qui risque de mettre un peu de pression sur le CIO de cette compagnie.<\/p>\n

Pression sur le cycle de vie applicatif<\/h2>\n

Pr\u00e9dire la multiplication des apps ou l\u2019adaptation des sites internet existants vers une version mobile (ou les deux) n\u2019est pas vraiment une r\u00e9v\u00e9lation. En quoi cela peut-il aider le Cloud \u00e0 franchir le foss\u00e9 entre la phase des visionnaires techno-avanc\u00e9s et la phase d\u2019adoption massive par des acteurs plus traditionnels ?<\/p>\n

Parce que ces nouvelles applications impliquent une nouvelle strat\u00e9gie marketing, appel\u00e9e \u00ab inbound marketing \u00bb (2), qui consiste \u00e0 attirer le client vers son site \u00e0 travers sa promotion sur les r\u00e9seaux sociaux, l\u2019inscription \u00e0 une newsletter, des blogs, podcasts et vid\u00e9os qui am\u00e9liorent le classement sur les sites de recherche (Search Engine Optimization ou SEO).<\/p>\n

Qui dit SEO dit \u00ab analytics \u00bb, c\u2019est-\u00e0-dire l\u2019\u00e9tude de toutes les statistiques de fr\u00e9quentation et de comportement des visiteurs sur votre site, par des personnes adeptes du marketing \u00ab inbound \u00bb qui analysent ces donn\u00e9es, sous la houlette d\u2019un Chief Digital Officer, afin d\u2019identifier les meilleures m\u00e9thodes pour attirer et transformer les visiteurs en prospects et clients. Ils vont par exemple v\u00e9rifier qu\u2019un bouton en haut et \u00e0 droite de la page web, ou en bas en fin de blog, ou \u00e0 travers un popup, donne de meilleurs r\u00e9sultats en termes d\u2019inscriptions \u00e0 une newsletter ou de downloads d\u2019un PDF.<\/p>\n

Et donc ils vont bien s\u00fbr demander r\u00e9guli\u00e8rement aux d\u00e9veloppeurs qui maintiennent cette app ou ce site internet, d\u2019impl\u00e9menter ces modifications en fonction de leurs analyses. Et \u00e9videmment, pas dans un mois, plut\u00f4t pour la fin de la semaine. Ce qui va mettre plus de pression sur les cycles de vie de ces applications et les \u00e9quipes de projet, encourager l\u2019adoption de pratiques Agile et de Continuous Integration, mais \u00e9galement de Continuous Delivery.<\/p>\n

Si vous \u00eates capables de livrer une nouvelle version chaque semaine, mais que vous ne parvenez pas \u00e0 la d\u00e9ployer correctement, vous avez un probl\u00e8me. Le classique probl\u00e8me du DevOps, o\u00f9 votre application doit fonctionner sur des serveurs d\u2019\u00e2ge et de technologies diff\u00e9rentes, avec des syst\u00e8mes d\u2019exploitation diff\u00e9rents, en version diff\u00e9rentes, des Java diff\u00e9rents, un Tomcat ou un Websphere diff\u00e9rent, etc. Et l\u2019ing\u00e9nieur syst\u00e8me qui ne parvient pas \u00e0 d\u00e9ployer sur tel serveur appelle le d\u00e9veloppeur qui r\u00e9pond que cela marche sur sa machine, et donc que le probl\u00e8me n\u2019est pas chez lui.<\/p>\n

Surtout que votre app peut se comporter diff\u00e9remment sur certains mobiles ou tablettes. La gestion des onglets dans une page n\u2019est pas la m\u00eame avec iOS et Android, et certains smartphones ont des d\u00e9bits super-lents qui interdisent certaines pratiques de programmation. Donc vous pouvez vous retrouver \u00e0 g\u00e9rer, pour une m\u00eame app, des projets distincts avec un langage sp\u00e9cifique \u00e0 diff\u00e9rentes cat\u00e9gories de mobiles, ce qui accro\u00eet encore plus la complexit\u00e9 et la pression sur les \u00e9quipes de dev et la prod.<\/p>\n

Il existe diff\u00e9rentes mani\u00e8res de r\u00e9soudre ces probl\u00e8mes (la \u00ab containerization \u00bb par exemple), mais le Cloud constitue une solution qui pr\u00e9sente nombre d\u2019avantages puisque vous d\u00e9ployez votre application dans une infrastructure unique et centralis\u00e9e, et non plus dispers\u00e9e sur de multiples serveurs. Et vous vous \u00e9vitez des maux de t\u00eate dans la gestion des probl\u00e8mes de performance et d\u2019indisponibilit\u00e9, puisque le Cloud prend en compte les contraintes d\u2019\u00e9lasticit\u00e9 et la capacit\u00e9 \u00e0 r\u00e9pondre automatiquement aux variations de fr\u00e9quentations de votre site. Votre CIO n\u2019a pas envie de voir le CEO l\u2019appeler parce qu\u2019il a voulu tester sur son smartphone cette nouvelle campagne marketing et qu\u2019il attend plus de 10 secondes pour acc\u00e9der \u00e0 chaque page.<\/p>\n

Transformation des applications existantes<\/h2>\n

Si votre app se base sur un nouveau d\u00e9veloppement avec un langage sp\u00e9cifique aux applications mobiles (Objective-C, Android, etc.), vous aurez plus de facilit\u00e9 \u00e0 prendre en compte les APIs particuli\u00e8res de chaque fournisseur de Cloud, et n\u00e9cessaires au bon comportement de votre application (APIs REST, gestion s\u00e9curis\u00e9e du login dans chaque Cloud, etc.). Je pense que l\u2019on verra appara\u00eetre progressivement des nouvelles \u2018programming best practices\u2019 sp\u00e9cifiques au Cloud.<\/p>\n

Si vous app se base sur une application existante, il va falloir tr\u00e8s certainement effectuer les adaptations n\u00e9cessaires. Vous ne pouvez pas simplement pousser une application dans le Cloud et esp\u00e9rer tirer parti de ses b\u00e9n\u00e9fices en mati\u00e8re de scalabilit\u00e9, sans un refactoring. Voire un re-engineering parce qu\u2019il peut s\u2019av\u00e9rer n\u00e9cessaire d\u2019architecturer diff\u00e9remment votre code, ou de le porter dans un nouveau langage.<\/p>\n

Certaines applications vont devoir s\u2019adapter \u00e9galement. Je me suis achet\u00e9 une enceinte Bluetooth r\u00e9cemment et le vendeur m\u2019a propos\u00e9 une assurance contre le dommage et le vol au pr\u00e9texte qu\u2019il s\u2019agissait d\u2019un mat\u00e9riel portable qui pouvait s\u2019ab\u00eemer ou se voler plus facilement (j\u2019ai refus\u00e9 puisque je dispose d\u00e9j\u00e0 d\u2019une assurance qui couvre ces risques). De la m\u00eame mani\u00e8re qu\u2019on va vous proposer une assurance m\u00e9dicale et rapatriement lorsque vous achetez un billet d\u2019avion sur Internet. Ma banque me sugg\u00e8re aussi r\u00e9guli\u00e8rement l\u2019adh\u00e9sion \u00e0 une mutuelle priv\u00e9e (le service public de la sant\u00e9 ne couvre que le minimum en Espagne).<\/p>\n

Vous croyez que mon vendeur de mat\u00e9riel \u00e9lectronique ou votre compagnie a\u00e9rienne ou ma banque se sont lanc\u00e9s dans les contrats d\u2019assurance ? Non, c\u2019est une compagnie d\u2019assurances qui leur proposent des applications \u00ab\u00a0 en marque blanche \u00bb, c\u2019est-\u00e0-dire configurables et personnalisables par chaque client pour les int\u00e9grer dans leur propre site Internet et\/ou leur app. Ce qui suppose encore plus de pression sur les \u00e9quipes de d\u00e9veloppement qui maintiennent ces applications et doivent les adapter tr\u00e8s fr\u00e9quemment aux desideratas de ces clients ou aux particularit\u00e9s de leurs sites, et donc de pression sur les \u00e9quipes de production qui doivent les d\u00e9ployer. Arguments suppl\u00e9mentaires en faveur du Cloud.<\/p>\n

Je pense que l\u2019on va \u00e9galement voir de plus en plus de soci\u00e9t\u00e9s de service int\u00e9grer le Cloud dans leur offre. Certaines utilisent d\u00e9j\u00e0 le Cloud en mode PaaS pour leurs d\u00e9veloppements et la maintenance des applications outsourc\u00e9es, donc la continuation logique sera de proposer \u00e0 leurs clients d\u2019effectuer leurs livraisons dans le Cloud, mani\u00e8re de d\u00e9montrer qu\u2019elles ma\u00eetrisent cette technologie, et d\u2019int\u00e9grer celle-ci lors des renouvellements de leurs contrats. B\u00e9n\u00e9fices pour le client et avantage comp\u00e9titif pour ces SSII.<\/p>\n

Applications Mainframe Cobol<\/h2>\n

Qu\u2019en est-il des applications Mainframe Cobol ? Sont-elles candidates \u00e0 un portage dans le Cloud ?<\/p>\n

Si je reprends l\u2019exemple de ma compagnie d\u2019assurances, l\u2019\u00e9poque o\u00f9 ses employ\u00e9s travaillaient directement avec un terminal 3270 est r\u00e9volue (enfin, en principe). Quand je me rends dans mon agence bancaire, je vois bien que la personne qui me re\u00e7oit consulte mon compte \u00e0 travers une application Windows.<\/p>\n

Cependant, ces applications \u2018front-end\u2019 ne sont que l\u2019interface cliente d\u2019applications Cobol en \u2018back-end\u2019. Un transfert bancaire, une modification de votre contrat d\u2019assurances ou la souscription \u00e0 un nouveau service sera enregistr\u00e9 \u00e0 travers cette interface, et effectu\u00e9 par une transaction mainframe. Puis, des programmes batch vont travailler pendant la nuit afin de r\u00e9percuter cette op\u00e9ration vers d\u2019autres applications, notamment comptables.<\/p>\n

Si, comme nous l\u2019avons vu, ces applications \u2018interface\u2019 se multiplient en plusieurs versions de site Web mobile et apps, la pression va \u00e9galement rebondir sur les \u00e9quipes mainframe. Une modification du front-end ne va pas toujours n\u00e9cessiter une \u00e9volution correspondante du back-end, mais lorsque cela arrivera, le d\u00e9veloppeur Cobol ne va pas pouvoir r\u00e9pondre \u00ab dans 3 semaines \u00bb. Il va lui aussi devoir s\u2019adapter et adopter les best practices Agile et s\u2019ins\u00e9rer dans le cycle d\u2019int\u00e9gration continue, voire de d\u00e9ploiement en production.<\/p>\n

Je pense que cela va inciter \u00e0 r\u00e9fl\u00e9chir \u00e0 la question de porter ces applications Cobol dans le Cloud, au moins celles qui sont en \u2018back-end\u2019 des apps ou sites Web mobile. Or aujourd\u2019hui je ne connais pas de solution qui permette de pousser des applications Cobol telles quelles dans le Cloud. A mon avis, on devrait voir plus de projets de reengineering d\u2019applications Legacy et une migration pr\u00e9alable de celles-ci vers une technologie compatible Cloud, comme Java. Je sais, ce type de projet peut s\u2019av\u00e9rer lourd et compliqu\u00e9. Mais si on consid\u00e8re que le co\u00fbt du MIPS mainframe (entre 3,000$ et 5,000$ minimum, dont la majeure partie sur le software) est largement sup\u00e9rieur au co\u00fbt du Cloud, le transfert du Cobol vers une autre technologie pr\u00e9sente un ROI tr\u00e8s \u00e9lev\u00e9.<\/p>\n

2015, l\u2019ann\u00e9e du Cloud pour les d\u00e9veloppeurs ?<\/h2>\n

Je ne veux pas tomber dans les pr\u00e9dictions qui font de chaque ann\u00e9e, l\u2019ann\u00e9e du Cloud. Le Cloud est d\u00e9j\u00e0 bien install\u00e9 pour tout ce qui est IaaS, et de plus en plus pour le PaaS. En d\u00e9finitive, ce qui peut inciter \u00e0 une phase d\u2019adoption plus massive pour pousser des applications en mode SaaS dans le Cloud :<\/p>\n