Talk comments

Bonjour,

Tout d'abord, merci pour vos retours.

Je pense qu'il est nécessaire pour moi de clarifier certains points.

- En effet, lorsque j'ai dit que ZF1 n'était pas compatible PHP7, j'ai oublié de préciser que c'était dû à une librairie que l'on utilisait. Étant arrivé sur le projet après son départ, je n'ai pas toutes les infos qui ont fait penser au client que passer sur PHP7 devenait impossible à cause de cette librairie. Quoi qu'il en soit, ils avaient déjà démarré la migration.
- Je ne dis pas qu'un formulaire sous ZF prend 3000 lignes (d'ailleurs, j'ai bien précisé 200 pendant la conférence) mais bien que c'est ce que nous avions dans ce projet là, cf le disclaimer que j'ai fait au début, précisant que c'est "ce que nous avons eu, ça concerne ce projet dans ce contexte" etc...
- Pour le scrum, j'ai dit que l'on n'en avait pas ressenti le besoin et insisté sur le fait que ce n'était pas une critique. Il n'y a aucun mal à faire du scrum, et aucun mal à ne pas en faire non plus. Aussi, j'ai bien dit durant le talk que cela ne nous était pas nécessaire car, le client savait comment prioriser les tickets et on savait les reproduire car on "ne fait que migrer", notamment en suivant le processus de réservation.
- Concernant le gel du projet, j'ai là aussi insisté (peut être pas assez) sur le fait que c'était exceptionnel. Et que c'est pour moi un énorme avantage, car avoir à faire évoluer deux sites en même temps pourrait vite devenir ingérable. Aussi bien le patron que les commerciaux étaient conscients des enjeux, ça ne les a pas empêcher de se lancer. Encore une fois, l’intérêt était de pouvoir maintenir l'application plus facilement, ne plus avoir peur de tout casser à chaque nouveau développement, et aussi de recruter.
- Dans tous les cas, l'application se devait de se refaire une beauté. Je ne vois pas l'intérêt de réécrire du ZF1 mal codé et ajouter des tests tout en restant dans un framework qui commence à dater, et qui n'est plus maintenu. On devait donc réécrire dans une nouvelle version, et le choix s'est porté vers Symfony comme expliqué durant la conférence.
- "Le mieux est de tout refaire et utiliser des technos d'aujourd'hui" : Quand le site devient vieux, non maintenable, qu'on a du code mort à plusieurs endroits, je pense et je maintiens que oui en effet, c'est une très bonne solution.
- Le copier/coller, c'est surtout pour l'anecdote et montrer qu'on n'à pas voulu perdre de temps sur des morceaux de code avec peu de valeur ajoutée, qui sont très facilement récupérable après la mise en prod. J'aurais peut être dû appuyer ce point là.

Enfin, j'admet que j'ai commis une erreur concernant les relations entres les tables dans ZF1. Cela est bien possible, je ne me suis pas assez renseigné, je suis désolé si j'ai transmis de mauvaises informations.

J’espère que ma réponse aura éclairci vos différents commentaires, et que vous comprenez bien que mon but n'était pas du tout de dénigrer ZF en faveur de Symfony, mais bel et bien de faire un retour d'expérience sur comment nous avons vécu et géré cette migration.

C'était ma deuxième conférence, je suis conscient qu'il y a des choses à améliorer, mais le format de 20 minutes étant très court pour un tel projet sur lequel j'avais encore bien d'autres choses à dire, j'ai essayé de faire de mon mieux.

Je me serais fait un plaisir d'éclaircir ces points après la conférence, si vous étiez venu en discuter avec moi, comme certains l'ont fait pour avoir plus de détails sur le déroulement.

Merci encore,
Kevin Verschaeve

J'ai eu du mal à avoir le fil conducteur, et je n'ai pas réussit à comprendre ce que nous avions au bout de ces 40 minutes.
A en croire la conf, on mets tout dans des fichiers de conf et tout va bien :)

Bonne maitrise du sujet :)

Retour d'expérience très intéressant. Actuellement, on ne réfléchis peut être pas assez profondément aux outils à utiliser (ou ne pas utiliser).
Cependant, je pense que la conclusion tire un peu trop vers le développeur roi quand il est dit : "Je pense que cela va coûter 3 fois plus cher" et que tout le monde rigole au détriment de la réalité économique.
Nous ne sommes pas obligé, en utilisant un framework, de partir sur un CRUD et que tout soit dur après. Il peut y avoir une premier étape d'analyse tout de même, et cela on est parle pas assez. Du coup, le postulat de départ était un peu fossé.
Enfin, un 10/10 au speaker :)

Très bonne présentation, qui a donner vraiment envie de pousser plus loin le sujet. Merci

Je connaissais déjà ce sujet pour l'utiliser au quotidien, mais tout a été dit, et très bien vulgarisé quand il y avait besoin, bravo.

Alors bravo pour cette belle présentation, avec des slides d'une qualité professionnelle ! (belle animation, mais pas surcharger de GIF dans tous les sens.)
Mon niveau en math ne m'a pas permis de tout comprendre, et j'ai été très vite perdu par contre.

Assez d'accord avec Arnaud. On s'attendait à un peu plus de trucs et astuces par exemple. Mais sinon le au niveau speaker, rien à redire, bravo

Je me spécialise en refonte et en legacy et j'ai, ainsi, eu pas mal de refonte à étudier et à mener.
Les arguments n'étaient d'après moi pas pertinent et pourraient donner de mauvaises habitudes aux "jeunes" publics :
- Le mieux est de tout refaire et utiliser des technos d'aujourd'hui
- Le mieux est de bosser "tranquille" et demander au client de géler son activité, au moins, comme ça c'est plus simple.
- Scrum ? pas besoin on est iso-prod
- On fait certains copier/coller par manque de temps, mais de toute façon ca fait la même chose (une explication aurait été la bienvenue)

Je connais peu ZF1, mais d'après certaines discussions par le suite de ce talk, je crois qu'il y a eu certaines erreurs d'analyse de ce framework.

Mais sinon, en ce qui concerne le speaker, bonne aisance à l'oral, c'est jamais facile.

Les explications étaient assez clairs, une bonne démo, mais qu'on revoyait à tous les passages de slides, à cause de ce petit problème technique...

"Bon ca, vous le savez déjà"... Et bien c'est pas le cas de tout le monde :p
Sujet très intéressant, une bonne vulgarisation du sujet.