{"id":4587,"date":"2018-05-21T22:46:35","date_gmt":"2018-05-21T21:46:35","guid":{"rendered":"https:\/\/blog.fabianpiau.com\/?p=4587"},"modified":"2022-01-05T15:08:11","modified_gmt":"2022-01-05T15:08:11","slug":"devoxx-uk-day-1","status":"publish","type":"post","link":"https:\/\/blog.fabianpiau.com\/fr\/2018\/05\/21\/devoxx-uk-day-1\/","title":{"rendered":"Devoxx UK 2018 – Jour 1"},"content":{"rendered":"

 <\/span>English version available<\/strong><\/a><\/p>\n

Cette ann\u00e9e, j’ai assist\u00e9 aux 2 jours de la conf\u00e9rence Devoxx UK<\/a> \u00e0 Londres les 10 et 11 mai. Cet article est un r\u00e9sum\u00e9 des notes que j’ai prises pendant le premier jour. Si vous souhaitez obtenir plus de d\u00e9tails sur un talk, vous pouvez regarder la vid\u00e9o associ\u00e9e.<\/p>\n

\"Devoxx<\/a>

Devoxx UK a eu lieu au Business Design Centre \u00e0 Londres<\/p><\/div>\n


<\/p>\n

A Future without Servers, avec Danilo Poccia<\/h4>\n

Comment construire le meilleur logiciel avec la meilleure exp\u00e9rience utilisateur?<\/strong><\/p>\n

Travailler \u00ab\u00a0en arri\u00e8re\u00a0\u00bb \u00e0 partir des besoins du client (work backwards). Avant de commencer toute impl\u00e9mentation:<\/p>\n

    \n
  1. Ecrire le Communiqu\u00e9 de presse<\/li>\n
  2. Ecrire la FAQ<\/li>\n
  3. D\u00e9finir l’Exp\u00e9rience client<\/li>\n
  4. Ecrire le Manuel de l’utilisateur<\/li>\n<\/ol>\n

    L’id\u00e9e est de rendre votre syst\u00e8me simple. Un syst\u00e8me complexe \u00e9tait simple au d\u00e9but, il est devenu complexe!<\/p>\n

    L’architecture change:<\/strong><\/p>\n

      \n
    • Il y a 10 ans: nous splittons nos applications monolithes en utilisant XML et SOAP pour la communication<\/li>\n
    • Il y a 5 ans: nous cr\u00e9ons des architectures micro services en utilisant REST \/ JSON ou un protocole binaire pour la communication<\/li>\n
    • Maintenant: nous construisons des architectures \u00e9v\u00e9nementielles (event-driven) avec des fonctions \u00e9ph\u00e9m\u00e8res<\/li>\n<\/ul>\n

      Qu’en est-il des donn\u00e9es?<\/strong><\/p>\n

      Les r\u00e9f\u00e9rentiels de donn\u00e9es deviennent des sources d’\u00e9v\u00e9nements. Chaque \u00e9v\u00e9nement est une information immuable du m\u00e9tier.<\/p>\n

      Il y a une \u00e9volution de ACID (Atomic, Consistent, Isolated, Durable) vers ACID 2.0 (Associative, Commutative, Idempotent, Distributed).<\/p>\n

      Avec la conception pilot\u00e9e par les \u00e9v\u00e9nements, nous pensons cause \/ effet plut\u00f4t que qui d\u00e9clenche quoi: \u00ab\u00a0Le service B est caus\u00e9 par A\u00a0\u00bb au lieu de \u00ab\u00a0Service A d\u00e9clenche B\u00a0\u00bb. Nous utilisons un m\u00e9canisme de notification et d’accus\u00e9 de r\u00e9ception.<\/p>\n

      Alors, \u00e0 quoi ressemblera le futur?<\/strong><\/p>\n

      Nous \u00e9crirons seulement le code de logique m\u00e9tier!<\/p>\n