Cortes de colaboradores do WordPress fazem com que o desenvolvimento do núcleo pare
Os líderes do projeto do WordPress discutiram recentemente como proceder devido à preocupação de que as organizações tenham reduzido drasticamente o número de horas doadas para contribuir com o WordPress. Eles decidiram que o WordPress 6.8 seria o lançamento final final de 2025 e que os pequenos lançamentos do núcleo continuarão conforme necessário.
Embora nenhum compromisso formal tenha sido assumido com futuros lançamentos futuros após 2025, isso implica que futuros lançamentos futuros são limitados a um por ano, desde que os níveis atuais de colaboradores permaneçam nesse nível baixo.
No entanto, isso não é certo e não foi declarado e levou um dos colaboradores a fazer a pergunta em um dos comentários:
“O novo lançamento da Cadence One é lançado por ano agora, ou é apenas para este ano?
Se levar os usuários a esperar um ano por grandes atualizações, posso sugerir algum trabalho para um roteiro aberto para que as pessoas possam pelo menos ver o que estão esperando e em um mundo ideal, onde os recursos são limitados, vote nos referidos recursos para ajudar a priorizar o que a comunidade deseja do WordPress. ”
Os ingressos Gutenberg & Core Trac permanecem planos
Os volumes de bilhetes Gutenberg e Core TRAC permaneceram estáveis nos últimos seis meses, o que significa que o número total de ingressos (número de questões não resolvidas) permanece essencialmente o mesmo, sinalizando a estagnação no desenvolvimento em oposição ao momento para a frente.
O desenvolvimento de novos recursos em Gutenberg diminuiu acentuadamente desde janeiro, o que significa que a criação de novos blocos, recursos e melhorias na experiência do usuário também diminuiu. Isso é motivo de preocupação, porque uma queda no desenvolvimento de novos recursos indica que o editor não está obtendo novos recursos tão rapidamente quanto nos meses anteriores, resultando em menos aprimoramentos, menos inovações e potencialmente menos progresso em direção aos objetivos de longo prazo do projeto de editor de blocos.
Trabalhe na automação de liberação
Um dos benefícios discutidos para desacelerar o ritmo do desenvolvimento é que ele libera tempo para trabalhar na automação de liberação, o que significa automatizar partes do desenvolvimento. O que exatamente isso significa não está documentado.
É isso que a documentação diz sobre o contexto de um benefício de desacelerar o ritmo do desenvolvimento:
“Permite o trabalho automatizar ainda mais os processos de liberação, tornando futuras lançamentos mais rápidos e menos manuais.”
Concentre -se nos plugins canônicos do WordPress
Foi decidido que o foco no WordPress.org desenvolveu plugins, chamados plugins canônicos, ofereceu um caminho a seguir para melhorar o núcleo e adicionar recursos fora das contribuições ao próprio núcleo. Os plugins canônicos discutidos são idiomas preferidos, 2FA (autenticação de dois fatores) e ferramentas de desempenho.
Uma questão de longa duração sobre os plugins canônicos discutidos na reunião é a falta de feedback do usuário sobre seus plugins canônicos, observando que a principal fonte de feedback é quando algo quebra. A única outra métrica de feedback do usuário com a qual eles precisam trabalhar são as instalações ativas, o que não lhes diz nada sobre como os usuários interagem com um recurso de plug -in canônico ou como eles se sentem sobre sua utilidade e usabilidade.
As notas de documentação:
“Primeiro, a necessidade de meios melhores para coletar feedback do usuário. As instalações ativas são atualmente a única métrica disponível, mas não fornece valor suficiente. Um usuário realmente interage com o recurso? De que maneira? Eles acham que é valioso? O feedback é recebido principalmente dos usuários quando algo quebra.
Outro problema com os plugins canônicos é que eles não são amplamente promovidos e, aparentemente, muitas pessoas nem sabem sobre eles, em parte porque não há uma maneira clara de os usuários descobrirem e acessá -los.
Eles escreveram:
“A segunda melhoria necessária é a promoção. Muitas vezes, não se sabe amplamente que existem plugins canônicos ou que são oficialmente mantidos. Maneiras diferentes de aumentar a conscientização sobre os plugins canônicos serão explorados, incluindo postagens no blog WordPress.org News, mencionando -as em apresentações como o estado da palavra e possivelmente a página de ferramentas de WordPress no WordPress.”
Essa questão foi ecoada na seção de comentários dos principais colaboradores:
“Você pode postar um link para que eu possa ver todos os plugins canônicos, por favor?
É a seleção aleatória na conta de usuário do DOTORG?
https://profiles.wordpress.org/wordpressdotorg/#content-pluginsOu são os seis plugins listados como ‘beta’?
https://wordpress.org/plugins/browse/beta/ ”
“Também concorda com os outros comentaristas e com o post que os plugins canônicos estão lamentavelmente promovidos. Como desenvolvedor e profissional do WordPress, eles raramente estão no meu radar até que eu tropeça neles. Existe um link para eles no repositório onde podemos vê -los todos?”
Gerenciamento de atraso
Os colaboradores foram incentivados a continuar trabalhando na limpeza do backlog de cerca de 13.000 ingressos (questões abertas ou solicitações de recursos) tanto na faixa principal quanto no repositório Gutenberg. Lançamentos menores podem continuar com correntes.
Decisões finais
As decisões finais tomadas são que o WordPress 6.8 será o lançamento final final de 2025. Os lançamentos do Gutenberg Plugin continuarão a cada duas semanas e os lançamentos de núcleo menores continuarão ao longo do ano, conforme necessário, com um ritmo mais relaxado para incluir aprimoramentos. No entanto, a regra de “nenhum novo arquivo em pequenos lançamentos” ainda será seguido. O projeto iniciará chamadas de estratégia de colaboradores trimestrais para manter as discussões e se adaptar conforme necessário.
Leia a documentação oficial da reunião:
DOTORG COMMEMTERS CORE
Imagem em destaque de Shutterstock/Tithi Luadthong
