Afin d'anticiper nos usages à venir en matière de développement web, Il est intéressant de voir comment cela a évolué. D'applications monolithiques nous créons des applications basées sur des composants ou sur le concepts de micro-services.

1. Julien Dubreuil
Frédéric G. Marand
Drupagora - nov. 2014

2. Julien Dubreuil Frédéric G. Marand
Lead développeur
Commerce Guys
Consultant Drupal et E-commerce
http://drupal.org/u/julienD
Contributeur Drupal (contrib) 2009
Fondateur d’OSInet
Consultant Drupal spécialisé en
performance backend, qualité et sécurité
http://drupal.org/u/fgm
Contributeur Drupal (core + contrib)
depuis 2005
Et aussi : Doctrine ODM, MongoDB, Silex
PHP...

3. 1
LE WEB ET
Son évolution

4. C’est le Web statique
1991

5. Chacun fait son framework
2000

6. 2000
Naissance de Drupal
2001

7. Apparition des
Framework full-stack
2005

8. “ Framework
Un framework est un cadre de
développement conçu pour augmenter la
productivité des développements et l’efficacité
des développeurs. Le but est d’assurer le
respect des bonnes pratiques tout en facilitant
la maintenance et les évolutions d’une
application. Les frameworks ont été créés pour
pallier les insuffisances des langages.

9. Apparition des
Microframeworks
2007

10. Micro - Framework
par
sa
pe6te
taille.
Exemple
:
Camping
4
kB.
“
Un
Micro-­‐Framework
peut-­‐être
nommé
ainsi
”

11. “
Micro - Framework
Un
Micro-­‐Framework
est
défini
par
le
fait
qu’il
n’impose
pas
de
structure
à
l’applica6on
qui
l’u6lise.
Exemple
:
Sinatra
vs
Rails
Silex
vs
Symfony2
SE
”

12. L’avenir des Framework ?
20xx

13. 2
Drupal ET
Son évolution

14. Drupal est un
CMS
CMF

15. Le poids des
années

17. EGUILAs
Email
VALIDATOR
Traits POO
NAMESPACE
PSR-4
PSR-3
Dependency
Injection Routing
Symfony
2
Zend
HttpKernel
Event
Dispatcher
Yaml
. . .
Stdlib
Feed
Escaper
Composer
PHPUJNIT
EasyRDF
Gliph
Guzzle vfsStream

21. 3 Les Impacts
Sur le développement
D’applications

22. Architecture Monolithique

23. Architecture micro service

24. La consommation d’APIs

27. Qu’est-ce que cela
veut dire
Pour DRUPAL ?

28. La fin du
100% Drupal
pour les projets
l'intégration dans des
projets polyglottes

29. La généralisation
du mode connecté
et du multi-supports

30. 4
Que nous réserve
L’avenir ?

32. HEADLESS
Drupal

33. La fin des
applications web
TRADITIONNELLES

34. M.B.A.A.S.

36. L'émergence de la
Componentisation

37. componentisation
“
C’est le processus d’atomiser (réduire)
des ressources en packages réutilisable de
façon a ce qu’ils puissent être combinés” ”

38. Drupal Commerce 1.x
Des modules,
Des modules,
Des modules …

39. Drupal Commerce 2.x
P r i c i n g
S y l i u s C o m m e r c e D 8
A d d r e s s i n g
T A x e s
Z o n e
I N T L

40. Le stockage
documentaire
pour remplacer SQL ?

41. Vers La
généralisation
du mode CONNECTE ?

42. Voitures connectées ?
OUI

43. Réfrigérateurs connectés ?
Presque

44. Objets connectés ?
Bien sûr

45. Internet est partout !
Nous ne devrions plus penser en termes de
“Devices” . . .
. . . Mais se préoccuper du contexte

47. L’avenir des
Applications

48. L’avenir des
Développeurs

49. L’avenir des
DSI

51. Questions ?

52. Merci !
Julien Dubreuil Frédéric G. Marand
@juliendubreuil @osinet