Intéressant, très débatable, un beau pavé dans la marre en somme ;-)
Très heureux de voir ce talk. Il manquait peut-être juste quelques noms de libraries and takeaways :)
J'adhère complètement!
Each subject is treated quickly and the speech itself it quite fast. I understand the 30min limitation but I would have prefer less subjects, more covered. It also lack of code comparison, "to do that in Magento 1 you should have written this, now you can write this".
Graphically the content is very good.
Merci Xavier et Richard pour vos commentaires.
Une fois encore, je ne peux que déplorer le manque de temps :( et je comprends bien votre "frustration" par rapport à l'absence d'exemple ou au manque de nuance (j'ai du me concentrer sur le message à faire passer...).
La remarque de Xavier concernant l'aspect collaboratif est symptomatique : j'ai pris le soin de préciser qu'il était essentiel que l'architecture soit comprise par les développeurs, et qu'il fallait privilégier un média qui permettrait précisément l'échange entre l'architecte et les développeurs. Mais ça a été "noyé dans la masse" :)
Concernant la responsabilité, oui elle est celle de l'architecte, car il est difficile de partager la responsabilité d'une tâche précise. Si tout le monde est responsable, plus personne ne l'est en fin de compte, exactement comme pour les priorités... Ici, il ne s'agit pas de dire que l'architecte est le seul maître de l'architecture, mais qu'il a la responsabilité des choix qu'il fait.
S'il fait le choix de ne pas tenir compte des suggestions ou contestations de l'équipe de développement, ça reste de sa responsabilité, pas celle des développeurs. Mais il faut bien que quelqu'un tranche, sinon chacun fait à sa façon, et c'est .... l'anarchi-tecture ;)
Nice to hear it again! Event-based systems are probably a solution to help design better.