Grâce au baromètre des salaires en PHP, développeurs et développeuses disposent depuis 2012 d’un outil fiable et objectif leur permettant de valoriser leurs compétences auprès de leur employeur, tout en offrant aux entreprises une vue d’ensemble du milieu et un référentiel pour mieux gérer la carrière des membres de leurs équipes.
Ainsi, les questions permettant de dégager les grandes tendances qui ont fait le succès de l’enquête sont bien sûr au menu de l’édition 2023. Vous retrouverez donc les questions relatives à l’évolution des salaires et au type d’entreprise : quel est le niveau de rémunération ? Quel est le niveau de satisfaction ? Quelle est la taille de l’entreprise ? Où se situe-t-elle ? Les questions habituelles portant sur l’évolution du langage, son utilisation au quotidien, sur les tendances managériales sont également présentes, permettant de continuer le travail de collecte, de suivi et de décryptage au fil du temps.
Mais l’enquête doit également son succès à sa capacité à ressentir les fluctuations du marché et à s’adapter aux retours et demandes de la communauté. La version 2023 ne fait pas exception : après des questions relatives à la gestion de la crise sanitaire en 2020-2021, la thématique de l’évolution de carrière et de la reconversion en 2021-2022, l’enquête se penche cette année sur les sujets de la recherche d’emploi et de l’inclusivité dans notre milieu. Des thématiques que notre partenaire WeLoveDevs.com, le média emploi qui rassemble les techs à la recherche du bonheur au travail, a tout particulièrement à cœur et qui apporteront un nouvel éclairage intéressant sur le quotidien de notre communauté.
Chaque année, 600 à 900 devs partagent leurs informations avec nous : que les répondant·e·s nous soient fidèles, ou qu’il s’agisse d’une première participation, l’essentiel est de récolter un maximum de réponses d’ici au 18 décembre, date de clôture de l’enquête, pour établir un état des lieux des plus précis et détaillé qui profitera à toute la communauté lors de sa diffusion au premier semestre 2024. Merci de votre participation !
Répondez à l'enquête, en quelques minutes et en tout anonymat, avant le 18 décembre 2023 : nous avons besoin de vous pour comprendre comment notre milieu évolue.
Cet article Vim, l’e-sport Excel et la résistance de PHP est apparu en premier sur Synolia Agence E-commerce, CRM, Business Intelligence et PIM.
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 --help
docker image ls -a
docker image prune
Un 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 --help
docker container ls -a
docker container prune
Les 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 --help
docker volume ls -a
docker volume prune
docker volume create myvolume
Il 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 !
Envoyez un email avec l'URL du site et du flux à planetephpfr AT afup POINT org
Gestion