Souvent, les choses cool sortent presque spontanément - et parce que quelqu'un n'a pas besoin d'en faire un peu plus.
D'excellents orateurs se
sont réunis à Ufa pour la conférence - et ont facilement accepté de lire un rapport supplémentaire, plus technique, séparément de l'événement principal. Les organisateurs d'Ufadevconf, pour lesquels un merci spécial à eux, ont accepté de dédommager les intervenants pour une journée supplémentaire dans la ville. Et les gars de Modulbank qui ont écrit depuis longtemps qu'ils sont prêts à coopérer avec nous sur la ligne des mitaps n'ont pas déçu: ils ont donné le site, bien que PHP ne soit même pas leur pile, et les choses peuvent être plus intéressantes vendredi soir.

Mais le reste - diapositives, pizza, inscription - pas de problème.
Jetez un œil au mitap Ufa PHP dans la soirée du 29 novembre. Et si vous voulez entrer - il y a un emplacement pour le troisième rapport.
Sous la coupe, vous pouvez rencontrer des orateurs déjà confirmés.
Sergey Zhuk, développeur backend senior de l'application Words de Skyeng, auteur d'un blog et de livres sur le PHP asynchrone (et pas seulement)
Que raconterez-vous au mitap?Comment améliorer les performances de vos applications avec ReactPHP et vous faire des amis du code synchrone et asynchrone.
Qu'est-ce que j'aimerais écouter d'autre - par exemple, du 3e orateur que nous recherchons?Quelque chose sur les compétences générales ou la toxicité, par exemple.
Racontez l'histoire la plus terrible et la plus honteuse de votre pratique.Lors de l'un de nos travaux précédents, nous avons commencé à refactoriser à grande échelle de CodeIgniter à Laravel, et au milieu de cela, j'ai arrêté.
Anton Morev, CTO Wormsoft, conférencier à PHP Russie et de nombreuses autres conférences
Que raconterez-vous au mitap?Je vais vous expliquer comment nous organisons un référentiel d'un grand nombre d'images à l'aide de Glide, Flysystem, Yii2 et NuxtJS.
Qu'est-ce que j'aimerais écouter d'autre - par exemple, du 3e orateur que nous recherchons?A propos des erreurs typiques des développeurs PHP, qui ne sont pas toujours évidentes.
Racontez l'histoire la plus terrible et la plus honteuse de votre pratique.Une fois, nous avons finalisé le visuel du formulaire de demande chez le client. Le développeur, afin de ne pas tirer à nouveau l'API de traitement des applications, a commenté la ligne d'envoi dans l'API.
Pendant plusieurs jours, nous avons testé l'animation de l'envoi du formulaire de candidature, reçu le «ok» convoité du client et l'avons envoyé à la version ... Pendant plusieurs jours, les clients potentiels de notre client ont vu une merveilleuse animation d'envoi de la candidature, mais personne ne les a contactés ... Après tout, chacun de nous est un développeur, un testeur , le client et, bien sûr, j'ai pensé: "Eh bien, quelqu'un a définitivement vérifié le fait d'envoyer."
ps Vous pouvez suivre les rallyes et émissions d'autres villes ou participer à la vie de la communauté PHP à travers le pays
sur le github .
UPD
Vidéo