Partager:
){kind=small}
Acteur de formation avec une thèse sur la comédie, je suis venu au développement PHP par le biais de la scène des rencontres. Vous pouvez me trouver en train de parler et d'écrire sur la technologie, ou de jouer/acheter des disques bizarres de ma collection de vinyles.
Vonage à PHPUK 2022
Temps de lecture : 8 minutes
Il n'est probablement pas surprenant que l'équipe soit très enthousiaste à l'idée de PHPUK 2022, étant donné les circonstances des deux dernières années et demie. Nous avons tous connu un certain nombre de revers (ou de fausses aubes, peut-être - par exemple, nous devions assister à LaraconEUqui a été annulé parce qu'Amsterdam était l'épicentre de la nouvelle vague COVID à ce moment-là) avec la réouverture des événements technologiques au monde, et comme vous pouvez l'imaginer, du point de vue des relations avec les développeurs, nous avons trouvé cela extrêmement difficile. Après tout, les rencontres et les conférences sont un élément clé de la connexion avec les gens. Nous avions une équipe qui se rendait à l'événement, armée d'un stand de conférence complet ; les choses ont l'impression les choses semblent revenir à la normale.
La variante Omicron est arrivée juste au moment où nous étions prêts à retourner sur le terrain. Lors de la conférence PHPUK, j'ai discuté avec Gary Hockin sur la présentation de son discours à PHPScotland à la fin de l'année dernière, qui était vraiment le seul événement majeur de PHP autre que LonghornPHP qui a réussi à avoir lieu. Les Numbers étaient en baisse, et des précautions essentielles ont rendu certains aspects de la conférence plus difficiles. Ainsi, PHPUK étant plus ou moins à la fin de la vague Omicron COVID, nous ne savions pas à quoi nous attendre.
Our booth at PHPUK 2022
Par précaution, nous avons opté pour des masques d'équipe à notre stand - vous portez un masque, nous portons un masque. Il était logique que nous soyons très prudents, mais il semble que la majorité des délégués présents à la conférence aient choisi de ne pas porter de masque.
J'ai toujours éprouvé un vague sentiment de fierté à l'idée que PHP soit le seul langage disposant d'un [grand nombre de jouets à collectionner ( https://elephpant.me/ ) (désolé Golangvous êtes nouveaux dans ce domaine). Même pendant l'enregistrement d'un l'enregistrement d'un court moment de comédiel'apparition d'éléphants jaunes a eu pour effet d'attirer l'attention du plus grand collectionneur du monde. le plus grand collectionneur du monde m'a immédiatement envoyé un message pour me demander s'il s'agissait de nouveaux ( !).
En fait, ce n'était pas le cas. Nous avions des restes de marque provenant de de notre ancienne entité corporative à distribuer, mais la question s'est posée : devrions-nous commander un nouveau lot d'éléphants Vonage en édition limitée ? La réponse de l'équipe semble être un "oui" retentissant.
J'ai également pu assister à une poignée de conférences, qui étaient toutes, bien sûr, superbes.
OK, je l'admets : J'ai beaucoup tardé à vérifier les nouvelles fonctionnalités du langage PHP8.1. La seule raison pour laquelle je l'ai sur ma machine est que j'ai écrit un article expérimental sur l'utilisation des fibres natives de PHP8.1mais j'y reviendrai plus tard.
Il y a trois choses qui m'ont frappé ici et sur lesquelles Derek s'est exprimé.
La première est l'introduction de classes Enum natives. Dans le Vonage PHP SDK de Vonage et tout au long de ma carrière de développeur, j'ai codé de très nombreuses classes de clients/services qui possèdent un grand nombre de constantes statiques. Ces constantes décrivent souvent l'état de la classe ; par exemple, un objet SMS peut être "distribué", "livré", "en attente", etc. Un autre exemple classique serait un article de blog avec un flux éditorial : "brouillon", "en cours de révision", "bureau du rédacteur", "publié", etc.
Enums sont une solution intéressante pour rendre vos classes plus sûres. Vous pouvez en savoir plus sur leur implémentation iciet comme le montre mon article sur Laravel 9les principaux frameworks les introduisent déjà pour des cas d'utilisation pertinents.
Le monde du PHP se plaint régulièrement de la façon dont les tableaux sont structurés et donc utilisés par les développeurs. Lorsque j'ai commencé à coder en PHP, je n'ai rien compris aux "tableaux hachés" et aux "tableaux associatifs", pensant que tout cela était logique. Cependant, de nombreuses années d'expérience, les cicatrices des codes les plus faibles, et la compréhension d'autres langages (dans ce cas-ci, Python) m'ont permis d'acquérir de l'expérience, Python) m'ont fait voir l'implémentation des tableaux en tant que structure de données pour ce qu'ils sont : un hack avec le potentiel de causer beaucoup de problèmes.
L'introduction de array_is_list() est une évolution bienvenue vers une approche peut-être plus intuitive des tableaux. Maintenant, vous pouvez vérifier si le tableau est réellement ce qui serait défini dans d'autres langages comme un listà savoir un tableau de hachage avec des clés entières consécutives. Vous pouvez trouver des exemples d'utilisation dans la pratique dans la documentation PHP.
Celui-ci va probablement résonner le plus avec les utilisateurs réguliers du framework qui créent régulièrement des services qui utilisent l'injection de dépendance. En plus de l'introduction de PHP8 l'introduction de la promotion des propriétés des constructeursvous pouvez maintenant utiliser le mot-clé new à l'intérieur des parenthèses de l'argument dans le constructeur pour faire des classes de constructeur codées de manière explicite. Vous pouvez maintenant supprimer la logique null pour que cela ressemble à quelque chose comme ceci :
class Article
{
public function __construct(
protected WorkflowState $workflowState = new WorkflowState('draft'),
)
}Ainsi, vous pouvez construire un objet Article avec un WorkflowState de votre choix, ou il sera créé par défaut avec l'état "brouillon" et promu en tant que $this->workflowState.
L'équipe chargée des relations avec les développeurs chez Vonage dispose d'une équipe dédiée à la rédaction de la documentation. Pourquoi ? Parce qu'il est difficile de rédiger une bonne documentation ; il est absolument essentiel que vos développeurs puissent obtenir les informations qu'ils recherchent le plus rapidement possible. Alexandra White nous a emmenés dans un voyage qui nous a fait hocher la tête, à la découverte des pièges, des notes de version qui font fureur et de la manière de prendre en compte son public (spoiler : assurez-vous que vous écrivez vos documents pour le passé, le présent, les pairs et la communauté, et faites en sorte que ce soit votre état d'esprit à chaque fois).
La malédiction de la connaissance a également été abordée la malédiction de la connaissanceque je rencontre régulièrement. Chez Vonage, nous devons constamment nous pencher sur ce problème : nous avons beaucoup d'API à documenter, donc lorsque nous rédigeons de la documentation ou des articles de blog, nous veillons à ne jamais ne jamais présumer de ses connaissances. Le développement de logiciels dans le monde JavaScript, par exemple, offre au développeur une mer infinie de choix, et il est donc important de reconnaître que vous lisez la pièce.
Au cours des cinq dernières années environ, nous avons vu un très grand nombre de startups bien financées qui utilisent le modèle commercial consistant à publier leur logiciel de base en tant qu'Open Source tout en conservant un code propriétaire dans le cadre d'une entreprise ou d'un produit Pass/SaaS. Cependant, comme l'a souligné Lorna, l'aspect "Open Source" de ce que nous faisons perd parfois de son sens : "Open Source" ne signifie pas "gratuit et sur Github", comme nous le voyons parfois avec des projets téléchargés puis rapidement oubliés. L'Open Source est synonyme de maintenance, de collaboration et de contributions de la part de la communauté ; c'est un logiciel dont la licence a été délibérément choisie pour être la plus pertinente possible, plutôt que de "jeter une licence MIT et l'oublier".
La partie de l'exposé de Lorna concernant les licences m'a fait réfléchir : quelles licences utilisons-nous pour tous les SDK Open Source de Vonage ? S'agit-il des bonnes licences ? (après des conversations à ce sujet, oui, elles le sont !) Mais ce qui constitue votre logiciel devrait également être documenté - ce que j'ignorais - dans le SBOMou nomenclature des logiciels dans le cadre de votre inventaire des codes. Tous ces aspects des logiciels libres sont des choses que nous devrions considérer davantage, en particulier peut-être au pays de PHP, étant donné que PHP est l'un des derniers langages véritablement Open Source.
Le PHP asynchrone est disponible pour les développeurs depuis que PHP5.6 a introduit les générateurs. Les générateurs ont permis l'introduction de co-routines, ce qui a conduit à la création de plusieurs frameworks PHP asynchrones tels que Swoole, amphpet ReactPHP.
La différence aujourd'hui est que les fibres sont natives, et que les Milko a montré quelques diapositives de code d'implémentation solides sur la façon dont vous pouvez coder pour la boucle d'événement. J'admets que c'est assez difficile à suivre, mais ce qui est important, c'est de montrer et d'apprendre comment programmer de manière asynchrone en PHP, car le taux d'adoption de frameworks tels que Framework X et ReactPHP ne fait qu'augmenter.
J'ai récemment écrit un article sur PHPStanqui est l'un des deux outils d'analyse statique bien maintenus et utilisés avec PsalmPHP. Le travail effectué par les auteurs de ces bibliothèques pour créer ces outils est tout simplement stupéfiant, et il n'y a pas de raison de s'en plaindre. Le travail que les auteurs de ces bibliothèques ont fourni pour créer ces outils est tout simplement stupéfiant, et DaveL'histoire de "Jack et Jill" de Dave, qui montre un parcours de codage pour rendre votre code plus robuste, m'a vraiment fait réfléchir à la chance que nous avons parfois au pays de PHP. Ces outils, comme démontré, peuvent vraiment transformer votre base de code PHP en ce qui est effectivement un langage compilé (et donc apporter les avantages qui viennent avec les langages compilés).
Les nombres étaient déjà en baisse cette année à cause de COVID, mais j'ai aussi été quelque peu malchanceuse en raison de la la tempête Eunice arrivait à Londres et, comme on pouvait s'y attendre, les gens avaient commencé à partir tôt. Comme je l'ai appris plus tard, c'était probablement une bonne décision, car la tempête a emporté l'ensemble des lignes ferroviaires de la côte ouest et de Chiltern, me laissant coincé à Londres.
Malgré ces difficultés, j'ai pris beaucoup de plaisir à monter sur scène pour parler de la découverte de PHP-VCR et de montrer des exemples de code utilisant le cadre de test cadre de test PEST. Les questions-réponses se sont avérées assez longues, avec des interactions qui ont abouti à des collaborations possibles pour apporter PHP-VCR à Laravel et PEST (ce que j'ai déjà commencé à étudier).
C'était un grand sentiment de revenir sur scène, enfin, après presque 3 ans - mais ce n'est que le début. Gardez un œil sur vos groupes de rencontre locaux pour voir si je reviens pour donner cette conférence pour vous !
Partager:
Acteur de formation avec une thèse sur la comédie, je suis venu au développement PHP par le biais de la scène des rencontres. Vous pouvez me trouver en train de parler et d'écrire sur la technologie, ou de jouer/acheter des disques bizarres de ma collection de vinyles.