Matt Mullenweg, criador do WordPress e CEO da Automattic, sugeriu a mudança de foco do WordPress para uma abordagem baseada em plugins, em vez de continuar a adicionar novas funcionalidades.
Essa nova estratégia para o futuro do WordPress já levou a um novo recurso planejado para a próxima versão do WordPress ser totalmente abandonado.
Os plugins Canonical são conhecidos por proporcionar uma forma de aprimorar constantemente o WordPress em um ritmo acelerado.
Alguns membros do grupo central do WordPress manifestaram a visão de que a usabilidade do editor pode ser prejudicada.
Plugins que foram oficialmente reconhecidos e autorizados.
Primeiramente abordada em 2009, os plugins canônicos representam uma forma de criar novas funcionalidades por meio de plugins.
O propósito desta abordagem é manter o núcleo do WordPress eficiente e minimalista, ao mesmo tempo que promove a criação de funcionalidades experimentais por meio de plugins.
A descrição inicial de 2009 mencionava isso desta maneira:
Os plugins canônicos são plugins criados pela comunidade, envolvendo vários desenvolvedores e focando nas funcionalidades mais solicitadas, com desempenho excepcional.
Haverá uma conexão significativa entre o núcleo e esses plugins, assegurando que o código dos plugins seja seguro e siga os melhores padrões de codificação. Além disso, novas versões do WordPress serão testadas com esses plugins antes de serem lançadas para garantir a compatibilidade.
Essa estratégia de recursos e opções é referida como Plugin First, destacando que os recursos serão inicialmente apresentados na forma de plugins.
Esses complementos são conhecidos como canônicos porque são criados pela equipe de desenvolvimento principal do WordPress, em contraste com os complementos não canônicos feitos por terceiros, que podem restringir funcionalidades para estimular a compra de uma versão premium.
A possibilidade de incorporar plugins populares e essenciais diretamente no WordPress está sendo considerada devido à sua relevância para a maioria dos usuários.
A vantagem dessa nova maneira de lidar com o WordPress seria evitar a inclusão de funcionalidades adicionais que possam não ser requeridas pela maioria dos utilizadores.
O conceito de Plugin-first está alinhado com a abordagem do WordPress chamada “decisões, não opções”, que busca simplificar as escolhas dos usuários ao evitar a inclusão de muitas opções técnicas.
Ao instalar diversos recursos e funcionalidades por meio de plugins, um usuário evita a necessidade de ativar ou desativar funcionalidades específicas que podem não ser necessárias ou compreendidas por ele.
A ideologia de design do WordPress declara:
Devemos como desenvolvedores assumir a responsabilidade de fazer escolhas de design cuidadosas e não sobrecarregar os usuários finais com decisões técnicas.
¿Los plugins de Canonical son el futuro?
Matt Mullenweg escreveu um artigo chamado “Canonical Plugins Revisited”, no qual argumentou que essa é a abordagem que o WordPress deve adotar no futuro do desenvolvimento.
Ele redigiu:
Estamos chegando a um ponto em que é necessário que o núcleo seja mais seletivo e rejeite recursos que são enviados de forma improvisada, como às vezes acontece. Minha expectativa é que as equipes vejam isso como uma oportunidade para moldar o futuro do WordPress, adotando uma abordagem centrada nos plugins que permite ciclos de desenvolvimento e lançamento mais ágeis (em vez de três vezes por ano), reduzindo a sobrecarga de revisão e abrindo caminho para a integração no núcleo caso o plugin tenha sucesso.
A nova estratégia resultou na decisão de não incluir a funcionalidade de conversão de imagem WebP na próxima atualização do WordPress, a versão 6.1, prevista para novembro de 2022.
Plugin-First é algo que gera controvérsias.
A transição para um modelo de desenvolvimento com foco em plugins foi discutida na seção de comentários.
Alguns dos desenvolvedores, incluindo o colaborador principal Jon Brown, demonstraram dúvidas em relação à ideia de passar a desenvolver utilizando plugins canônicos.
Eles fizeram um comentário.
O dilema persiste devido à presença de muitos plugins complexos que oferecem o que deveria ser uma funcionalidade simples e opcional.
Os plugins não são uma escolha prática para as configurações principais, pois os usuários iniciantes precisam identificar a existência de um plugin, além de lidar com outra tela de configurações, atualizações e manutenção relacionadas a esse plugin.
O comentarista mencionou como uma funcionalidade de comentários, que atualmente depende de vários plug-ins pesados, não proporciona uma experiência satisfatória para o usuário.
Eles notaram que seria melhor ter um plugin canônico para resolver um problema do que depender de plugins de terceiros desconhecidos para encontrar opções desejáveis.
No entanto, eles também afirmaram que disponibilizar opções de configuração diretamente no núcleo, sem depender de um plugin, poderia oferecer uma experiência de usuário aprimorada.
Eles prosseguiram.
Na minha opinião, os plugins da Canonical são uma opção mais favorável do que ter mais de 6 plugins sobrecarregando o sistema, no entanto, seria mais eficiente ter uma única opção de seleção nas configurações principais para lidar com isso. Isso ajudaria a resolver os problemas de experiência do usuário e descoberta que são comuns com os plugins.
Em resumo, o comentarista sugeriu que a introdução de plugins canônicos poderia ser uma forma de evitar debates sobre quais recursos devem ser levados em conta, resultando na falta de discussão.
“Os plugins canônicos” parecem ser uma estratégia projetada para desviar discussões, assim como “decisões não opções” foi durante muitos anos.
Essa afirmação final menciona as decepções vivenciadas por certos contribuintes importantes devido à impossibilidade de incluir alternativas para recursos devido à filosofia de “decisões, não opções”.
Outras pessoas também não concordaram com a abordagem inicial do plugin.
O plugin canônico pode parecer vantajoso, porém também aumentará a carga de trabalho dos mantenedores em termos de manutenção.
Na minha visão, não serve de nada.
“Será mais vantajoso incorporar algumas características essenciais diretamente no núcleo em vez de adicionar mais – É uma opção interessante para o plug-in.”
Outro indivíduo observou uma deficiência no plugin-first, sugerindo que a obtenção de feedback do usuário pode ser desafiadora. Se isso for verdade, pode não haver uma forma eficaz de aprimorar os plugins de modo a atender às demandas dos usuários, principalmente se essas demandas não forem conhecidas.
Eles puseram por escrito.
“De que forma podemos obter de maneira mais eficaz as opiniões dos usuários?”
A menos que os donos do site possuam experiência para reportar problemas no GitHub ou Trac (porque, francamente, ninguém reporta problemas de plugin no Trac), não há forma eficaz de obter feedback dos usuários para aprimorar os plugins recomendados/oficiais.
Texto: Plugins que foram oficialmente reconhecidos ou autorizados.
O progresso do WordPress está avançando para implementar melhorias de forma mais ágil. Os principais feedbacks dos colaboradores apontam para várias incertezas sobre a eficácia do sistema para os usuários.
Uma pista inicial será observar o que ocorre com o recurso WebP, que foi originalmente planejado para ser incluído no núcleo, mas agora será transformado em um plugin.
Imagem principal fornecida por Shutterstock/Studio Romântico.
