A equipe GOV.UK publicou recentemente “Como e por que removemos o jQuery do GOV.UK“. Esta foi uma visão perspicaz de como uma organização pode avaliar suas ferramentas e se algo ainda é a melhor ferramenta para o trabalho. Este não é um empurrão para remover bibliotecas do seu projeto atual agora! Muitos de nós podem ainda estar dando suporte a projetos legados e requisitos de navegador que impedem que isso seja uma opção viável.
Algumas das críticas parecem ser que o argumento do tamanho da biblioteca é insignificante em velocidades de rede e cache modernos.
GOV.UK postou uma atualização para abordar essa crítica com métricas – “O impacto da remoção do jQuery em nosso desempenho na web".
Este artigo também defende a melhoria da manutenção. Em vez de atualizar diferentes versões desatualizadas de código e ter que lidar com atualizações de segurança em uma abordagem fragmentada, a remoção da dependência reduz essa pegada. Este é o sonho de ter o luxo de abordar a dívida técnica.
Anteriormente, O GitHub também documentou como eles separaram incrementalmente o jQuery de seu código front-end. Melhorar a experiência de manutenção e desenvolvedor desempenhou um papel em sua decisão.
O que me chamou a atenção em particular foi o link para o documentação sobre como remover jQuery. Entender como desacoplar e executar as etapas de migração são tarefas de manutenção que continuarão surgindo para sites e é reconfortante ter um guia de alguém que teve que fazer o mesmo.
Mais reflexões sobre este assunto revelaram as velhas castanhas “Você pode não precisar do jQuery"(2014),"(Agora mais do que nunca) Você pode não precisar de jQuery"(2017),"O jQuery ainda é relevante? (1)” (2016) e “O jQuery ainda é relevante? (2)"(2017).
