La parole est aux speakers : Kévin Dunglas

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

La conférence

Utiliser le protocole Vulcain pour créer des API REST ultra-performantes

Au fil des années, plusieurs formats ont été créés dans l’objectif d’améliorer les performances des API Web : (n + 1, sur-extraction, sous-extraction)… La dernière solution à la mode pour créer des API rapides se nomme GraphQL, un hack réseau malin… mais que HTTP/2 et HTTP/3 rendent désormais désuet !

Ces nouvelles versions du protocole au coeur Web disposent de fonctionnalités natives permettant de créer des API rapides et idiomatiques : multiplexage, Server Push, dé-duplication des en-têtes, compression, connexions persistantes…

Vulcain est un tout nouveau protocole qui tire parti au maximum de HTTP/2 et 3 pour améliorer drastiquement la performance des API REST !

Après quelques rappels concernant HTTP et REST, nous découvrirons comment est conçu Vulcain, et comment il est facile à mettre en place avec les API PHP (réalisées à l’aide d’API Platform ou non), ainsi que comment en tirer parti en JavaScript.

Katherine Johnson
22/10/2020
14:30-15:10

Peux-tu nous en dire plus sur l’avancement du protocole Vulcain ?

Vulcain propose deux très simples nouveaux en-têtes de requête HTTP qui permettent au serveur de deviner de quelles données le client aura besoin. Le serveur peut ensuite préparer et envoyer ces données le plus tôt possible, typiquement en utilisant HTTP/2 Server Push.
La version initiale de la spécification Vulcain a été publiée sous la forme d’un Internet-Draft en avril 2020.

Suite à cette publication, j’ai eu des retours très intéressants en provenance de la communauté eZ Publish et de l’auteur de la spécification Prefer-Push.
Grâce à ces échanges, il m’a été possible de rendre la spécification encore plus flexible et générique. Une nouvelle version intégrant ces changements a été publiée fin août. Elle ajoute une mécanique de sélection “hypermédia” relativement similaire à ce que propose Prefer-Push qui permet – en complément du mécanisme de sélection déjà existant – de récupérer des relations ayant un certain type, un certain format et/ou une certaine langue.

Désormais Vulcain utilise également les en-têtes HTTP structurés, qui sont en voie de devenir une RFC.

En parallèle à ce travail de fond sur la spécification, un énorme boulot a été effectué sur l’outillage afin de permettre une adoption plus large.

L’un des points de friction majeur pour une adoption massive de Vulcain est que la spécification doit être supportée par le serveur “edge” qui maintient la connexion avec le client.

Pour ce faire, nous travaillons d’arrache-pied sur deux fronts :
– proposer un meilleur support de Vulcain dans l’outillage existant, et je vous expliquerai ça en détail lors de ma session
– tenter d’améliorer les spécifications existantes pour permettre les usages novateurs tels que celui proposé par Vulcain (exemple : https://github.com/w3c/preload/pull/149).

Côté standardisation, la création d’un nouveau groupe de travail de l’IETF dédié aux API HTTP est actuellement en discussion. Si un tel groupe voit le jour, nous proposerons de discuter de Vulcain en son sein.

(suite…)

La parole est aux speakers : Sarah Haïm-Lubczanski

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

La conférence

L'open source, ce n'est pas que pour le web

PHP est open source. L’open source est un modèle de gouvernance pour les logiciels, mais pas seulement les logiciels !

Connaissez-vous l'open hardware ? Savez-vous ce que la NASA partage sur Github ? Vous avez certainement déjà écouté, ou produit de la musique open source, savez-vous qu’il existe des médicaments open source ? Répliquer une information, et la partager devient rapide et émancipateur, le monde se libère un peu plus.

Après une petite plongée dans les principes de partage de l’open source, nous ferons un tour d’horizon des initiatives open source dans d’autres domaines que l’informatique, pour en apprendre un peu plus sur la culture du libre, les rapports de force qui y conduisent, et revenir aux bases du partage.

Katherine Johnson
23/10/2020
15:15-15:55

Est-ce que l’on peut imaginer que l’open-source était déjà présent avant le web ? Aurais-tu quelques exemples dans ce cas ?

Excellente question, à laquelle je réponds durant ma conférence !
Le terme « open source » date de 1998 mais le fait de publier le code ou de le laisser en accès libre est plus ancien.
Pour répondre anti-chronologiquement, le Web a permis une circulation de l’information plus rapide, et notamment le partage du code (texte ou binaire) de plus en plus rapide au fur et à mesure que les débits réseau augmentaient. Le Web a d’abord été accessible à des universitaires et à des militaires, puisqu’Internet a été créé, après ARPANet, comme réseau entre universités américaines. Cependant, avant le Web, on pouvait déjà s’envoyer des supports numériques par courrier postal.
Préalablement au Web, on avait déjà des ordinateurs. Le code pour faire fonctionner ces ordinateurs était fortement lié au matériel composant ces ordinateurs. Chaque développeur-utilisateur pouvait améliorer le logiciel et le modifier, jusqu’à ce que quelques personnes à la fibre commerciale, dont Bill Gates, se rendent compte qu’il y avait moyen de vendre les améliorations et les nouvelles fonctionnalités.
De ce fait, l’open source a été créé en réaction à une extension du droit d’auteur (calqué sur les auteurs de livres) au logiciel, lié par l’appât du gain financier.

(suite…)

La parole est aux speakers : Gilles Dowek

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

La conférence

L'émergence des questions éthiques en informatique

Si une éthique des sciences biomédicales existe depuis le serment d'Hippocrate, la nécessité d'une réflexion éthique sur les enjeux de l'informatique ne date que d'une décennie ou deux. Pourtant les questions sont nombreuses : du respect de la vie privée à la reconnaissance d'un droit fondamental à une connexion au réseau, de la question de la responsabilité des algorithmes à celle de la justice prédictive, nous essayerons de donner quelques exemples des questions éthique dont il est peut-être important, pour les entreprises, de se saisir, quand l'éthique commence à devenir un avantage concurrentiel.

Katherine Johnson
23/10/2020
17:10-17:40

Selon vous, est-ce que le sujet de l’éthique dans le milieu IT a été trop longtemps reporté et laissé de côté ?

Les questions éthiques n’ont sans doute pas été « reportées » ou « laissées de côté », ce qui laisserait entendre qu’elles ont été ignorées intentionnellement. Mais, il est vrai que nous avons mis du temps à prendre conscience de leur importance : alors que les premiers ordinateurs datent des années 1940, ce n’est que dans les années 2000 que le sujet s’est imposé. Cela dit, ce retard est assez facile à expliquer : quand les informaticiens concevaient des algorithmes de parcours de graphes, ces questions n’étaient pas si centrales. C’est le développement des réseaux et du web qui ont mis en avant les questions de la protection des données personnelles, du droit à l’oubli ou des risques et bénéfices d’une application comme StopCovid.

(suite…)

La parole est aux speakers : Hélène Maître-Marchois

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

La conférence

Keep calm and trust your team

Convaincue que l’avenir ne pourra se vivre sereinement que si chacun fait sa part, je veux vous donner envie d’adopter deux ou trois petites (r)évolutions dans votre vie professionnelle.

En partageant avec vous des histoires vraies vécues par les coopérateurs de Fairness, je veux vous convaincre que de petits changements, mis bout à bout et intégrés à notre quotidien ont pu nous permettre d’être plus en accord avec nos valeurs personnelles et d’envisager notre futur avec plus de joie et de sérénité.

À chaque difficulté sa piste pour se sentir plus à sa place : de la qualité du code à la réduction de l’empreinte environnementale du numérique en passant par un travail plus collaboratif ou même une réflexion plus poussée autour des produits que nous développons, j’évoquerai avec vous quels ont été nos choix pour évoluer et trouver du sens dans notre métier.

Grace Hopper
23/10/2020
16:25-17:05

Hélène, tu es agiliste chez Fairness. Peux-tu nous présenter en quelques lignes ta société ?

Nous sommes une coopérative de six personnes spécialisée dans le développement responsable d’applications web et mobiles. Nous sommes très attachés à la qualité du code à l’efficience et à l’efficacité de nos produits, conçus avec nos clients pour qu’ils répondent exactement à leurs besoins sans consommer de ressources inutiles. L’équipe comprend des agilistes (PO, SM et Coach agile) et des développeurs qui travaillent principalement sur php, symfony, node, nestjs, go, react, svelte, javascript et typescript.

(suite…)

La parole est aux speakers : Estelle Landry

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

La conférence

Comment perdre sa surchage featurale ?

Le cycle de vie d'une application est un chemin nébuleux et plein de dangers. La complexité ne fait que croitre durant les mois et les années d'utilisation. L'un des plus gros challenges d'un développeur est de pouvoir la contrôler tout en ajoutant de nouvelles fonctionnalités (features).

Des solutions existent : le ré-écriture de code ou encore la maitrise de la dette technique. En effet, ces deux actions permettent de lever "la complexité accidentelle". Mais que faisons nous de la "complexité essentielle" ? La complexité qui n'est pas liée au code.

La seule solution : Supprimer des fonctionnalités ! Ce talk vous expliquera comment perdre la surcharge featurale de vos applications en comprenant la différence entre la complexité essentielle et la complexité accidentelle, mais aussi en vous donnant des clés pour mener à bien ce changement dans vos équipes projet.

Katherine Johnson
23/10/2020
11:25-12:05

Une personne technique a parfois du mal à accepter de supprimer une fonctionnalité qu’elle a codée, as-tu des pistes à nous communiquer pour résoudre ce challenge ?

Il est souvent difficile d’accepter du code que l’on a fait de ses propres mains. On peut souvent prendre ce geste comme un « gâchis » un « non respect du travail accompli » ou encore « une attaque envers ses compétences » alors que les suppressions, le nettoyage de code font partie de notre job. Pour devenir meilleur·e, il faut savoir revenir sur le passé et s’adapter aux nouveaux besoins des utilisateurs et utilisatrices.
C’est comme cela que l’on fait un produit plus fort, plus lisible, plus maintenable.
Si cet argument n’est pas reçu, il faut savoir aussi être factuel. Parlez avec des chiffres. Seulement X utilisateurs utilisent cette fonctionnalité depuis un mois….
Ce genre de chiffres ne mentent pas. Des arguments factuels sont toujours essentiels face à des personnes très logiques/cartésiennes.

(suite…)

La parole est aux speakers : Pascal Martin et Martin Supiot

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

La conférence

PHP, c’est vous ! Et vous pouvez contribuer !

Quand nous posons la question « qui contribue à PHP ? » lors des évènements que nous organisons ou auxquels nous participons, nous n’obtenons que très peu de réponses. Est-ce parce que peu d’entre nous savent ou aiment coder en C ? Pourtant, participer et contribuer ne se limite pas à des lignes de code, loin de là !

Avez-vous trouvé l’éditeur en ligne de la documentation de PHP ? Avez-vous soumis des patchs à composer et symfony ou même à magento et wordpress, qui sont open-source et attendent vos contributions ? Avez-vous testé les versions alpha de PHP 8 ? Voyez-vous comment organiser un Apéro PHP ou un Meetup ? Ou même un AFUP Day ou le Forum PHP ? Savez-vous que l’AFUP a besoin de vous ? Que c’est une association qui est là pour vous aider et ce qu’elle peut vous apporter ?

Avec mille et une façons de contribuer, venez faire un tour d’horizon de modes de contribution que vous n’aviez peut-être pas encore envisagés, ou dont vous vous étiez dit qu’ils n’étaient pas pour vous. Vous verrez que, vous aussi, vous pouvez contribuer à PHP 😉

Grace Hopper
23/10/2020
11:25-12:05

Vous donnez une conférence à deux, en habitant dans deux villes différentes. Comment se prépare un tel exercice ?

Repose-nous la question une fois la conférence passée 😉

Nous avons commencé à réfléchir à ce projet, il y a plusieurs années, en échangeant quelques DM Twitter, puis en discutant par téléphone. Emballés par l’idée, nous avons ouvert un Google Doc pour noter, en collaboration, toute une série de points qui allaient devenir un sujet. Petit à petit, ce document s’est enrichi et nous a permis de rédiger notre proposition au CFP du Forum PHP.

Une fois celle-ci acceptée, nous avons itéré sur une MindMap, en nous appelant régulièrement — une fois par mois cet été, plus souvent depuis — en vidéoconférence.

Au moment où nous répondons à cette question, début septembre, cette MindMap nous semble complète : nous avons le gros de notre contenu, même si nous allons sans doute retoucher quelques branches en répétant.

Il est donc temps pour nous d’attaquer une seconde phase d’itérations : répétitions (en videoconf) de notre présentation et élaboration des slides pour la supporter. Nous testerons aussi l’outil qui sera utilisé lors de la conférence : nous l’avons déjà manipulé pour l’AFUP Day 2020 – édition en ligne en tant que speaker à Tours et animateur à Lyon… Mais pas encore à deux sur un même sujet.

Le jour J… Nous avons chacun donné des conférences à distance seuls, mais jamais à deux. Il y a toujours le risque qu’un problème technique vienne rendre l’exercice difficile. « On va voir » !

(suite…)