Vous l'attendiez sans doute avec impatience pour pouvoir peaufiner votre séjour : le planning jour par jour est dévoilé ! Découvrez quand sont programmées les conférences que vous attendez le plus. Forcément, quelques cas de conscience s'annoncent, certains choix seront difficiles. Mais pas de panique, toutes les conférences seront filmées et disponibles quelques semaines après le Forum PHP 2023 sur notre chaîne YouTube.
Comme chaque année, chaque journée de conférences se terminera par une conférence plénière, dont la thématique s'éloigne de la technique pure et dure : ce sont nos conférences "aliens". Nous avons maintenant le plaisir d'annoncer notre deuxième invité : Loris GUÉMART, journaliste et rédacteur en chef de l'émission Arrêt Sur Images, nous rejoindra pour nous expliquer pourquoi "les journalistes se moquent des logiciels libres". Une conférence qui pique notre curiosité, à écouter le jeudi à 17h20.
À l'heure du midi, écoutez nos sponsors Or qui ont carte blanche sur leurs stands pour leur "coup de projecteur" !
Les-Tilleuls.coop (jeudi, 13h30) vous proposeront une démo API Platform sur les dernières fonctionnalités, proposée par Antoine BLUCHET et Kévin DUNGLAS.
Yousign (vendredi, 13h30) vous présentera l'entreprise, ses valeurs, et s'atterdera pour un focus sur ses équipes techniques.
Enfin, Clever Cloud fait durer le suspense : son coup de projecteur sera annoncé prochainement.
Alors que la billetterie est passée aujourd'hui dans sa phase Late Bird, il est vraiment temps pour vous de prendre vos places pour le Forum PHP 2023 les 12-13 octobre à Disneyland Paris si ce n'est pas déjà fait ! Nous vous attendons pour deux jours d'échanges, de rencontres, d'apprentissages et de convivialité lors du grand rassemblement annuel de la communauté PHP.
Docker a été créé il y a maintenant un peu plus de 10 ans, et s'est très vite imposé comme un incontournable. Il permet d'empaqueter des applications et leurs dépendances dans des containers légers et portables, offrant ainsi une flexibilité et une cohérence accrues lors du déploiement sur différentes plateformes.
Si vous n'êtes pas encore familier avec cet ecosystème ou si c'est un sujet que vous souhaitez creuser, cet article a justement pour but de vous transmettre toutes les connaissances de base pour enfin appréhender pleinement cet outil.
Vous découvrirez au cours des lignes qui suivent comment créer ses propres images Docker à l'aide de Dockerfile, ou bien encore en quoi consiste "Docker Compose", un outil qui vient compléter Docker en permettant la gestion d'applications multi-containers, et qui permet de définir et orchestrer vos services en un seul fichier.
Une image Docker est un modèle de système, qui contient tous ce qui est nécessaire pour exécuter une application, y compris le code, les dépendances, les bibliothèques système et les fichiers de configuration.
Nous pouvons utiliser une image fournie sur docker hub ou créer notre propre image sur mesure.
Dans le cas de l'utilisation d'une image existante, il est conseillé d'utiliser des images officielles.
Commandes pour manipuler les images :
docker image --helpdocker image ls -adocker image pruneUn container Docker est une instance exécutable d'une image Docker.
Il s'agit d'un environnement isolé et autonome qui encapsule une application ou un service, ainsi que toutes ses dépendances.
Chaque container Docker est créé à partir d'une image Docker et peut être lancé, arrêté, supprimé et déplacé facilement d'un système à un autre.
Commandes pour manipuler les containers :
docker container --helpdocker container ls -adocker container pruneLes volumes permettent aux containers de stocker des données et de les persister.
Ils sont initialisés lors de la création d'un container.
Ils permettent de conserver des données même si un container est supprimé, mis à jour ou rechargé.
Commandes pour manipuler les volumes :
docker volume --helpdocker volume ls -adocker volume prunedocker volume create myvolumeIl existe 3 type de volumes.
Quand on arrive sur un projet existant, on doit souvent subir une dette technique qui nous fait perdre du temps et qui nous rend fou au point de vérifier qui a fait le code. Vous aussi vous voulez entrer dans la postérité lors d’un git blame et mal concevoir votre produit ?
Vous avez de la chance, j’ai pu voir quelques exemples qui vont me permettre de vous expliquer les meilleures techniques pour créer votre propre projet legacy ?
D’après Wikipédia, il s’agit d’un concept de développement logiciel qui désigne la difficulté à faire évoluer ou à corriger un code source mal conçu initialement.
Inventé en 1992, le terme vient d'une métaphore qui applique au développement la notion de dettes que l’on peut trouver dans le milieu de la finance. On peut dire qu’une équipe de développement contracte une dette pour acquérir plus rapidement une fonction.
Il est possible de contracter une dette consciemment pour des problématiques de délais, mais elle peut être prise inconsciemment.
Prendre des mauvaises décisions dès le début en faisant des erreurs d’architecture peut être de vrais boulets pour la vie du projet.
Il faut bien comprendre le besoin et vos contraintes car chaque type d’architecture à ses avantages et ses inconvénients (oui le monolithe a des avantages, et vous pouvez voir les avantages du micro-services dans l’article “D'un monolithe vers une architecture microservices”). Partir sur une architecture micro-services alors qu’il n’y a pas les ressources suffisantes niveau infrastructure ou dans les équipes de développements, c’est le début de la souffrance sur le projet.
Vous n’avez pas forcément d’architecte dans vos équipes, mais avec l’expérience et l’entraide, vous pouvez prendre en compte tous les besoins et imaginer l’architecture qu’il vous faut. Si vous avez un architecte sous la main, n’hésitez pas à collaborer avec lui : vous allez pouvoir être sûr qu’il a toutes les informations nécessaires et vous, vous allez apprendre à son contact !
Pour être sûr de ne pas oublier des possibilités, essayez de faire plusieurs architectures différentes pour les comparer.
Ensuite il y a le choix des technologies, langages et outils.
L’erreur principal dont les motivations sont diverses c’est de vouloir utiliser une technologie qu’on ne connaît pas.
Par tendance, pour apprendre une nouvelle technologie, pour essayer de répondre à un besoin, peu importe votre raison, vous mettez le pied dans l’inconnu. Inconnu de temps, de montée en compétence, de maintenance, de coût et si cela répond réellement au besoin.
Les bonnes questions à vous poser sont :
On veut souvent tester les dernières tendances, mais si vous n’avez pas au moins 3 “Oui” à la liste de questions, revoyez votre copie.
(cet article nécessite un minimum de connaissances sur les licences libres)
Il y a quelques mois, j’ai écrit un article sur les licences libres sur un autre de mes sites. J’y citais, au même titre que d’autres licences, la EUPL (European Union Public License).
Petite parenthèse sur la licence EUPL : Il s’agit d’une licence libre « à copyleft », assez similaire à la GNU GPL. Son texte est d’une grande clarté et d’une grande précision. Elle est traduite en 23 langues, qui sont toutes d’égale valeur d’un point de vue juridique, et est compatible avec un grand nombre de licences libres (GPL, LGPL, AGPL, MPL, CeCILL, etc.). En résumé, c’est une licence libre de très grande qualité, dont l’utilisation est à considérer sérieusement.
Suite à cet article, j’ai été contacté par le juriste qui dirige le travail sur cette licence. L’échange que nous avons eu a été particulièrement riche et intéressant. Un point m’a semblé potentiellement explosif et j’ai eu envie de le partager ici.
Revenons un peu en arrière et parlons de la différence entre les licences GPL et LGPL, qui sont deux licences libres très connues. Pour schématiser, ce sont des licences libres à copyleft qui ont été créées à une époque où le développement se faisait principalement avec des langages compilés (typiquement le C).
Du code sous licence GPL ne peut être lié (« linké » en anglais) qu’avec du code placé aussi sous licence GPL. Donc si quelqu’un crée une bibliothèque de fonctions (une « librairie » pour continuer avec les anglicismes) et la place sous GPL, elle ne pourra être utilisée que par des logiciels qui sont sous GPL.
La LGPL a justement été conçue pour les librairies, pour qu’elles puissent être liées à du code propriétaire (= non libre). Cette licence permet d’avoir du code libre, dont les dérivés restent libres (grâce au copyleft), mais qui peut être intégré à n’importe quel logiciel, quelle que soit sa licence (libre ou propriétaire).
Comme je le disais plus haut, la EUPL est similaire à la GPL. Mais l’Union européenne ne propose pas de licence similaire à la LGPL.
J’ai demandé pourquoi le cas de figure traité par la LGPL n’a pas été pris en compte par la EUPL. La réponse est que, dans le droit européen (directive
Version utilisée : 3.1
Attention : Ce ne sera pas facile.
Connaitre le fonctionnement de API Platform n’est pas un pré-requis. Si vous n’avez jamais fait de Docker, pas de souci, je récapitule quelques concepts et fondamentaux lorsque je trouve que c’est nécessaire. Je vais les précéder du symbole :
Version utilisée : 3.1
Attention : Ce ne sera pas facile.
Connaitre le fonctionnement de API Platform n’est pas un pré-requis. Si vous n’avez jamais fait de Docker, pas de souci, je récapitule quelques concepts et fondamentaux lorsque je trouve que c’est nécessaire. Je vais les précéder du symbole :
Version utilisée : 3.1
Attention : ce ne sera pas facile.
Connaitre le fonctionnement de API Platform n’est pas un pré-requis. Si vous n’avez jamais fait de Kubernetes ou de Docker, pas de souci. Je récapitule quelques concepts ainsi que des fondamentaux lorsque je trouve que c’est nécessaire. Je vais les précéder du symbole :
Plusieurs membres de l'organisation de l'AFUP connaissaient et apprécient la chaîne YouTube "La Veillée", où des personnes, connues ou anonymes, partagent une histoire, une anecdote, une expérience qui bien souvent, ont marqué leur vie. Nous nous en sommes donc inspirés pour découvrir une autre facette de notre communauté !
Vous avez construit votre maison vous-même, vous avez fait un voyage incroyable, vous avez réalisé un projet innovant, vous avez pris part à une aventure humaine inoubliable, vous avez un parcours inhabituel ou un hobby peu commun, vous avez fait une rencontre improbable voire surnaturelle… Racontez votre histoire extraordinaire ! Pendant une dizaine de minutes, partagez un tout autre aspect de votre vie. Une seule condition : ne nous parlez pas technique, développement, langage ou management ! Pas de slides à prévoir : nous plongerons la salle dans une ambiance rappelant feux de camps et nuits à la belle étoile, pour une fin de journée plus intimiste.
Seules les personnes inscrites au Forum PHP 2023 peuvent soumettre leur(s) histoire(s). Les personnes sélectionnées seront contactées par email d'ici au 15 septembre au plus tard. La session est prévue en fin de journée du jeudi 12 octobre.
Pour information, cet appel est proposé aux membres du public, à nos speakers programmés et à nos sponsors. Si besoin d'accompagnement pour la préparation de la narration de votre histoire, nous pourrons vous en proposer un. Cet appel à sujets ne permet pas de bénéficier du package speaker.
Envie de partager un moment particulier de votre vie avec notre public lors d’une intervention sans rapport avec la tech ? Soumettez votre histoire à notre appel !
Lors de l'édition 2022 du Forum PHP, nous avons pu profiter du service de vélotypie grâce aux professionnel.le.s de l'équipe du Messageur. Si bien sûr, le public sourd et malentendant était le principal bénéficiaire de cette nouveauté du Forum PHP, elle profitait également à de nombreuses personnes appréciant de lire en même temps qu'elles écoutent, et a permis de proposer des vidéos des conférences sous-titrées dès leur publication sur notre chaîne YouTube. Bref, ce service a été fortement apprécié et à l'AFUP, nous avons été satisfaits de bout en bout par la collaboration avec Le Messageur.
L'expérience en 2022 ayant été un succès, nous avons rapidement validé la venue du Messageur dès les premières réunions de préparation du Forum PHP 2023, en fin d'année dernière. Cependant, le contexte économique du premier semestre 2023 entraine des complications financières pour notre événement. Nombre de sponsors en baisse, montant des sponsorings en baisse, inflation qui impacte toutes les lignes du budget de l'événement... Après avoir attendu le plus possible, espérant un rebond dans nos budgets, nous avons finalement pris la décision d'annuler le sous-titrage en direct des conférences cette année. Nous avons conscience de l'importance de rendre nos événements accessibles au plus grand nombre et nous nous excusons de ne pouvoir les accueillir dans de meilleures conditions cette année.
Si vous avez besoin d'un outil de sous-titrage en direct lors du Forum PHP 2023, n'hésitez pas à nous contacter. Nous sommes prêts à explorer des solutions individuelles pour garantir que l'ensemble des participant.e.s puisse profiter pleinement des présentations.
Soyez assuré.e.s que nous travaillons à mettre en place une solution de sous-titrage pour l'année prochaine.
Nous vous remercions de votre compréhension et de votre soutien. Nous avons hâte de vous retrouver cet automne, et nous l'éspérons en 2024 avec une expérience améliorée pour toutes et tous !
La liste des conférences et des speakers qui les présenteront est disponible sur notre site.
Pour vous renvoyer au bureau avec toutes les dernières actualités du langage en tête, vous pourrez compter sur des conférences techniques pointues abordant PHP 8, Sylius, Symfony UX et Laravel. Des talks tels que "Why PHP is still awesome in 2023" par Frank KARLITSCHEK, "Comment nous avons rendu API Platform compatible avec Laravel" par Antoine BLUCHET, "Changements de comportements en PHP 8" par Damien SEGUY, "Symfony se met au front, à votre tour maintenant !" par Matheo DANINOS et "Lights and shadows of BDD in Sylius (and probably other companies as well)" de Mateusz ZALEWSKI nous permettront de faire un tour d'horizon sur ces thématiques au cœur de notre quotidien.
La question des outils sera aussi largement abordée : Postgres, PHPStorm, Predis ou frameworks asynchrones sont au menu, grâce aux présentations de Lætitia AVROT ("Index Wars: Le pouvoir des Jedi des Index dans l'univers de Postgres"), de Charles DESNEUF ("Phpstorm = < 3"), de Alexandre DAUBOIS ("Streams : Nous sous-estimons tous Predis !") ou de Benoit VIGUIER ("ReactPhp, Amp, RevoltPhp: comparatif des frameworks asychrones").
Un retour d'expérience sur OpenAI avec Maxime THOONSEN, la créativité dans l'apprentissage avec Aurélie VACHE, PHP en serverless avec Matthieu NAPOLI, webperf avec Kévin DUNGLAS, et moteur de collision avec Maxime VEBER sont également au programme.
Côté management, on traitera des questions de rémunération et temps de travail avec Xavier GORSE, du mentorat avec Pauline RAMBAUD ou du burn-out avec Thomas BOILEAU.
Enfin, nous terminerons chaque journée par une conférence "alien", nous permettant d'aborder un sujet plus ou moins éloigné de notre quotidien. Isabelle COLLET, professeure en sciences de l’éducation à l’Université de Genève, nous parlera de féminisation dans le domaine du numérique. Une deuxième conférence sera annoncée prochainement.
L'appel à conférences a recueilli 203 soumissions de conférences, proposées par 127 conférencières et conférenciers : vous avez établi un nouveau record pour un événement AFUP ! Bravo et merci beaucoup à toutes les personnes qui ont proposé des sujets.
Envoyez un email avec l'URL du site et du flux à planetephpfr AT afup POINT org
Gestion