👩🏾‍🔧 🔤 🚋 Um pequeno mitap internacional do PHP on-line 😢 🐜 💣

A quarentena nos trava em quatro paredes, mas, por outro lado, apaga distâncias. Por exemplo, neste sábado, será possível estar na reunião da comunidade de Minsk: os caras decidiram aproveitar ao máximo as oportunidades do formato on-line e reunir especialistas de diferentes países e cidades em uma transmissão.

Relatório sobre aplicação não trivial de tecnologias deSerafimArts de Moscou, uma história sobre uma abordagem razoável para a revisão de código de seregazhuk de Bryansk, questionário PHP de pronskiyde Kharkov - este é apenas metade de um ótimo programa .

"Venha" para a transmissão em 25 de abril. Enquanto isso, um pouco sobre os heróis do mitap online de sábado.

“Não ameace a blockchain de Minsk” ou uma breve história do PHP da BY

Igor chilic, você é um dos co-organizadores do movimento da comunidade PHP de Minsk e, no outro dia, realizará sua 33ª reunião. Certamente durante esse tempo você pisou em um monte de ancinhos. Conte-me sobre alguma escola assustadora na história da comunidade.

Foi uma combinação: tentamos realizar um mitap do PHP com o relatório “Blockchain, e não uma palavra sobre PHP” - em paralelo com o mitap sobre o blockchain)

Ok, entendemos o relatório que não foi aprovado. E qual relatório da história da comunidade você recomendaria definitivamente para todos?

Para mim, pessoalmente, o mais interessante é "Como começar a contribuir com o PHP", de Andrei Nester:

Como tudo começou?

Até onde eu sei, esse era originalmente um mitap interno do EPAM organizado por Alexander Simanovich. Em seguida, as mitaps atingiram o nível da cidade - e foram chamadas de PHP UG (User Group) Minsk. Parece que foi 2013 - o primeiro evento foi criado em nosso Facebook . Bem, então no Facebook é fácil acompanhar o resto da história.

Parece que você tem a comunidade mais estável e duradoura da CEI. Como você conseguiu não desinflar e não terminar?

De fato, ficamos encantados e nos separamos. Mas sempre que havia pessoas prontas para tomar a iniciativa - e isso é legal! Ou seja, as mudanças ocorreram na composição dos organizadores, mas para a maioria foi invisível - para eles o número do evento mudou. O fato é que, para organizar algo, você precisa de muito tempo e energia. E, é claro, são necessários palestrantes interessados. Então, muito obrigado a eles)

“Revisão de código: mais rápido, mais fácil, mais eficiente” (Sergey Zhuk, Skyeng)

Por que você decidiu falar sobre isso?

Quaisquer alterações no código precisam ser revisadas. Amigos e estranhos. Então, acho que esse é um ponto dolorido para muitos.

imagem

"Não faça assim". E como - vamos falar no relatório.

Conte uma história que não será incluída no relatório, mas que ilustra perfeitamente o tópico.

Depois de refatorarmos as configurações do projeto. O código não foi alterado. E quando testamos localmente, inserimos o acesso ao produto (créditos de API) de um serviço na configuração. E então eles fizeram uma solicitação e pensaram, bem, por que revisá-la: existem apenas configurações e testes são aprovados ...

Após cada relatório, será possível fazer uma pergunta por voz. Que pergunta complicada você se perguntaria se fosse um ouvinte em seu próprio relatório?)

No trabalho, você ainda pode fazer as pessoas aderirem a um certo fluxo, interromper solicitações. No código aberto, a situação é um pouco diferente. Como explicar à pessoa que passou algum tempo no seu projeto que você deseja que ela divida a solicitação em várias partes lógicas?

"Além do desenvolvimento da Web" (Kirill Nesmeyanov, PHP Rússia)

No seu relatório, você deseja mostrar que o PHP não se refere apenas a sites. Por que você decidiu falar sobre isso?

O que valorizamos nos relatórios? Singularidade! Todos os tipos de coisas malucas que geralmente são feitas “para fãs” contêm uma enorme quantidade de experiência que é difícil de obter na prática cotidiana.

imagem

Divertido, certo?)

Conte uma história que não será incluída no relatório.

Atenção, anedota:

- Quantos desenvolvedores em uma linguagem de digitação dinâmica você precisa parafusar uma lâmpada?
- verdade

"Maxixe para testar projetos no Drupal 8" (Andrey Stepanov, Minsk EPAM)

Por que você decidiu falar sobre isso?

Quando eu precisei organizar os testes do site usando o Gherkin, verificou-se que não havia muita informação na rede sobre isso. Tendo entendido, decidi preencher essa lacuna.

Após cada relatório, haverá uma oportunidade de fazer uma pergunta por voz. Que pergunta complicada você se perguntaria se fosse um ouvinte em seu próprio relatório?

Eu acho que essa seria a pergunta "Como isso ajudará a resolver o meu problema XYZ?". Porque não há uma resposta clara para isso. Se o seu projeto tiver um problema, mas você não tem idéia de como resolvê-lo, não pegue as primeiras soluções ditas por alguém.

Reescrevemos o projeto do PHP4 para o PHP7 (Maxim Shamaev, Skyeng)

No seu relatório, você contará sobre a experiência que recebeu antes de se mudar para nós. Por que você decidiu falar sobre isso? Fiz o

último relatório sobre os logs a partir da experiência da Skyeng, e é fácil notar que, nas grandes empresas, vivemos em um mundo de tecnologias atuais mais ou menos. Mas em outro lugar projetos moralmente obsoletos são escritos, escritos antes do surgimento de um OOP distinto no PHP. Eles têm medo do código antigo, porque é assustador e inconveniente, mas a luta contra ele muitas vezes não encontra apoio da liderança.

Minha história mostrará como, quando confrontado com um projeto antigo, o transforma em algo moderno.

Conte uma história que não será incluída no relatório, mas ilustra perfeitamente o tópico.

Esta é uma história sobre um programador que quer US $ 5 mil e um projeto que ninguém reescreveu. Muitas vezes ouço isso de pessoas diferentes. Bem, eles dizem, "eles pediram um projeto, muito dinheiro, uma empresa ocidental - mas o código antigo, PHP4, MySQL4, a frente do macarrão do jQuery" ... As mesmas histórias, ano após ano. Eu mesmo vou compartilhar exatamente a experiência oposta.

Após cada relatório, haverá uma oportunidade de fazer uma pergunta por voz. Que pergunta complicada você se perguntaria se fosse um ouvinte em seu próprio relatório?

Eu tinha certeza de que reescrever o código seria capaz de "vender" para o cliente? E você entendeu o que aconteceria se não desse certo?

“Criando uma arquitetura orientada a eventos em torno de um aplicativo herdado” (Alexey Vasiliev, Raiffeisenbank)

No seu relatório, você contará sobre a experiência de refatorar um projeto extremamente antigo. Por que você decidiu falar sobre isso?

Seis meses atrás, tive a oportunidade de tocar na cápsula do tempo - um pequeno projeto parecia congelar no estado em que estava há dez anos. E então os negócios se lembraram dele. Este é o meu primeiro relatório e quero compartilhar um exemplo de implementação, bem como mostrar os benefícios do Event Storming, BPMN, Componente Messenger (Symfony) e a API da plataforma usando este exemplo.

Após cada relatório, haverá uma oportunidade de fazer uma pergunta por voz. Que pergunta complicada você se perguntaria se fosse um ouvinte em seu próprio relatório?

Por que escrever algo em PHP se tudo pode ser implementado no Camunda?

psJá estamos à procura de palestrantes para a próxima reunião on-line de maio. Escreva em mensagens privadas se quiser participar. Provavelmente, ele será realizado no final da primavera, para que você tenha tempo para relaxar com o complemento on-line gratuito do PHP Rússia.

pps Todas as atividades sobre PHP que conhecemos podem ser encontradas aqui , e a lista mais completa de mitaps online sobre vários tópicos e tecnologias pode ser encontrada neste site .