🤵🏼 👵🏿 🍹 Un petit mitap PHP international en ligne 🎻 🐹 👨🏻‍🚀

La quarantaine nous enferme dans quatre murs, mais d'un autre côté, elle efface les distances. Par exemple, ce samedi, il sera possible d'être à la réunion de la communauté de Minsk: les gars ont décidé d'utiliser pleinement les opportunités du format en ligne et de rassembler des experts de différents pays et villes en une seule émission.

Rapport sur l'application non triviale des technologiesSerafimArts de Moscou, une histoire sur une approche raisonnable de l'examen du code de seregazhuk de Bryansk, quiz PHP de pronskiyde Kharkov - ce n'est que la moitié d'un excellent programme .

«Venez» à l' émission le 25 avril. En attendant, un peu sur les héros du mitap en ligne du samedi.

«Ne menacez pas la blockchain de Minsk» ou une brève histoire de PHP de BY

Igor chilic, vous êtes l'un des co-organisateurs du mouvement de la communauté PHP de Minsk, et l'autre jour vous tiendrez votre 33ème réunion. Pendant ce temps, vous avez sûrement marché sur un tas de râteaux. Parlez-moi d'une école effrayante dans l'histoire de la communauté.

C'était un combo: nous avons essayé de tenir une mitap PHP avec le rapport "Blockchain, et pas un mot sur PHP" - en parallèle avec la mitap sur la blockchain)

Ok, nous avons compris le rapport qui n'est pas venu. Et quel rapport sur l'histoire de la communauté recommanderiez-vous à tout le monde?

Pour moi personnellement, le plus intéressant est «Comment commencer à contribuer à PHP» par Andrei Nester:

Comment tout a commencé?

Pour autant que je sache, il s'agissait à l'origine d'un mitap interne EPAM organisé par Alexander Simanovich. Ensuite, les mitaps ont atteint le niveau de la ville - et ont été appelés PHP UG (User Group) Minsk. Il semble que c'était 2013 - le premier événement a été créé sur notre Facebook . Eh bien, sur Facebook, il est facile de suivre le reste de l'histoire.

Il semble que vous ayez la communauté la plus stable et la plus durable de la CEI. Comment avez-vous réussi à ne pas vous dégonfler et à ne pas vous séparer?

En fait, nous avons été époustouflés et séparés. Mais chaque fois qu'il y avait des gens prêts à prendre l'initiative - et c'est cool! Autrement dit, les changements ont eu lieu dans la composition des organisateurs, mais pour la plupart, ils étaient imperceptibles - le numéro de l'événement a changé pour eux. Le fait est que pour organiser quelque chose, il faut beaucoup de temps et d'énergie. Et, bien sûr, des orateurs intéressés sont nécessaires. Merci beaucoup à eux)

«Révision du code: plus rapide, plus facile, plus efficace» (Sergey Zhuk, Skyeng)

Pourquoi avez-vous décidé d'en parler?

Toute modification du code doit être examinée. Amis et étrangers. Donc, je pense que c'est un point sensible pour beaucoup.

"Ne fais pas comme ça". Et comment - parlons dans le rapport.

Racontez une histoire qui ne sera pas incluse dans le rapport, mais qui illustre parfaitement le sujet.

Une fois que nous avons refactorisé les configurations du projet. Le code n'a pas changé du tout. Et lorsque nous l'avons testé localement, nous avons inséré l'accès prod (crédits API) à partir d'un service dans la configuration. Et puis ils ont fait une demande et réfléchi, eh bien, pourquoi la revoir: il n'y a que des configs, et les tests passent ...

Après chaque rapport, il sera possible de poser une question par la voix. Quelle question délicate vous poseriez-vous si vous écoutiez votre propre rapport?)

Au travail, vous pouvez toujours obliger les gens à adhérer à un certain flux, à rompre les demandes. En open-source, la situation est légèrement différente. Comment expliquer à la personne qui a consacré du temps à votre projet que vous souhaitez qu'il décompose la demande en plusieurs parties logiques?

«Au-delà du développement Web» (Kirill Nesmeyanov, PHP Russie)

Dans votre rapport, vous souhaitez montrer que PHP ne concerne pas uniquement les sites Web. Pourquoi avez-vous décidé d'en parler?

Qu'apprécions-nous dans les rapports? Unicité! Toutes sortes de choses folles qui sont souvent faites «pour les fans» contiennent une énorme quantité d'expérience difficile à obtenir dans la pratique quotidienne.

Amusant, non?)

Racontez une histoire qui ne sera pas incluse dans le rapport.

Attention, anecdote:

- De combien de développeurs dans un langage de frappe dynamique avez-vous besoin pour visser une ampoule?
- vrai

«Cornichon pour tester des projets sur Drupal 8» (Andrey Stepanov, Minsk EPAM)

Pourquoi avez-vous décidé d'en parler?

Lorsque j'ai eu besoin d'organiser des tests de site à l'aide de Gherkin, il s'est avéré qu'il n'y avait pas beaucoup d'informations sur le réseau à ce sujet. Ayant compris, j'ai décidé de combler cette lacune.

Après chaque rapport, il sera possible de poser une question par la voix. Quelle question délicate vous poseriez-vous si vous écoutiez votre propre rapport?

Je pense que ce serait la question «Comment cela va-t-il aider à résoudre mon problème XYZ?». Parce qu'il n'y a pas de réponse claire à cela. Si votre projet a un problème, mais que vous ne savez pas comment le résoudre, ne prenez pas les premières solutions exprimées par quelqu'un.

Nous réécrivons le projet de PHP4 à PHP7 (Maxim Shamaev, Skyeng)

Dans votre rapport, vous raconterez l'expérience que vous avez acquise avant de déménager chez nous. Pourquoi avez-vous décidé d'en parler? J'ai fait le

dernier rapport sur les journaux de l'expérience de Skyeng, et il est facile de remarquer que dans les grandes entreprises, nous vivons dans un monde de technologies actuelles plus ou moins. Mais ailleurs, des projets moralement obsolètes sont écrits, écrits avant l'émergence d'un POO distinct en PHP. Ils ont peur de l'ancien code, car il est effrayant et peu pratique, mais la lutte contre celui-ci ne trouve souvent pas le soutien des dirigeants.

Mon histoire permettra de comprendre comment, face à un vieux projet, le transformer en quelque chose de moderne.

Racontez une histoire qui ne sera pas incluse dans le rapport, mais illustre parfaitement le sujet.

C'est l'histoire d'un programmeur qui veut 5 000 $ et un projet que personne n'a réécrit. Souvent, je l'entends de différentes personnes. Eh bien, disent-ils, "ils ont appelé à un projet, beaucoup d'argent, une entreprise occidentale - mais l'ancien code, PHP4, MySQL4, le front sur les nouilles de jQuery" ... Les mêmes histoires, année après année. Je partagerai moi-même l'expérience inverse.

Après chaque rapport, il sera possible de poser une question par la voix. Quelle question délicate vous poseriez-vous si vous écoutiez votre propre rapport?

Étais-je sûr que la réécriture du code serait en mesure de «vendre» au client? Et avez-vous compris ce qui se passerait si cela ne fonctionnait pas.

«Création d'une architecture événementielle autour d'une application héritée» (Alexey Vasiliev, Raiffeisenbank)

Dans votre rapport, vous raconterez l'expérience de refactorisation d'un projet extrêmement ancien. Pourquoi avez-vous décidé d'en parler?

Il y a six mois, j'ai eu l'occasion de toucher la capsule temporelle - un petit projet semblait geler dans l'état où il était il y a dix ans. Et puis l'entreprise s'est souvenue de lui. Ceci est mon premier rapport, et je veux partager un exemple d'implémentation, ainsi que montrer les avantages d'Event Storming, BPMN, Messenger Component (Symfony) et l'API de plateforme en utilisant cet exemple.

Après chaque rapport, il sera possible de poser une question par la voix. Quelle question délicate vous poseriez-vous si vous écoutiez votre propre rapport?

Pourquoi écrire quelque chose en PHP si tout peut être implémenté dans Camunda?

psNous recherchons déjà des orateurs pour la prochaine réunion en ligne de mai. Écrivez dans des messages privés si vous souhaitez participer. Très probablement, il se tiendra à la fin du printemps, afin que vous ayez le temps de vous détendre avec le module complémentaire en ligne gratuit de PHP Russie.

pps Toutes les activités PHP que nous connaissons peuvent être trouvées ici , et la liste la plus complète des mitaps en ligne sur divers sujets et technologies peut être trouvée sur ce site .