Forum PHP 2015
23 - 24 Nov 2015 at Beffroi de Montrouge

Je n'étais pas présent au Forum PHP mais je viens de regarder la vidéo sur YouTube et j'ai beaucoup apprécié. Je connaissais déjà le sujet du patron Spécification mais la conférence m'a permis de découvrir RulerZ que je ne connaissais que de nom. Cela fait depuis bientôt deux ans que j'écris un ouvrage consacré aux design patterns appliqués à PHP et je suis entrain d'écrire le chapitre à propos de la Stratégie. J'avais prévu d'ajouter une section à propos du patron Spécification en tant qu'implémentation de la Stratégie et grâce à RulerZ, mon exemple est tout trouvé ! Je vais avoir le plaisir de showcaser ta lib dans mon ouvrage. Merci :)

PS: dans tes premiers slides, tu déclares une constante FORMATS dans ta classe WebReader. Cette constante contient un tableau. C'est impossible en PHP, il faudrait que tu corriges tes slides pour utiliser une variable statique privée par exemple.

Super atelier, très clair et ambiance très détendue, merci ;-)
Remplacer mon ORM préféré par Pomm me parait être tout à fait envisageable ... mais pour que ce soit pertinent, je me dois de me former pour de bon à PostgreSQL, c'est la clef et la condition nécessaire. Et ce sujet crucial a été abordé lors de la séance.
C'est parti !!

Eric.

Merci pour ces derniers commentaires - j'ai disposé de moins de temps ces derniers jours pour répondre lus tôt, et j'en suis désolé.

@Jérémy de la rigidité, je ne dirais certainement pas ça. La souplesse, bien sûr qu'elle est essentielle. Dans l'application elle-même, et je pense précisément que c'est en pensant correctement l'architecture que l'on garantit un maximum de souplesse à l'application. L'idée étant de se poser des questions et d'y apporter des réponses. Si l'architecte apporte des réponses rigides, ne me le mettez pas sur le dos :) Ce que j'en dis, c'est que ces questions on se les pose quoi qu'il arrive. Mais que si c'est fait de manière anarchique et/ou tardive, les conséquences sur le projet peuvent être considérables.

@Anonymous non, malheureusement, pour ce qui me concerne, je n'ai pas le temps de produire beaucoup de contenus. Je consacre le peu dont je dispose à travailler sur un "mini-framework" qui vise, naturellement, à faciliter ces questions d'architecture... pour le reste, j'avoue n'avoir pas spécialement fait de recherches sur le sujet, puisque, comme je l'ai indiqué, il s'agissait là d'abord d'un retour d'expérience, pas d'une réflexion théorique sur le sujet, qui serait issue d'études "universitaires" sur la question :)

Dommage en effet que tu n'ai pas eu plus de temps ! Est-ce qu'il y aurai un blog post, une vidéo, d'autres talks que tu conseilles pour approfondir le sujet ?

Très bon talk, dommage que les flux ne nous permettent pas de faire simplement du REST (donc gérer les codes retours HTTP par exemple) en nous passant de guzzle, ce serait top :-)

Je rejoins certains commentaires : l'explication théorique est très claire (mais ça, j'avais pas besoin d'un talk pour l'avoir) et l'exemple pris n'était pas le meilleur...j'aurai apprécié un vrai retour d'XP avec quelques vrais exemples, pour mieux cerner l'utilité de la chose dans la vraie vie !

Great talk !

Maybe too many slides (perf benchmarks...), but very interesting. Thanks for comming !

Essayé et adopté, merci pour la lib !