[:fr]La parole est aux speakers : Matthieu Napoli[:]

[:fr]Jusqu’au Forum PHP 2017, retrouvez nos interviews de speakers pour mieux comprendre leur parcours et le sujet qu’ils aborderont lors de leur conférence !

La conférence

[ATELIER] Un framework basé sur les middlewares, ça donne quoi ?

Nous allons écrire ensemble un framework web basé sur les middlewares PHP. Vous n'avez jamais écrit de framework, et vous ne connaissez pas les middlewares ? Parfait ! Les middlewares sont parfois vus comme un détail d'implémentation pour des problématiques très précises. Après avoir découvert ces middlewares via PSR-7, après avoir écrit un framework avec et après avoir collaboré sur la prochaine PSR-15, ma vision est maintenant différente : les middlewares permettent de mieux comprendre et aborder les questions d'architecture dans nos applications. Plutôt que de se restreindre à des problèmes spécifiques, nous partirons de zéro en commençant par les concepts de base des applications web. Nous utiliserons la simplicité du middleware pour implémenter pas à pas les différentes briques qui composent un framework jusqu'à obtenir une application web complexe. Seul pré-requis : connaitre PHP et avoir des bases en programmation orienté objet. On construira le reste ensemble.

Atelier sur inscription, disponibles sur Eventbrite.

Au Forum PHP 2016, tu as présenté une conférence sur les middlewares. Cette année, tu proposeras un atelier, toujours sur le même sujet. Qu’est ce qui t’a attiré sur ce format plus long ?

La conférence est un format propice pour raconter une histoire. À l’inverse l’atelier permet d’être actif et de refaire le chemin soit même, ce qui je pense est encore plus intéressant. J’adore ce moment « eureka » à certaines étapes de l’atelier où les participants ré-inventent eux-mêmes les architectures des frameworks modernes.

(suite…)

La parole est aux speakers : Chris Riley

Jusqu’au Forum PHP 2017, retrouvez nos interviews de speakers pour mieux comprendre leur parcours et le sujet qu’ils aborderont lors de leur conférence !

La conférence

The secrets of Cryptography

Alice and Bob have secrets they want to talk about without Eve being able to listen in. Worse yet, the mischievous Mallory delights in changing messages sent between parties. In such a hostile environment how can Alice talk to Bob without their messages being overheard and how can she be sure that it was Bob that sent the message in the first place? This talk will take a brief look at historic codes and ciphers before taking a look at modern day Cryptography. If you want to be able to know the difference between a block cipher and a stream cipher or get a glimpse into the mathematics behind public key Cryptography this talk is for you.

What’s your background in cryptography? how did you discover it and why did you decide to study it?

I’ve always been fascinated by cryptography and cryptanalysis and despite having studied it during my university course, it’s more of an occasional hobby than something I do professionally. Although historic ciphers can be broken easily by anyone who’s good at solving puzzles, modern day cryptography requires a heavy background in maths which makes it harder to get into and why it remains mostly a hobby for me.

It obviously isn’t required that anyone wanting to use cryptography needs a PHD in maths though, it is possible to study and understand the algorithms that are used even if you don’t have the ability to create your own and break other peoples. A basic understanding of the underlying algorithms and ways of breaking them can help you avoid issues when using them and allow you to have a bit of fun when something a bit easier does come along such as my analysis of hashids.

(suite…)

[:fr]La parole est aux speakers : Charles Desneuf[:]

[:fr]Jusqu’au Forum PHP 2017, retrouvez nos interviews de speakers pour mieux comprendre leur parcours et le sujet qu’ils aborderont lors de leur conférence !

La conférence

Écrire des tests pour le long terme

Début de projet, bonne résolution, cette fois on va faire des tests ! Au début tout se passe bien, puis petit à petit les tests commencent à devenir un frein au projet, ils prennent du temps à écrire, à s'exécuter, à modifier, virent au rouge à la moindre modification du code. Nous verrons entre autre comment organiser les tests, quels sont les pièges à éviter et comment améliorer leur lisibilité. Ces différentes techniques permettant d'améliorer la maintenabilité des tests et faire qu'ils aillent même jusqu'à servir de documentation.

Tu vas nous parler de tests automatisés au Forum PHP, te souviens-tu de tes premiers contacts avec ces outils/méthodologies ?

Je ne me souviens pas bien de la première fois mais je dirais qu’il s’agissait d’une réunion d’équipe où l’on a décidé de mettre en place des tests pour améliorer la qualité de ce que l’on produisait. Le but était vague et bien évidemment par manque de temps et de connaissance des outils et techniques, on n’a rien fait.
La seconde fois c’était certainement sur un projet où la majorité des tests consistaient à vérifier que les getters retournaient bien les valeurs passées au constructeur. On avait aussi pas mal de tests avec des mocks qui sautaient en permanence, c’était plus pénible qu’autre chose.
C’était d’un intérêt limité et on a assez vite arrêté de les maintenir.

(suite…)

[:fr]La parole est aux speakers : Remi Collet[:]

[:fr]Jusqu’au Forum PHP 2017, retrouvez nos interviews de speakers pour mieux comprendre leur parcours et le sujet qu’ils aborderont lors de leur conférence !

La conférence

PHP 7.2

La version 7.2 devrait être publiée avant la fin de l'année. Présentation de cette nouvelle version et de ses nouveautés.

Comment devient-on release manager de PHP ?

Pour chaque version, 2 RM sont choisis par la communauté (après vote d’une RFC s’il y a plus de 2 candidats) parmi les contributeurs actifs. Pour moi, c’est une reconnaissance de mon activité de QA, en particulier lors des publications de versions (en lien avec les autres RM).

Le travail du RM consiste à s’assurer que la publication des nouvelles versions, de suivre les bugs, et les RFC et du respect des règles du projet (gel des fonctionnalités, stabilité, etc)

(suite…)