Forum PHP 2016 : nos retours sur la première journée !

Le Forum PHP 2016 est une super occasion pour Wanadev de faire le plein d'informations, de retours d'expériences mais également de goodies !

Lors de chaque événement auquel nous participons, nous prenons le temps de partager nos impressions, de créer de nouveaux échanges sur les sujets présentés, mais aussi de féliciter les intervenants. Après la BlendWebMix2015 ou le PHPTour2016, il était évident de faire la même chose pour ce super Forum PHP 2016 !

Retour sur la première journée, en prenant une (petite) sélection des conférences que nous avons trouvé passionnantes.

Comment Etsy déploie plus de 50 fois par jour en toute confiance

Etsy est une société basée à Brooklyn (New York) qui possède plusieurs antennes dans le monde, dont une à Paris. Leur ingénieur Sylvain Mauduit était présent pour nous parler de leur environnement.

Etsy est rapidement montée en puissance depuis le lancement de sa plateforme. La réussite d'Etsy leur a permis d'augmenter la taille de leur équipe et par conséquent d'augmenter la réactivité pour le développement des nouvelles fonctionnalités.

Cette montée en puissance a entraîné une augmentation de la taille des déploiements, forcément. Compte tenu de la taille importante des déploiements (du fait des lourdes modifications de code), déployer est devenu quelques chose de complexe. L'objectif de rendre plus simples les process devenait alors évident. Plusieurs constats ont ainsi pu être identifiés.

• Plus les développeurs vont déployer, plus ils auront confiance en leurs déploiements.
• Un déploiement doit embarquer une quantité limitée de code. Cela permet de plus facilement identifier le code responsable d'une erreur.
• Faire des modifications concises permet également de plus aisément relire les Pull/Merge Request et donc de prévenir les erreurs.
• Faire du pair-programming pour optimiser la qualité du code produit.
• Etsy utilise une méthodologie baptisée "Deployment Train" qui permet à plusieurs développeurs (jusqu'à 8) de lancer un déploiement groupé. Cela permet de limiter la file d'attente de déploiement.
• Une tâche de déploiement doit être rapide. Par conséquent, les tests doivent rester simples et efficaces. Si une tâche devient trop longue, celle-ci n'est peut-être plus utile.
• Etsy ne "rollback" pas. Etsy "roll-forward" !
• Monitorez vos applications. Cela permet de facilement voir ce qui se passe sur votre plateforme lorsqu'un code vient d'être déployé.

Et si un déploiement se déroule mal ?

• Lorsqu'un déploiement ne se passe pas comme prévu, il faut chercher à savoir qu'est-ce qui n'a pas fonctionné.
• Ne pas pointer du doigt le responsable.
• En rire et s'en souvenir en célébrant les plus gros fails ! (non non, ce n'est pas une blague !)

Merci à Sylvain Mauduit pour son intervention !

Affrontez la dette technique de votre projet en toute agilité

Quelques constats distillés par Maxime Thoonsen pour vous aider à mieux gérer votre dette technique.

• Plus vous avez de dette, plus votre application pourra avoir de failles de sécurité.
• Une erreur peut être résolue de plusieurs façons. En reprenant du code (souvent la mauvaise méthode) ou en étudiant le problème et en cherchant une réelle solution.
• Pour estimer la dette, Maxime propose de créer un Trello dans lequel chacun pourra indiquer les parties du code à refaire avec un niveau de criticité à indiquer.
• Appliqué de même aux features, cela doit permettre de prioriser la correction de dette versus l'implémentation de nouvelles features.
• Chaque SPRINT se voit allouer un pourcentage de correction de dette (exemple, 80% de feature pour 20% de dette à corriger)
• Avoir un environnement de travail stable, rapide et propre permet de correctement travailler et de tester votre code. Cela permet également de prendre soin de la vie mentale de vos développeurs
• Faire connaitre à vos développeurs la Boy scout rule et leur donner la possibilité de rendre un code toujours un peu mieux. (Mieux qu'hier et moins bien que demain)
• Distribuer des responsabilités. Chacun doit se sentir investi d'une mission.
• Adapter la complexité des outils utilisés au niveau technique de l'équipe qui vous accompagne.

Découvrez sa présentation complète dès maintenant.

Comment relire du code pourri sans se fatiguer

Un nom de conférence très drôle, car tellement vrai. Relire du code pourri n'est jamais un cadeau. Alors autant se donner toutes les chances. C'est ce que fait Damien Seguy dans sa conférence. Comment pouvons améliorer notre efficacité lors de la relecture de nos PR ?

Quelques outils :

• PHP Metrics
• PHPLint
• PHPcc
• PHP7mar
• Phan
• et le produit Exakat

On vous laissera le soin de les essayer et d'adopter les règles propres à votre métier.

Conclusion

Cette journée a été riche et nous sommes déjà en train de condenser quelques retours pour la deuxième journée, mais également quelques trolls bonus ! Un deuxième article viendra rapidement ! Alors ne vous éloignez pas trop (ou suivez nous sur Twitter) !