A Vonage no phpday de Verona, 2025

Fico particularmente animado quando faço uma palestra em uma nova conferência em um país onde nunca havia falado antes; por isso, este ano foi a phpday Verona que me deixou ansioso para viajar. Uma das coisas que adoro na comunidade PHP é que, quando palestro nesses eventos, tenho um público totalmente novo e uma comunidade local que nunca conheci antes, além da oportunidade de conversar com novos desenvolvedores, embora geralmente já conheça metade da lista dos outros palestrantes.

Tech meets history: the Piazza Delle ErbeVamos deixar de lado o fato de que o local, Verona, no norte da Itália, é absolutamente deslumbrante, já que tenho muito o que escrever sobre as outras palestras, ministradas por palestrantes que você poderá encontrar em outros eventos ao longo do ano. Sempre me impressiona poder assistir a essas pessoas no palco e, logo em seguida, conversar com elas de maneira descontraída... Mas vale lembrar: esse tipo de acesso só é possível graças ao apoio dos patrocinadores da conferência. Para apoiar as conferências de PHP, Laravel, Symfony, React, Vue, Ruby e inúmeras outras que a GrUSP organiza na Itália, acesse GrUSP, que fez um excelente trabalho no phpday. Vamos dar uma olhada em algumas palestras importantes apresentadas durante a conferência:

Roman Pronsky na Fundação PHP

Nossa palestra principal começou de forma muito oportuna, no 30º aniversário do PHP. É certamente uma prova de resiliência, quando se leva em conta o quanto o PHP evoluiu para melhor. Eu escrevi brevemente sobre a Fundação nesta postagem do blog do ano passado. Para quem não está familiarizado com Roman, ele é Developer Advocate na JetBrains e também um dos fundadores da Fundação PHP. Desde sua criação, há três anos, tem sido realmente notável observar a Fundação não apenas garantir o financiamento e o talento necessários para proporcionar melhorias mais rápidas à linguagem, mas também testemunhar todo o processo se desenrolar com total transparência..

Nada é de graça, e já escrevi várias vezes sobre a situação difícil do Código Aberto e da comunidade de código aberto, onde é difícil conseguir financiamento de empresas multimilionárias cuja subsistência e existência dependem inteiramente do Projeto PHP. Infelizmente, também é um direito delas agir assim. Recomendo fortemente que você mostre essa postagem do blog aos seus gerentes ou diretores.

Em três anos, muita coisa aconteceu. Eles montaram uma equipe, levantaram recursos e estabeleceram uma estrutura de governança do zero, com apoio financeiro da maioria das principais plataformas e frameworks. Um novo gerenciador de dependências de extensões está em desenvolvimento de James Titcumb. Quer dizer, na hora do almoço, Gina Peter Banyard de fato me mostrou uma implementação de teste de genéricos funcionando em PHP. Isso me deixou de queixo caído, considerando todo o debate que tem havido sobre como seria, afinal, uma implementação sólida de C.

Ainda há muito a fazer, mas uma coisa que não tem sido suficientemente divulgada é uma doação de 205.000 euros do Governo alemão por meio da Agência Sovereign Tech. Quem diz que ninguém mais usa PHP simplesmente não está prestando atenção ou não está bem informado.

Florian Engelhardt sobre o Desafio de Um Bilhão de Linhas em PHP

É fácil (e, admito, um pouco anedótico) citar o número de vezes que colegas me disseram que o PHP é uma linguagem lenta. A verdade é que, na real, não é. É claro que isso depende, em parte, do que você está tentando fazer, de como são seus recursos de hardware verticais e do nível de escalabilidade e processamento paralelo de que você precisa.

Eu só tinha ouvido falar do conceito do “Desafio de Um Bilhão de Linhas” antes, então foi fascinante ver Florian não apenas explicar esse conceito simples, mas desafiador, como também ver o PHP começar a enfrentá-lo.

O desafio “One Billion Row” consiste em pegar (sem surpresas aqui) um bilhão de linhas de dados pré-definidos e avaliar o tempo de processamento necessário para percorrer um processo ETL hipotético. Houve aqui um trabalho de investigação bastante criativo, já que Florian começa com fgetcsv (com um tempo de execução aceitável de 25 minutos, e provavelmente minha primeira opção) e, a partir daí, percorre a pilha de chamadas uma linha por vez. Há alguns ajustes inesperados a serem feitos. E, embora seja um desafio e não um cenário do mundo real, devo dizer que conseguir reduzir o tempo para 12,76 segundos é uma façanha e tanto!

Laura Durieux fala sobre IA generativa na plataforma de APIs

Não é nenhuma surpresa que Laura tenha mencionado que outros desenvolvedores resmungaram quando ela lhes contou que faria uma palestra sobre IA. Como qualquer tecnologia emergente, a IA tem seus prós e contras. Infelizmente, a mídia costuma destacar os piores aspectos, o que, compreensivelmente, torna os desenvolvedores mais céticos.

Que tal um impacto , em vez disso? Essa foi a estratégia da Laura, e uma iniciativa fantástica nos bastidores para lembrar ao cenário tecnológico atual que a diversidade é algo com que temos lutado, mas nem sempre foi assim. Minha primeira palestra sobre tecnologia incluiu uma introdução aos pioneiros da programação, e foi uma palestra de estreia difícil (se você está pensando em dar uma palestra sobre tecnologia, aconselho não seguir meu caminho e escolher um tema supostamente polêmico), que incluía uma apresentação dos pioneiros da programação. Isso é totalmente relevante para a iniciativa da Laura, chamada IMPACT, que visa destacar as conquistas alcançadas pelas mulheres no setor de tecnologia. A parte sobre IA e a plataforma de API é a mais interessante.

Laura elaborou consultas para obter biografias de provedores de IA sobre as mulheres apresentadas no site. Essas respostas são processadas por um ORM (neste caso, Doctrine) para criar entidades. Por sua vez, esses dados são disponibilizados por meio da estrutura da API Platform para ações CRUD. Assim como na maioria das discussões sobre IA atualmente, essa questão abriu uma caixa de Pandora, especialmente no que diz respeito à ética de fazer algo que, à primeira vista, parece bastante simples. Veja, por exemplo, essas biografias geradas por IA. Elas provavelmente foram treinadas com conteúdo extraído da Wikipédia. Mas isso levanta a questão: quem, na verdade, detém os direitos autorais desse texto?

Quanto mais discussões houver entre engenheiros de software sobre esse assunto, melhor. Estou ansioso para ver sobre o que a Laura vai falar na próxima edição da API Platform Conference em Lille, ainda este ano, da qual a Vonage também fará parte.

Gina Peter Banyard cria o “JS lol wat” para PHP

Se você ainda não conhece o “JS Wat”, vai adorar. Uma análise aprofundada de 20 minutos sobre o que acontece quando você realmente coloca uma linguagem de programação à prova para verificar sua consistência. É uma palestra que foi apresentada no dotJS 2012 e continua tão relevante hoje quanto naquela época.

Mas e quanto ao PHP? Existe alguém mais qualificado no momento do que Gina Banyard, que está trabalhando no núcleo da linguagem, para demonstrar algumas comportamentos realmente comportamentos malucos para despertar sua curiosidade?

Há exemplos demais para citar aqui, mas gostei particularmente de alguns exemplos específicos: 

Tenho quase certeza de que já me deparei com isso antes, mas implementações específicas implementações de objetos, na verdade, substituem a conversão para booleano. Portanto, $variable = new stdClass() resulta em true, MAS $variável = simplexml_load_string(‘<root/>’) é… de alguma forma falso?

Um segundo exemplo particularmente bizarro é tentar incrementar em false. Se você tentar iterar sobre ela usando o $variable++, você receberá, como esperado, uma exceção. No entanto, se você tentar iterar com um inteiro, ou seja, $variable += 1, ela, hum, na verdade retorna um (int)1. O ponto principal a se levar em conta sobre todos esses comportamentos estranhos é que todos eles são conhecidos e estão sendo corrigidos.

Zuzana Kunckova fala sobre as Larabelles e a representação subestimada

A última pesquisa sobre PHP revelou uma estatística chocante: 91% dos entrevistados eram homens. No caso do Laravel, o número foi ainda maior: 96%. Quando fiz uma das minhas primeiras palestras, bem no início da minha carreira como palestrante, cheguei a abordar brevemente esse assunto e recebi uma reação bastante desagradável. Várias vezes, pessoas da plateia vieram até mim e afirmaram casualmente que “os homens simplesmente são melhores em tecnologia”, e fico absolutamente pasma ao ver que pessoas instruídas ainda acreditam genuinamente nisso (especialmente porque, logo no início da minha palestra, mencionei pioneiras da programação, como Kathleen Booth, Grace Hopper, Margret Hamilton e Mary Keller, esta última também mencionada nesta palestra).

Zuzana destacou que, claramente, precisamos simplesmente nos esforçar mais. A conclusão correta aqui é que precisamos representar melhor as pessoas para conseguir um grupo de talentos mais diversificado. Todos podem fazer sua parte — quer dizer, pessoalmente, tenho que corrigir as pessoas que tentam e querem que o status quo permaneça. Foi essa necessidade de uma melhor representação que levou Zuzana a criar as Larabelles , na qual tenho orgulho de atuar como mentora. Quanto mais visibilidade essa iniciativa ganhar, mais forte e inclusiva nossa comunidade de tecnologia se torna.

Minha opinião sobre a criação de CLIs

A inspiração para minha palestra veio do fato de que Chuck Reeves reescreveu a CLI do Vonage do zero usando TypeScript. O que ficou claro ao se trabalhar em um projeto totalmente novo como esse é que é muito fácil, sem perceber, cair nas armadilhas da dívida técnica logo no início. Por isso, elaboramos essa palestra para analisar o design de CLIs, o que me permitiu, de certa forma, assustar meu público com algumas decisões realmente sombrias tomadas em CLIs com as quais provavelmente já tivemos contato em algum momento de nossas carreiras (curl -X) alguém aí? Se você estiver interessado, vou propor essa palestra para outras conferências no próximo ano, então fique de olho. Se você me encontrar, poderá se juntar a um grupo crescente de desenvolvedores que são donos do Alex, o elefante da Vonage.