🙏 🍖 👩‍👩‍👦‍👦 Un pequeño mitap internacional de PHP en línea 🏚️ 👰 👨🏽‍💻

La cuarentena nos encierra en cuatro paredes, pero por otro lado borra las distancias. Por ejemplo, este sábado será posible estar en la reunión de la comunidad de Minsk: los chicos decidieron aprovechar al máximo las oportunidades del formato en línea y reunir a expertos de diferentes países y ciudades en una sola transmisión.

Informe sobre la aplicación no trivial de tecnologías deSerafimArts de Moscú, una historia sobre un enfoque razonable para la revisión de código de seregazhuk de Bryansk, cuestionario PHP de pronskiyde Jarkov - esto es solo la mitad de un gran programa .

“Ven” a la transmisión el 25 de abril. Mientras tanto, un poco sobre los héroes del mitap en línea del sábado.

"No amenace la cadena de bloques de Minsk" o una breve historia de PHP de BY

Igor chilic, usted es uno de los coorganizadores del movimiento de la comunidad PHP de Minsk, y el otro día celebrará su 33ª reunión. Seguramente durante este tiempo pisaste un montón de rastrillos. Cuéntame sobre alguna escuela aterradora en la historia de la comunidad.

Fue un combo: tratamos de mantener un mitap PHP con el informe "Blockchain, y ni una palabra sobre PHP", en paralelo con el mitap sobre blockchain)

Ok, entendimos sobre el informe que no salió. ¿Y qué informe de la historia de la comunidad recomendaría definitivamente a todos?

Para mí personalmente, lo más interesante es "Cómo comenzar a contribuir a PHP" por Andrei Nester:

¿Cómo comenzó todo?

Hasta donde yo sé, este fue originalmente un mitap interno de EPAM organizado por Alexander Simanovich. Luego, los mitaps alcanzaron el nivel de la ciudad, y se llamaron PHP UG (Grupo de usuarios) Minsk. Parece que fue 2013: el primer evento se creó en nuestro Facebook . Bueno, entonces en Facebook es fácil seguir el resto de la historia.

Parece que tiene la comunidad más estable y duradera de la CEI. ¿Cómo te las arreglaste para no desinflarte y no romper?

De hecho, nos quedamos impresionados y divididos. Pero cada vez había gente lista para tomar la iniciativa, ¡y eso es genial! Es decir, los cambios tuvieron lugar en la composición de los organizadores, pero para la mayoría fue invisible: para ellos, el número del evento cambió. El hecho es que para organizar algo, se necesita mucho tiempo y energía. Y, por supuesto, se necesitan oradores interesados. Así que muchas gracias)

"Revisión del código: más rápido, más fácil, más eficiente" (Sergey Zhuk, Skyeng)

¿Por qué decidiste hablar de esto?

Cualquier cambio en el código debe ser revisado. Amigos y extraños. Entonces, creo que este es un punto doloroso para muchos.

imagen

"No hagas así". Y cómo, hablemos en el informe.

Cuente una historia que no se incluirá en el informe, pero que ilustra perfectamente el tema.

Una vez que reestructuramos las configuraciones del proyecto. El código no cambió en absoluto. Y cuando lo probamos localmente, insertamos el acceso a productos (créditos API) de un servicio en la configuración. Y luego hicieron una solicitud y pensaron, bueno, por qué revisarla: solo hay configuraciones, y las pruebas pasan ...

Después de cada informe, será posible hacer una pregunta por voz. ¿Qué pregunta difícil te harías si fueras un oyente en tu propio informe?)

En el trabajo, aún puede hacer que las personas se adhieran de alguna manera a un determinado flujo, interrumpir las solicitudes. En código abierto, la situación es ligeramente diferente. ¿Cómo explicarle a la persona que dedicó tiempo a su proyecto que desea que divida la solicitud en varias partes lógicas?

"Más allá del desarrollo web" (Kirill Nesmeyanov, PHP Rusia)

En su informe, desea mostrar que PHP no se trata solo de sitios web. ¿Por qué decidiste hablar de esto?

¿Qué valoramos en los informes? ¡Unicidad! Cualquier locura que a menudo se hace "para fanáticos" contiene una gran cantidad de experiencia que es difícil de obtener en la práctica diaria.

imagen

Diversión, ¿verdad?)

Cuente una historia que no se incluirá en el informe.

Atención, anécdota:

- ¿Cuántos desarrolladores en un lenguaje de escritura dinámico necesita para atornillar una bombilla?
- cierto

"Pepinillo para probar proyectos en Drupal 8" (Andrey Stepanov, Minsk EPAM)

¿Por qué decidiste hablar de esto?

Cuando necesitaba organizar las pruebas del sitio usando Gherkin, resultó que no había mucha información en la red sobre esto. Entendido, decidí llenar este vacío.

Después de cada informe, habrá una oportunidad para hacer una pregunta por voz. ¿Qué pregunta difícil te harías si escucharas tu propio informe?

Creo que esta sería la pregunta "¿Cómo ayudará esto a resolver mi problema XYZ?". Porque no hay una respuesta clara para eso. Si su proyecto tiene un problema, pero no tiene idea de cómo resolverlo, no tome las primeras soluciones expresadas por alguien.

Reescribimos el proyecto de PHP4 a PHP7 (Maxim Shamaev, Skyeng)

En su informe, contará sobre la experiencia que recibió antes de mudarse a nosotros. ¿Por qué decidiste hablar de esto? Hice el

último informe sobre los registros de la experiencia de Skyeng, y es fácil ver que en las grandes empresas vivimos en un mundo de más o menos tecnologías actuales. Pero en otro lugar se escriben proyectos moralmente obsoletos, escritos antes de la aparición de una OOP distinta en PHP. Temen el antiguo código, porque da miedo e inconveniente, pero la lucha contra él a menudo no encuentra el apoyo de los líderes.

Mi historia dará una idea de cómo, cuando se enfrenta a un proyecto antiguo, lo convierte en algo moderno.

Cuente una historia que no se incluirá en el informe, pero que ilustra perfectamente el tema.

Esta es una historia sobre un programador que quiere $ 5k y un proyecto que nadie ha reescrito. A menudo lo escucho de diferentes personas. Bueno, dicen, "pidieron un proyecto, mucho dinero, una compañía occidental, pero el código anterior, PHP4, MySQL4, el frente de los fideos de jQuery" ... Las mismas historias, año tras año. Yo mismo compartiré la experiencia opuesta.

Después de cada informe, habrá una oportunidad para hacer una pregunta por voz. ¿Qué pregunta difícil te harías si escucharas tu propio informe?

¿Estaba seguro de que reescribir el código podría "vender" al cliente? ¿Y entendiste lo que sucedería si no funcionara?

"Creación de una arquitectura orientada a eventos en torno a una aplicación heredada" (Alexey Vasiliev, Raiffeisenbank)

En su informe, contará sobre la experiencia de refactorizar un proyecto extremadamente antiguo. ¿Por qué decidiste hablar de esto?

Hace seis meses, tuve la oportunidad de tocar la cápsula del tiempo: un pequeño proyecto parecía congelarse en el estado en que se encontraba hace diez años. Y entonces el negocio lo recordó. Este es mi primer informe, y quiero compartir un ejemplo de implementación, así como mostrar los beneficios de Event Storming, BPMN, Messenger Component (Symfony) y la plataforma API utilizando este ejemplo.

Después de cada informe, habrá una oportunidad para hacer una pregunta por voz. ¿Qué pregunta difícil te harías si escucharas tu propio informe?

¿Por qué escribir algo en PHP si todo se puede implementar en Camunda?

PDYa estamos buscando oradores para la próxima reunión en línea de mayo. Escriba en mensajes privados si desea participar. Lo más probable es que se celebre a fines de la primavera, para que tenga tiempo de relajarse del complemento gratuito en línea para PHP Rusia.

pps Toda la actividad PHP que conocemos se puede encontrar aquí , y la lista más completa de mitaps en línea sobre diversos temas y tecnologías se encuentra en este sitio .