{"id":1,"date":"2017-01-28T22:29:03","date_gmt":"2017-01-28T22:29:03","guid":{"rendered":"http:\/\/www.chezpiotr.com\/wordpress\/?p=1"},"modified":"2017-02-11T10:18:08","modified_gmt":"2017-02-11T10:18:08","slug":"perfect-si","status":"publish","type":"post","link":"https:\/\/www.chezpiotr.com\/wordpress\/philososi\/reflexes-si\/perfect-si\/","title":{"rendered":"Le SI parfait est pour demain…chaque jour"},"content":{"rendered":"

Toujours mieux<\/h1>\n

C’est finalement la conclusion de mes vaines courses apr\u00e8s le syst\u00e8me d’information parfait o\u00f9 l’information est parfaitement rang\u00e9e et en fait se range d’elle m\u00eame sans aucun effort.<\/p>\n

A\u00a0force de continuellement explorer le nouvel outil sympa mais qui s’appuie sur une norme compliqu\u00e9e. Puis finalement une norme \u00a0parfaite appara\u00eet et aucun n’outil ne permet de l’exploiter \u00e0 fond. L’outil arrive mais le mat\u00e9riel utilis\u00e9 a tellement \u00e9volu\u00e9 que ni la norme ni l’outil n’exploite ses capacit\u00e9s. Et puis de toute fa\u00e7ons les besoins ont chang\u00e9 et les paradigmes aussi.<\/p>\n

La frustration est constante quand on tente de r\u00e9unir le monde entier au m\u00eame endroit et au m\u00eame moment.<\/p>\n

Voici ici mes vaines tentatives de disposer du meilleur langage et du meilleur framework, pour mettre en oeuvre les\u00a0meilleurs normes d\u00e9ploy\u00e9 sur le meilleur mat\u00e9riel pour satisfaire le (meilleur ?)\u00a0besoin.<\/p>\n

<\/p>\n

la meilleure norme<\/h2>\n

 <\/p>\n

J’avoue que je ne consulte que rarement les RFC et cahiers de normes. Je laisse \u00e7a aux gens dont c’est le m\u00e9tiers de les appliquer (cr\u00e9er un navigateur par exemple) et je d\u00e9couvre la norme en au travers de leurs impl\u00e9mentation (comment cr\u00e9er une page dans ce navigateur). Je prend r\u00e9ellement conscience de la norme quand l’outil que j’utilise ne la respecte pas (ma page est superbe dans un navigateur et une horreur dans un autre).<\/p>\n

Un syst\u00e8me d’information se doit d’\u00eatre d\u00e9ploy\u00e9s sur des \u00ab\u00a0machines\u00a0\u00bb tr\u00e8s vari\u00e9es qui devront m\u00e9moriser et \u00e9changer de l’information et il\u00a0sera tr\u00e8s probablement construit avec des outils…il est pr\u00e9f\u00e9rable d’avoir une norme commune, p\u00e9renne, exhaustive, constante et ouverte…rien que cela !<\/p>\n

Il est pr\u00e9f\u00e9rable de choisir les bonnes normes sauf \u00e0 fournir une solution qui\u00a0inclue le tout : \u00ab\u00a0voici votre SI de gestion, les ordinateurs, tablette et smartphone pour l’utiliser, le r\u00e9seau \u00a0(cables et bornes radio, routeur, etc…) pour le d\u00e9ployer, le plan de montage et roule ! Une fois pr\u00eat on vous envoi les utilisateurs\u00a0qui connaissent et ma\u00eetrise votre besoin.\u00a0\u00bb<\/p>\n

Et pas d’illusion : il faudra s’adapter au changement de la norme\u00a0(Tous en IPv6) ou dispara\u00eetre\u00a0(Mais o\u00f9 sont les constructeurs autres que pour BlueRay ?)<\/p>\n

Mais alors o\u00f9 en sommes nous en informatique\u00a0?<\/p>\n

Cot\u00e9 communication<\/h3>\n

Comment va-t-on faire circuler l’information ?<\/p>\n

L’internet et ses protocoles d’origine sont maintenant \u00a0suffisants pour \u00e9changer de l’information (UDP, TCP, IPv4) et se comprendre (SMTP, HTTP, etc…). Bonne nouvelle ces protocoles couvrent l’essentiel des besoins et sont raisonnablement partag\u00e9 par les programmeurs du monde. Et celui qui les a connus il y a 5\u00a0ans peut encore s’en sortir ; quant \u00e0\u00a0l’inventeur du SMTP (celui qui s’extasiait d’avoir transmis des caract\u00e8re ASCII \u00e0 son coll\u00e8gue \u00e0 l’autre bout du campus…un courrier \u00e9lectronique), il va ramer en recevant aujourd’hui un message contenant une image (en ASCII !).<\/p>\n

Ces nanards les plus frais de l’informatiques (j’estime, \u00e0 la louche, form\u00e9 depuis 2005) se croyaient \u00e0 l’abri ? Il va falloir maintenant ma\u00eetriser les nouveaux protocoles qui viennent s’intercaler pour r\u00e9gler les probl\u00e8mes de s\u00e9curit\u00e9. Du SSL\/TLS ! du HSTS ! WPA, WPA2, WPAPro, Perso…depuis que les r\u00e9seaux radio se d\u00e9mocratise.<\/p>\n

En somme, aujourd’hui et depuis environ\u00a010 ans, les\u00a0interfaces r\u00e9seau, les routeurs et m\u00eame les applications clientes parlent la m\u00eame langue…tant qu’elle le parle en clair.<\/p>\n

On peut donc s’appuyer sur les normes historiques mais les normes de s\u00e9curit\u00e9 sont encore en train de bouger. Et si on ne les suit pas on risque de faire un SI qui sera soit une\u00a0passoire soit bloqu\u00e9 par les outils.<\/p>\n

IPv6 !<\/h4>\n

Ce sujet ne concerne pas directement la s\u00e9curit\u00e9 mais il va y avoir de la casse \u00e0 mon sens.<\/p>\n

Les SI \u00e0 venir vont probablement se localiser en IPv6 \u00e0 terme. En attendant, il devra se localiser dans un univers hybride entre les deux. Double challenge pour le type dont le SI ne marche pas : \u00a0s’il sais d\u00e9chiffrer\u00a0des trames IPv4 et comprendre un probl\u00e8me de routage aujourd’hui…je ne pense qu’il fera \u00e7a naturellement en IPv6 (en tout cas j’avoue que moi je rame dure). \u00a0A cela s’ajoute la difficult\u00e9 quand 2 r\u00e9seaux communique chacun dans leurs langues et qu’il faudra comprendre la rustine utilis\u00e9e pour les connecter ensemble.<\/p>\n

Et l’ind\u00e9pendance des couches OSI me lancent les puristes !?\u00a0Si c’est bien fait, les applications ne d\u00e9pendent pas de la couche r\u00e9seau !<\/p>\n

Je n’ai pas parcouru le monde du SI entier mais je n’ai jamais vu quand \u00ab\u00a0c’est bien fait\u00a0\u00bb. Par exemple\u00a0il\u00a0n’est pas rare de voir des \u00ab\u00a0applications\u00a0\u00bb r\u00e9agir diff\u00e9remment selon l’adresse (fournie en param\u00e8tre et v\u00e9rifi\u00e9 si le format est IPv4 est conforme !). Pour ma part j’ai crois\u00e9 des pellet\u00e9s de programmes qui utilisent en dure \u00ab\u00a0127.0.0.1\u00a0\u00bb (IPv4) et non \u00ab\u00a0::1\u00a0\u00bb (IPv6).<\/p>\n

Faites comme vous le sentez mais selon la dur\u00e9e de vie pr\u00e9vue autant faire un SI qui roule d\u00e9j\u00e0 sur l’autoroute\u00a0IPv6 car t\u00f4t ou tard\u00a0on ne pourra plus passer par les nationales IPv4 (ou au moins pr\u00e9parez vous-y).<\/p>\n

Cot\u00e9 \u00a0repr\u00e9sentation de l’information<\/h2>\n

Ce serait bien que tous les outils de communication, de traitement ou d’affichage de l’information comprenne l’info qu’on leur donne.<\/p>\n

Et je me trompe peut-\u00eatre mais la norme XML me semble la plus compl\u00e8te et fiable.<\/p>\n

\u00ab\u00a0Et JSON c’est pour les canards !!??\u00a0\u00bb ne nous m\u00e9prenons pas\u00a0: JSON est tr\u00e8s bien, tr\u00e8s simple et tr\u00e8s partag\u00e9 notamment par tous les langages commun du web (javascript notamment…dont JSON n’est qu’un sous ensemble) et API web (JQuery). La norme est tr\u00e8s simple\u00a0(l’int\u00e9gralit\u00e9 est d\u00e9fini sur \u00e0 peine deux\u00a0pages A4 : http:\/\/www.json.org\/json-fr.html<\/a>).<\/p>\n

Pour ma part, j’ai un probl\u00e8me de vieux qui pense\u00a0que les contraintes mises en amont\u00a0emp\u00eachent que \u00e7a parte en vrille en aval.<\/p>\n

Et JSON\u00a0c’est autant freestyle que de na pas d\u00e9clarer le type d’une variable. Rien n\u2019emp\u00eache de coller un nom dans une date et finir l\u2019ex\u00e9cution sans que rien ne se voit…pour l’instant. Et la on parle d’objets pas juste une variable.<\/p>\n

Peut-\u00eatre que le principe est que le concepteur met\u00a0en place tout ce qu’il faut pour qu’il n’y ait pas de boulette et que c’est plus simple \u00e0 faire que d’imposer des contraintes.<\/p>\n

Et d’un autre cot\u00e9, dans les faits, XML est souvent utilis\u00e9 au m\u00eame niveau de contrainte que JSON. Voir m\u00eame sauvagement converti en JSON\u00a0plus pratique.<\/p>\n

En r\u00e9sum\u00e9, XML est une norme tellement ouverte qu’effectivement elle n’a pas besoin d’\u00e9voluer (elle pourrait m\u00eame aujourd’hui se r\u00e9duire) ce qui lui donne le go\u00fbt d’une bonne norme.\u00a0 Et sur le m\u00eame terrain, la norme\u00a0JSON est probablement sa rivale et peut-\u00eatre m\u00eame son fossoyeur.<\/p>\n

Si je\u00a0concevais un SI, j’utiliserai XML<\/strong> seulement si j’en utilise\u00a0les rouages qui permettent de\u00a0sp\u00e9cifier les donn\u00e9es (XSD, DTD, XSchema) car au moins \u00e7a force \u00e0 documenter et emp\u00eache la propagation de certaines erreurs. \u00a0De plus je pourrais exploiter les multiples normes de s\u00e9lection de l’information\u00a0(XPath) ou\u00a0de transformation (XSLT).<\/p>\n

Et sinon, j’utiliserais JSON car c’est\u00a0plus fun et moins lourds et que dans 1 an je serais plus dans cette boites et que les outils de debug on vachement progress\u00e9s. J’abuse un peu : on peut documenter du JSON et s’assurer du format des donn\u00e9es avant toute utilisation…mais dans ce cas autant utiliser XML.<\/p>\n

Et pourquoi pas le PDF ?<\/h3>\n

Hormis XML<\/strong> et JSON<\/strong>,\u00a0n’oublions pas une autre norme assez partag\u00e9e pour repr\u00e9senter des donn\u00e9es : le PDF<\/strong> ! \u00a0Et oui : tous les programmes du monde pourraient s’\u00e9changer des donn\u00e9es en PDF. Mais il faut avouer\u00a0que les outils pour manipuler les donn\u00e9es sont plus rares et PDF est surtout une norme pour imprimer.<\/p>\n

En apart\u00e9, le PDF est \u00e0 mon sens\u00a0un format transitoire, symbole du passage de\u00a0l’\u00e9poque du papier et celle du digitale.\u00a0D\u00e8s lors\u00a0que chacun dispose \u00e0 tout moment d’un moyen d’acc\u00e8s (i.e. tablette) \u00e0 une vue de l’information qui est fiable (i.e. contrat) : pourquoi en construire une repr\u00e9sentation contenu dans du A4 ? quelle sens ont les notions d’impressions dans un tel mod\u00e8le ?<\/p>\n

Et pourtant, cela fait des ann\u00e9es que la banque ne m’envoie plus mes relev\u00e9s papier et\u00a0il est acquis que le PDF est une norme\u00a0d’\u00e9change que je saurais lire (ou plut\u00f4t que j’aurai des outils pour le faire au moins pendant les soit 5\u00a0ans de r\u00e9tention recommand\u00e9).<\/p>\n

Certains me diront : et la norme de stockage de l’information ?<\/h2>\n

Dans la majorit\u00e9 de mes\u00a0probl\u00e9matiques,\u00a0c’est un syst\u00e8me propri\u00e9taire qui assure la persistence (Oracle, MSQL, feu MySQL devenu MariaDB, Google DataStore). L’absence de norme n’a pas \u00e9t\u00e9 un frein jusqu’alors.<\/p>\n

Dans un contexte de donn\u00e9es dispers\u00e9es (Cloud, pair \u00e0 pair), la question de la norme de stockage est l\u00e9gitime. L’application des normes de s\u00e9curit\u00e9 (ou de consentement au moins) est la priorit\u00e9 en cette \u00e9poque de wikileaks et Snowden. Pour ce qui est de la norme pour l’interop\u00e9rabilit\u00e9 c’est aussi en cours de r\u00e9daction mais\u00a0\u00e7a part d\u00e9j\u00e0 dans tous les sens, chaque fournisseur de Cloud fourguant sa biblioth\u00e8que de fonctions sp\u00e9cifique).<\/p>\n

Je vous avoue que je serais bien emb\u00eat\u00e9 s’il fallait d\u00e9cider aujourd’hui d\u00e9j\u00e0 d’une strat\u00e9gie de stockage (Cloud, Pear-to-Pear, centralis\u00e9) puis ensuite d’une norme correspondante (Relationnel, Objet).<\/p>\n

Jusqu’alors un principe fort contraint ce choix : la propri\u00e9t\u00e9 de la donn\u00e9e. Le propri\u00e9taire de l’information d\u00e9sire que celle-ci reste en sa possession jusqu’\u00e0 son aspect physique (serveurs de donn\u00e9es h\u00e9berg\u00e9, outils largement reconnus).<\/p>\n

Enfin : les principes \u00e9voluent. Imaginez, il y a 15 ans\u00a0j\u2019\u0153uvrais avec peine \u00e0 d\u00e9placer les pr\u00e9cieux fichiers clients de VRP dans un SI…aujourd’hui ils utilisent le carnet Google !<\/p>\n

Il ne reste plus qu’\u00e0\u00a0choisir LA solution qui va devenir un peu pr\u00e8s la norme.<\/p>\n

La guerre du stockage dure depuis longtemps et pour l’instant les \u00e9diteurs sont assez puissants pour s’\u00e9viter un consensus.<\/p>\n

Je r\u00e9pondrais : et la norme d’acc\u00e8s\u00a0aux stockage plut\u00f4t<\/h2>\n

Par contre, la norme dans l\u2019acc\u00e8s \u00e0 ces donn\u00e9es \u00e0 toujours \u00e9t\u00e9 probl\u00e9matique et pourtant centrale. La seul norme r\u00e9ellement partag\u00e9e aujourd’hui \u00a0me semble le SQL<\/strong> et chaque outil de stockage fournie sont moteur SQL avec ses sp\u00e9cificit\u00e9s. \u00a0Mais c’est d\u00e9j\u00e0 pas mal.<\/p>\n

Pl\u00e9thore d’interfaces performantes sont apparues avec le temps (ADO, OLEDB, ODBC, JDBC,…) prenant en charge souvent (pas toujours) \u00a0le SQL mais encore avec des sp\u00e9cificit\u00e9s.<\/p>\n

Je pense que ce n’est pas pour rien que les framework de d\u00e9veloppements se vantait\u00a0de proposer une interface r\u00e9volutionnaire pour manipuler les donn\u00e9es sans\u00a0s’occuper de leurs acc\u00e8s…le concepteur veut une personne, il aura une personne.<\/p>\n

Et comment ? et hop : on tartine une nouvelle interface. Qui s’appuie souvent sur les anciennes !<\/p>\n

C’est top : il suffit juste d’apprendre la nouvelle mani\u00e8re de configurer la\u00a0source de donn\u00e9es pour cette interface, juste de d\u00e9finir \u00e9ventuellement tout le mapping (faudra aussi apprendre comment…mais c’est simple te dit l’\u00e9diteur), juste tuner un peu les mapping\u00a0voir m\u00eame la base de donn\u00e9es car les performances sont horribles, et peut-\u00eatre juste finalement passer exceptionnellement quelque fois directement en base\u00a0ou encore construire des fonctions en base pour accelerer…et juste sous r\u00e9serve de \u00e7a…le d\u00e9veloppeur a plus qu’\u00e0 \u00e9crire Personne = DB.getPersonne(500). G\u00e9nial !<\/p>\n

Et\u00a0ben allons y : on va migrer notre base de donn\u00e9es…on va quand m\u00eame faire un projet sur 1 an ?! Pour \u00ab\u00a0deconnecter\u00a0\u00bb et \u00ab\u00a0reconnecter\u00a0\u00bb ?<\/p>\n

C’est dur je sais mais j’avais tellement foi en J2EE, Websphere\/Weblogic, Zend, Hibernate…et m\u00eame si j’ai abouti \u00e0 des\u00a0solutions qui tournent (correctement) je doute\u00a0que\u00a0les briques soient aussi ind\u00e9pendantes que promis.<\/p>\n

Aujourd’hui\u00a0\u00e7a se complique, le SQL qui persiste reste tr\u00e8s \u00e9tendu mais s’av\u00e8re peu pratique quand on sort du model de stockage relationnel. Et les base NoSQL\u00a0se multiplient aujourd’hui.\u00a0D’ailleurs, je trouve le nom assez ironique\u00a0: NoSQL pour dire \u00ab\u00a0Not Only SQL\u00a0\u00bb…Si ces bases dominent et que les gens comme moi tellement \u00e0 l’aise en SQL disparaissent…le SQL\u00a0sera \u00e9limin\u00e9. D’autant plus surement s’il ne r\u00e9pond plus au exigences du BigData o\u00f9 le relationnelle pr\u00e9sentent beaucoup d’incompatibilit\u00e9.<\/p>\n

En r\u00e9sum\u00e9, pour ma part, tant que la donn\u00e9es stock\u00e9e n’est pas manipul\u00e9 en l’\u00e9tat l’acc\u00e8s \u00e0 l’information\u00a0obligera le traitement \u00e0 se contraindre au stockage et inversement. Et comme la tendance est aujourd’hui \u00e0 tout stocker\u00a0et \u00e7a servira bien t\u00f4t ou tard, l’acc\u00e8s aux donn\u00e9es et leur stockage sont un probl\u00e8me \u00e0 r\u00e9soudre\u00a0mais\u00a0une norme est-elle requise?<\/p>\n

Dans ce domaine, je pr\u00e9f\u00e8re une solution \u00e9prouv\u00e9e qu’une solution standard. Mon SI devra fournir sa solution pour travailler avec\u00a0au moins les stockages les plus r\u00e9pandus. C’est du travail (\u00e0 cr\u00e9er puis \u00e0 maintenir) mais c’est \u00e0 mon sens la plus fiable, la plus performante et la moins co\u00fbteuse \u00e0 terme.<\/p>\n

Le SI sera probablement encore longtemps compos\u00e9s des 2 socles : Relationnel et Objet qui entra\u00eenera m\u00eame la probable duplication d’une partie du SI.<\/p>\n

Le meilleurs outils de d\u00e9veloppement<\/h2>\n

Tout le monde sait comment on va parler, en quelles langues et\u00a0sous quelle forme et \u00a0tout le monde sait o\u00f9 on m\u00e9morise. C’est parti on construit.<\/p>\n

Et l\u00e0 c’est le drame ! Quelle langage (et donc outil) utiliser ?<\/p>\n

J’aurais pu inclure \u00e7a dans les normes de programmation tant il y a eu de philosophies de la programmation, d\u00e9crite par de multiple norme, pr\u00e9cis\u00e9 encore dans des normes plus compl\u00e8te d’impl\u00e9mentation (J2EE par exemple). Puis des environnements de d\u00e9veloppement (IDE comme JBeans, Delphi, Eclipse) accompagn\u00e9 des briques (Librairies, Framework) respectant ces impl\u00e9mentations ont impos\u00e9s des langages propres.<\/p>\n

En 2003, on sortait encore du Cobol<\/strong> (en fait on envoyait sa maintenance \u00e0 l’\u00e9tranger) quand j’arrivai avec mon Java<\/strong> et mon C<\/strong>…et mon BASIC<\/strong>. Et l\u00e0, la programmation \u00e9v\u00e9nementiel c’est d\u00e9mentiel (Turbo Pascal<\/strong> avec Delphi 5 que du bonheur). Et puis finalement VB<\/strong> c’est plus facile et sa mani\u00e8re de coder est fantastique. Puis c’est l’heure du C++<\/strong> et Java<\/strong> fait son retour avec de nouveaux framework. Un peu de VBA<\/strong> pour le fun et du PL\/SQL<\/strong> et SQL<\/strong> pour la d\u00e9brouille. Termin\u00e9 les amis, maintenant on ne d\u00e9veloppe plus pour postes en local mais pour des serveurs avec quasiment rien sur le poste…juste une petite applet\u00a0<\/strong>quand m\u00eame. Non ! en fait plus rien sur le serveur, il va falloir bosser ton JSP<\/strong>, ASP<\/strong> et PHP<\/strong>. Et puis finalement XPath<\/strong> et XSL<\/strong> permettent des trucs pas mal. Puis in va tricher un peu en mettant un peu de trucs chez le client (ActiveX<\/strong> et Javascript<\/strong> et VBScript<\/strong>). Puis \u00e7a d\u00e9rape\u00a0: on g\u00e2ve\u00a0cot\u00e9 client avec des CSS<\/strong> et du\u00a0Javascript<\/strong> et les librairies disponibles (HttpRequest<\/strong>,\u00a0JQuery<\/strong>\u00a0est ses fonctions asynchrones !).<\/p>\n

De nos jours, le navigateur est devenu le client lourd standard. Il formate\u00a0le HTML5<\/strong> coupl\u00e9 avec le CSS<\/strong>. Javascript<\/strong> permet l’interaction avec notamment les multiples biblioth\u00e8ques disponibles : JQuery<\/strong>, les API<\/strong> Google par exemple (Maps, Calendar, Contact…). Cot\u00e9 serveur on fait encore du PHP<\/strong> ou\u00a0.NET<\/strong> mais on dirait que javascript<\/strong> se popularise (Node.js<\/strong> fait tout le travail du\u00a0serveur). Les \u00e9changes se font en JSON<\/strong> ou XML<\/strong> simple.<\/p>\n

Les programme manipulent presque tous des Objets (qui collent encore plus ou moins \u00e0 la philosophie du d\u00e9veloppement Objet) et sont loin d’\u00eatre s\u00e9quentiels. Le d\u00e9roulement est asynchrone et orchestr\u00e9 par les \u00e9v\u00e9nements.<\/p>\n

Si je peux permettre une pr\u00e9diction : cot\u00e9 client les navigateurs continuent de se conformer aux normes HTML5. la partie cliente s’appuie essentiellement sur l’incontournable JQuery\u00a0et est compos\u00e9e d’appel \u00e0\u00a0diverses API ind\u00e9pendantes et d\u00e9localis\u00e9es. \u00a0Le mode de d\u00e9veloppement par \u00e9v\u00e9nements se r\u00e9pand, le syst\u00e8me est asynchrone. Ce mod\u00e8le s’optimise et se fige.\u00a0L’\u00e9volution se fait au travers des services et de leur interconnexion.<\/p>\n

En attendant, \u00e0 mon sens, le coup\u00a0d’avance c’est Node.js \/ Javascript \/ CSS \/ HTML5 \/ API Web<\/strong><\/p>\n

Il ne reste plus qu’\u00e0 trouver le bon IDE (programme de …programmation)\u00a0qui permet d’\u00e9crire cette langue pas trop n’importe comment.<\/p>\n

Le meilleur outils d’interaction entre les hommes<\/h2>\n

Bien : nous parlons tous fran\u00e7ais et avons des pigeons pour s’envoyer des message. on a m\u00eame un\u00a0responsable des messages qui r\u00e9ceptionne les pigeons et br\u00fblent les messages inutiles pour nous.<\/p>\n

Du jour au lendemain on remplace les pigeons par des smartphones avec une applications qui blackliste.<\/p>\n

Sans trop m’avancer je pense que la teneur de nos conversations vas changer.<\/p>\n

Nous avons vu effectivement que les normes et les langages changes mais le principale moteur de cela c’est la technologie disponible.<\/p>\n

En 1990, une norme de transfert de\u00a0streaming vid\u00e9o Haute d\u00e9finition pour la VOD n’avait pas de sens. Aujourd’hui toute SMART TV balance les flux vid\u00e9o d’un fournisseur quelconque.<\/p>\n

De nos jours, le support ultime a\u00a0quasiment tout pour recevoir et pour reporter : en plus d’un \u00e9cran, d’un HP et d’un micro, on trouve banalement sur un smartphone un GPS, une cam\u00e9ra, un tachym\u00e8tre, un altim\u00e8tre, un gyroscope, un compas, un infrarouge…<\/p>\n

Et demain, tout \u00e7a se peut se retrouver sur n’importe quelle objet qui sera connect\u00e9.<\/p>\n

Les normes et les langages \u00e9voqu\u00e9 sont apparus dans un monde ou l’ordinateur est fixe et limit\u00e9. Ces normes et langages semblent avoir englob\u00e9 les possibilit\u00e9s des mat\u00e9riels actuels mais\u00a0seul les g\u00e9nies connaissent l’avenir qu’ils vont inventer.<\/p>\n

Il ne serait pas \u00e9tonnant qu’un syst\u00e8me d’exploitation compl\u00e9mentent r\u00e9fl\u00e9chi dans un univers d’objets connect\u00e9s nous surprennent bient\u00f4t et par l\u00e0 tous les outils qui l’accompagneront.<\/p>\n

IBM a d\u00e9j\u00e0 mis \u00e0 disposition un service permettant de\u00a0r\u00e9colter les donn\u00e9es de diverses capteurs pour en\u00a0sortir des \u00e9tats.<\/p>\n

Si je concevais un SI, ce serai prioritairement pour des smartphones, tablettes\u00a0et phablettes (J’enfonce une porte ouverte)\u00a0puis ensuite pour les postes fixes.\u00a0d’un cot\u00e9 pas trop d’inqui\u00e9tude, il semble tous s’orienter \u00e0 respecter les normes du web (HTML5, Javascript). Mais\u00a0j’oublie l’id\u00e9e de faire le m\u00eame outils pour tous (le suivi complet de ma demande sur montre connect\u00e9e c’est moyen).<\/p>\n

Les besoins et les mentalit\u00e9s<\/h2>\n

Et voil\u00e0 ! notre SI parfait fluidifie la r\u00e9alisation du besoin de souscription d’un contrat de Juan\u00a0au Br\u00e9sil par Wladek en Pologne.<\/p>\n

Mais les hommes sont exigeant et quand on voit un truc bien dans un domaine\u00a0on s’attend \u00e0 son \u00e9quivalent dans un autre.\u00a0Mais il n’a pas \u00e9t\u00e9 aussi \u00e9vident de passer de\u00a0la facilit\u00e9 d’acheter sur Amazon (en 3 clics) \u00e0 la facilit\u00e9 de souscrire un contrat dans l’assurance ou la facilit\u00e9 d’avoir un taxi.<\/p>\n

Aucun outil ne le fera si le besoin ne s’adapte pas.<\/p>\n

Comment passer d’un outil \u00e0 5\u00a0\u00e9crans, 50 informations, 500 points de contr\u00f4les\u00a0pour garantir un contrat en\u00a03 clics sur smartphone ? Et bien s\u00fbr l’utilisateur doit voir TOUTE les informations…mais bien s\u00fbr de mani\u00e8re concise.<\/p>\n

Impossible si la mentalit\u00e9 de celui qui\u00a0fait \u00e7a depuis 20 ans ne change pas. Comment peut-il accepter :<\/p>\n