Drupal 8 : regards croisés

Editor's Notes

1. <numéro>
2. <numéro>
3. MS <numéro>
4. MS On vous propose de vous mettre dans la peau d’un responsable digital, en charge de plein de projets différents au sein de sa boite, et d’administrer notamment des projets qui concernent Drupal. <numéro>
5. MS Et il faut que tout ça soit en RWD idéalement avec deux points de rupture ! <numéro>
6. MS Le pb, c’est que l’on commence à remettre en question certains projets, comme le site institutionnel qui aurait besoin d’un coup de peinture ou le site prestashop qui commence à dater. On voudrait aussi rajouter de nouvelles fonctionnalités sur l’extranet client, mais ça coûte très cher de le faire bouger, … En gros, on se pose une question globale d’urbanisation, et on se demande si l’arrivée de Drupal 8 ne serait pas l’occasion de tout réharmoniser, avec un outil unique, capable de répondre à une multitude de besoin. On va donc mener une étude d’opportunité <numéro>
7. FGM Pour répondre à toutes ces questions, une analyse poussée doit être menée <numéro>
8. FGM Et il faut que tout ça soit en RWD <numéro>
9. MS <numéro>
10. MS En gros, les utilisateurs finaux ne verront pas de changement radical, d’autant qu’en D7, si on avait utilisé le thème Spark ou qqes modules contrib’, on a déjà vue en grande partie les évolutions. Pour citer celles qui sont majeures, on a l’éditeur WYSIWYG CKEditor dans sa version 4 L’édition inline Contribution RWD <numéro>
11. FGM Mobile initiative :- Formulaires pour mobiles (HTML5, DnD)- éléments HTML5- Thèmes core responsive- Front perf : - Responsive images - CSS- WSCCI/REST pour les backends d'applis- Mobile guide pour contrib <numéro>
12. MS Plus besoin d’ajouter quantité de modules. Interface translation permet de traduire l’interface utilisateur, et on peut traduire simultanément plusieurs chaînes. Import / Export de traductions possibles. Définition possible de paramètres personnalisés selon les éléments du site : nœuds, blocs, utilisateurs : définition d’une langue par défaut pour certains éléments On peut définir quels sont les champs traduisibles … <numéro>
13. MS <numéro>
14. FGMMédia (DAM) Refactor des 4, mise en commun Distro Examiner: media_pinkeye (dev) http://github.com/drupal-media Rules: #d8rules, 8.x-3.0-unstable4 API est +/- utilisable, pas d'UI LDAP: MAJ 09/2013 ! <numéro>
15. FGM <numéro>
16. MS <numéro>
17. FGM <numéro>
18. FGM <numéro>
19. FGM <numéro>
20. FGM <numéro>
21. FGM Sec Criticals : - Arbitrary code exec Twig+debug- Forward port SA-CORE-2014-002 (form caching)- Caching CSRF- Cache metadata loss  <numéro>
22. MS <numéro>
23. MS Fin du support D6 trois mois après D8 !! <numéro>
24. MS Changement de l’API Changement des fonctions de theming Sécurité du core discutée publiquement Problème majeur : il n’y a pas d’upgrade path entre les versions de D8, et il n’y en aura que pour les RC ! <numéro>
25. FGM Corruption de données : faible probabilité, mais impact critique → délais Modules fonctionnels manquants : quasi certain mais nécessite de réécrire du dév Hébergement déficient (PHP 5.5) : inapplicable à des projets pro <numéro>
26. MS Urgence de migration du site institutionnel Durée de vie pour le projet Ecommerce : 5 ans ? Dans une perspective D8, les questions de temps de déploiement + durée de vie du projet sont majeures. Il faut attendre que l’écosystème migre les modules ! / eZpublish / Prestashop. Pour les modules ~6 mois mini <numéro>
27. FGM 26 bug + tasks critiques, plusieurs ne le sont pas réellement. 17 bugs critiques <numéro>
28. MS Il va falloir recomposer et former vos équipes Il va falloir revoir votre méthodologie d’intégration : site building > theming ? Ou theming > site building ? Il va falloir modifier la façon dont vous administrez les sites et les droits d’utilisation Il va falloir former et préparer vos clients Quoique : le BO D8 ne change pas beaucoup Il va falloir recomposer et former vos équipes = staffing, training, Externalisation donc plus probable puisque les projest sont plus techniques ?? Il va falloir modifier la façon dont vous administrez les sites et les droits d’utilisation = gouvernance des sites Il va falloir former et préparer vos clients = utiliser YAML <numéro>
29. MS A priori, construire en D8 évite une future migration, donc moins de coût à long terme… Mais bcp de coûts cachés et de risques projet : Formation / développements supplémentaires non prévus, ... <numéro>
30. MS Drupal offre un changement de perspectives <numéro>
31. FGM <numéro>
32. MS Drupal est-il <numéro>
33. MS Vision CMF ?? <numéro>
34. MS <numéro>
35. MS Spécialisation des métiers. <numéro>
36. FGM Potentiellement plus de développeurs de la communauté Symfony, Vos Devs Drupal vont pouvoir monter en compétence Mais D8 ne nécessiterait que des sites builders et des themeurs ? <numéro>
37. FGM Cela étant Drupal = 70% site building <numéro>
38. FGM Tous les projets ne sont et ne seront pas prêts pour D8 Il faudra parfois migrer, parfois refaire tout de zéro, parfois reconstruire et migrer les contenus <numéro>
39. FGM <numéro>
40. FGM Passer de D7 à D8 n’est pas nécessaire, pas tout de suite = viabilité de 3-5 ans sur D7 Passer de D6 à D8 serait intéressant Passer de D6 à D7 à minima est nécessaire (fin du support D8 + 3 mois) Pour un nouveau projet, D8 est une excellente cible <numéro>
41. MS Choisissez bien vos projets D8 Pas de délais courts Des équipes expérimentées et motivées Un lien étroit avec la communauté <numéro>
42. MS Et il faut que tout ça soit en RWD idéalement avec deux points de rupture ! <numéro>
43. ATTENDEZ !!! Passez votre site institutionnel sous D8, mais pas tout de suite Profitez-en pour migrer votre blog Attendez bcp pour Drupal Commerce Re-développez plus tard votre Extranet en D8, sous réserve de l’analyse des modules Vous pourrez connecter facilement votre ERP maison Attendez un peu pour votre RSE Faites Développez votre D7 en intégrant les modules compatibles avec D8 et les techniques de dév « migrables » <numéro>