Em setembro de 2017, a Microsoft se gabou de ter lançado a “melhor versão do Windows 10 de todos os tempos”. Um ano depois, enquanto os engenheiros do Windows lutam com a mais recente versão do sistema operacional principal da empresa, há um caso convincente de que a Atualização de outubro de 2018 é a pior versão do Windows 10 de todos os tempos.
O mês começou quase triunfantemente para a Microsoft, com o anúncio em 2 de outubro de que seu segundo lançamento do Windows 10 do ano, versão 1809, estava pronto para ser entregue ao público, dentro do prazo. Então, poucos dias depois, a empresa tomou a ação inédita de retirar a Atualização de outubro de 2018 de seus servidores enquanto investigava um bug sério que destruía os dados.
Um embaraçoso gotejamento de relatórios de bugs de alto perfil adicionais continuou durante todo o mês. Suporte embutido para arquivos Zip não está funcionando corretamente. Um driver de teclado causou a falha de alguns dispositivos HP com uma tela azul da morte. Algumas fontes do sistema estão quebradas. A Intel empurrou o driver de áudio errado através do Windows Update, tornando alguns sistemas silenciosos. O brilho da tela do seu laptop pode ser redefinido arbitrariamente.
E com novembro se aproximando rapidamente, a atualização do recurso ainda não foi relançada.
O que deu errado? Mary Jo Foley, colega do ZDNet, sugere que a Microsoft está tão focada em novos recursos que está perdendo a confiabilidade e os fundamentos. Na Ars Technica, Peter Bright argumenta que o processo de desenvolvimento do Windows é fundamentalmente falho.
CURSO DE INFORMÁTICA PARA
CONCURSOS PÚBLICOS E EMPREGOS
A informática é matéria obrigatória para 99% dos concursos públicos no Brasil e no mundo.
Ou talvez haja uma explicação ainda mais simples.
A suspeita é que grande parte da culpa se deve à excessiva confiança da Microsoft em um dos maiores princípios de administração do último meio século: “O que é medido é feito”. Esse é certamente um bom princípio orientador para qualquer organização, mas também leva a uma armadilha para qualquer gerente que também não considere o que não está sendo medido.
Para o Windows 10, um grande número de eventos de desempenho e confiabilidade é medido constantemente em todos os PCs com Windows 10. Esses fluxos de dados de diagnóstico vêm do componente Connected User Experience e Telemetry, também conhecido como o Universal Telemetry Client. E não há dúvida de que a Microsoft está usando esses dados de telemetria para melhorar os fundamentos do Windows 10.
Na publicação de setembro de 2017, por exemplo, a Microsoft afirma que melhorou a vida útil da bateria em 17% no Microsoft Edge, aumentou o tempo de inicialização 13% mais rapidamente e viu uma redução de 18% nos usuários “atingindo determinados problemas de estabilidade do sistema”. Todos esses dados se traduziram em maior confiabilidade, medida por um volume drasticamente reduzido de chamadas para as linhas de suporte da Microsoft:
Nossas equipes internas de suporte ao cliente estão relatando reduções significativas nos volumes de solicitações de suporte on-line e de chamadas desde a Atualização de Aniversário. Durante esse período, vimos um saudável declínio nos volumes de suporte mensais, principalmente com consultas de instalação e solução de problemas de atualização, o que causou a maior queda.
A Microsoft tem se concentrado intensamente em coisas que pode ver em seu painel de telemetria, monitorando métricas como taxas de sucesso de instalação, tempos de inicialização e número de falhas. Nessas medidas de confiabilidade e desempenho, o Windows 10 é inquestionavelmente melhor que qualquer um de seus predecessores.
Infelizmente, esse foco tem sido tão intenso que a empresa perdeu o que eu chamo de “soft errors”, onde tudo parece perfeitamente bem no painel de telemetria e cada ação retorna um evento de sucesso mesmo quando o resultado é qualquer coisa menos bem-sucedido.
A telemetria é mais eficaz na coleta de dados para diagnosticar falhas e paralisações. Ele fornece ótimo feedback para desenvolvedores que desejam ajustar o desempenho de aplicativos e recursos do Windows. Ele pode fazer um excelente trabalho de identificar drivers de terceiros que não estão se comportando adequadamente.
Mas a telemetria falha miseravelmente em detectar qualquer coisa que não seja um acidente ou uma falha inequívoca. Em teoria, esses problemas de baixo volume e alto impacto devem ser sinalizados por membros do Windows Insider Program no Hub de Feedback. E, de fato, houve vários relatórios de bugs de membros do Windows Insider Program, durante um período de vários meses, sinalizando o problema que fazia com que os dados fossem perdidos durante alguns upgrades. Também houve vários relatórios que deveriam ter detectado o problema do arquivo Zip antes de ser lançado.
Então, por que esses relatórios foram perdidos? Se você passou algum tempo no Hub de Comentários, sabe que a qualidade da geração de relatórios varia muito. Como um engenheiro do Windows reclamou para mim: “Temos tantos problemas relatados diariamente que são variações do tema obscuro, vocês deveriam morrer”, que é difícil identificar os seis votos positivos sobre um problema real que não podemos reproduzir. casa.”
Em resposta a esses alarmes perdidos, a Microsoft adicionou um novo campo à sua ferramenta de relatório de problemas no Feedback Hub, para fornecer uma indicação da gravidade de um problema.
O tempo dirá se essa adição ajuda ou se os testadores automaticamente superestimarão todos os relatórios de erros por frustração. Mesmo com essa mudança, os problemas recentes destacam uma falha fundamental no Windows Insider Program: seus membros não são treinados na arte de testar software.
O valor real das compilações do Insider Preview é, não surpreendentemente, a captura de dados de telemetria de uma população muito maior de hardware do que a Microsoft pode testar internamente. Quanto aos relatórios de feedback manuais, sou cético quanto ao fato de que até mesmo uma camada extra de filtragem será suficiente para transformá-los em dados acionáveis.
Por fim, se a Microsoft exigir que a maioria de seus clientes não corporativos instale atualizações de recursos duas vezes por ano, a responsabilidade de testar as alterações nesses recursos começa em Redmond. Os dois erros mais sérios neste ciclo, ambos acabaram em um produto lançado, foram causados por uma mudança no funcionamento fundamental de um recurso.
Um testador de software experiente poderia ter e deveria ter pego esses problemas. Um bom testador sabe que os casos de teste de borda são importantes. Um desenvolvedor que se apresse em verificar o código para atender a um prazo de envio semestral quase certamente não testará cada um desses casos e talvez nem considere a possibilidade de os clientes usarem esse recurso de maneira não intencional.
Em algum momento nos próximos dias, a Microsoft relançará a Atualização de outubro de 2018 e tudo no mundo do Windows como serviço retornará ao normal. Mas em abril próximo, quando a versão das 19H1 se aproxima do lançamento público, muitas pessoas estarão prendendo a respiração.
Fonte: ZDNet
[su_posts posts_per_page=”4″ tax_term=”1″ offset=”1″ order=”desc” ignore_sticky_posts=”yes”]