Boicote dos desenvolvedores da Apple ao ‘Feedback Assistant’
(lapcatsoftware.com)- A comunidade de desenvolvedores da Apple propôs um boicote ao Feedback Assistant, com um plano de ação para não enviar novos bugs ao sistema oficial de reporte até que os problemas sejam resolvidos
- A forma de participação é primeiro relatar os problemas do próprio Feedback Assistant e, em seguida, parar de enviar novos Feedbacks e responder às solicitações existentes dizendo que está em boicote
- As queixas se concentram no modo de operação do sistema de reporte de bugs, como não divulgar se um bug foi reproduzido, encerrar sem aviso, impossibilidade de reabrir, exigências excessivas de sysdiagnose, fim do envio pela web e falta de busca
- O compartilhamento de bugs no WebKit, nos projetos open source da Apple no GitHub e em redes sociais, blogs e podcasts fica fora do escopo do boicote
- O objetivo é expor que a Apple depende de trabalho de QA não remunerado de desenvolvedores externos e confirmar que os desenvolvedores conseguem continuar seu trabalho e sustento mesmo sem o Feedback Assistant
Como participar do boicote
- O boicote ao Feedback Assistant da Apple começa imediatamente, e todos os desenvolvedores Apple são incentivados a participar
- O procedimento proposto tem três etapas
- Enviar um novo Feedback na seção Developer Tools & Resources do Feedback Assistant, informando a lista de problemas e declarando que entrará em boicote até que eles sejam resolvidos
- Não enviar nenhum outro novo Feedback até que a Apple resolva os problemas
- Se a Apple solicitar uma resposta em um Feedback existente, responder que está em boicote e referenciar o número do Feedback enviado na primeira etapa
- Recomenda-se que o Feedback da primeira etapa seja escrito de forma única por cada participante
- O objetivo é fazer a Apple processar os Feedbacks relacionados ao boicote e perceber que os desenvolvedores estão agindo com seriedade
Escopo do boicote e exclusões
- O boicote se limita ao Feedback Assistant
- Continuará sendo possível falar sobre bugs em redes sociais, blogs e podcasts
- Outros sistemas públicos de reporte de bugs da Apple ficam de fora
- Esses outros sistemas de reporte de bugs são considerados melhores que o Feedback Assistant em vários aspectos
- O objetivo inicial é mudar o próprio Feedback Assistant, criticado como o sistema mais hostil a quem reporta bugs já visto até agora
Problemas recorrentes no Feedback Assistant
- Mesmo quando a Apple recebe passos exatos de reprodução e um projeto de exemplo do Xcode, ela não informa nem divulga se conseguiu reproduzir o bug reportado
- Isso dificulta para o desenvolvedor saber se a Apple está tratando o Feedback com seriedade ou apenas enrolando burocraticamente
- Feedbacks são encerrados com o status
Investigation complete - Unable to diagnose with current information, sem pedido de informações adicionais nem aviso de encerramento - Feedbacks são encerrados sem o consentimento de quem enviou, e atualmente isso parece ser um “recurso” do sistema, já que nem funcionários da Apple conseguem reabrir Feedbacks fechados
- Se a Apple fecha por engano o Feedback de um bug ainda não corrigido, em vez de criar um novo Feedback para o mesmo bug e informar o número, exige que o desenvolvedor abra outro
- Mesmo sem corrigir o bug nem tentar reproduzi-lo ou ajustá-lo, a Apple exige que ele seja verify na beta mais recente
- Se o desenvolvedor não fizer a verificação, o Feedback é encerrado
- Esse processo é visto como um grande desperdício do tempo do desenvolvedor
- No caso de Feedbacks fechados como duplicados, mudanças de status no Feedback original nem sempre são repassadas
- A Apple frequentemente exige relatórios invasivos de sysdiagnose e parece não querer analisar o Feedback se eles não forem enviados
- Muitos desenvolvedores trabalham em dispositivos pessoais
- O sysdiagnose é visto como uma grande violação da privacidade, que a própria Apple diz ser um direito humano básico
- A Apple é criticada por não criar, ou por ter desistido de criar, métodos menores, mais direcionados e menos invasivos de coleta de informações e diagnóstico
- Recentemente, deixou de ser possível enviar Feedback pela web
- Agora é exigido o envio apenas pelo app nativo Feedback Assistant no macOS ou iOS
- O texto afirma que Feedbacks vinham sendo enviados por anos pelo app web, e que o último envio pela web foi em 26 de outubro
- Desenvolvedores não conseguem pesquisar bugs no Feedback Assistant
- Funcionários da Apple conseguem pesquisar no banco de dados, mas desenvolvedores externos só podem ver os próprios Feedbacks enviados
- Alguns Feedbacks realmente precisam permanecer secretos, mas muitos não, e considera-se que um banco de bugs pesquisável por adesão voluntária beneficiaria os desenvolvedores externos e a qualidade do software das plataformas Apple
Resposta ao argumento de que “a Apple também não tem tempo”
- Não há concordância com a defesa de que a Apple não tem tempo para responder adequadamente aos Feedbacks
- Prioridades, cronogramas e alocação de pessoal são definidos por decisões da liderança da empresa
- A Apple é criticada por valorizar mais o próprio tempo do que o tempo dos desenvolvedores e por não demonstrar culpa ao desperdiçar indefinidamente o tempo deles
- Se a Apple pode decidir que não tem tempo para responder aos Feedbacks, os desenvolvedores também podem decidir que não têm tempo para enviá-los
- Do ponto de vista de um usuário antigo da Apple, as atualizações anuais de sistema operacional não são necessariamente indispensáveis, e relembra-se que, na época do Mac OS X Snow Leopard, atualizações em intervalos de cerca de dois anos deixavam mais tempo para corrigir bugs
O alvo é o sistema, não engenheiros individuais
- Este boicote não mira engenheiros individuais da Apple
- Considera-se que muitos engenheiros da Apple também querem melhorias no Feedback Assistant
- Melhorar o Feedback Assistant pode fortalecer, e não prejudicar, a relação entre engenheiros da Apple e desenvolvedores externos
- O alvo do boicote é o sistema de reporte de bugs, e o objetivo é fazer a liderança da Apple reconhecer e responder aos problemas persistentes
Trabalho de QA não remunerado e a escolha dos desenvolvedores
- O boicote também pode ser chamado de greve trabalhista
- A Apple utiliza desenvolvedores em larga escala como mão de obra de QA não remunerada
- Um único Feedback pode exigir horas ou até dias de trabalho
- Tanto a Apple quanto os desenvolvedores sabem que os desenvolvedores têm um papel importante em testar e lapidar o software e os produtos da Apple
- A Apple é criticada por tratar o Feedback dos desenvolvedores como se fosse um direito adquirido, ao mesmo tempo em que não oferece respeito nem cortesia básica no sistema de reporte de bugs
- Os desenvolvedores foram condicionados a acreditar que enviar Feedback para a plataforma é uma obrigação, mas as plataformas da Apple não são objeto de caridade
- As plataformas da Apple tornaram a Apple a empresa mais lucrativa do mundo, e desenvolvedores externos não são funcionários da Apple, portanto trabalho não remunerado não deveria ser tratado como algo natural
Os dois objetivos do boicote
- O primeiro objetivo é mostrar que os reportes de bugs dos desenvolvedores são necessários para a Apple e que, sem eles, a Apple perde, pressionando por melhorias no Feedback Assistant
- O segundo objetivo é que os próprios desenvolvedores confirmem que, na prática, não precisam reportar bugs para a Apple
- Considera-se que muitos dos bugs enviados acabam não sendo corrigidos e, mesmo quando são, muitas vezes já é tarde demais para evitar seus efeitos
- É fato que bugs da Apple afetam apps, mas como é difícil esperar que a Apple os corrija a tempo, os desenvolvedores normalmente colocam contornos no app e o publicam assim
- Depois que esses contornos entram no app, a urgência para que a Apple corrija o bug diminui, e reportá-lo passa a ser algo mais próximo de caridade do que de necessidade
Redefinindo o papel do Feedback Assistant
- Considera-se que o Feedback Assistant não é um sistema que presta atendimento ao desenvolvedor
- Na prática, são os desenvolvedores que vêm prestando serviço ao Feedback Assistant, e agora escolhem suspender esse serviço até que o sistema melhore
- Há a expectativa de que a Apple resolva os problemas do Feedback Assistant, mas existe disposição para manter o boicote permanentemente se melhorias não vierem
- Independentemente de a Apple reagir positivamente ou não, o boicote será considerado bem-sucedido se muitos desenvolvedores participarem e confirmarem que o Feedback Assistant não é essencial para seu trabalho e sustento
Atualização de 7 de novembro de 2023
- O boicote ao Feedback Assistant ganhou uma página oficial
- A página também fornece endereço de e-mail, feed RSS e conta no Mastodon
- Uma lista pública de participantes do boicote também está sendo editada, e mais detalhes podem ser vistos nessa página
1 comentários
Opiniões no Hacker News
Estimo que, dos relatórios enviados pelo Feedback Assistant, apenas cerca de 10% receberam alguma resposta ou confirmação
Era um bug 100% reproduzível no iOS, e eu até forneci um projeto de exemplo isolado. Criar um relatório de bug cuidadoso e detalhado leva tempo; quando não vem nenhuma resposta, é realmente frustrante, e me identifico muito com este texto
Testar, reproduzir e documentar exige tempo e esforço. Eu não queria nada; só esperava que corrigissem, até porque meus filhos também usam iPhone
Outras empresas não são muito diferentes. Enviei à Cisco uma vulnerabilidade de execução remota de código, e eles responderam que já sabiam, mas que não iriam corrigir porque o produto estava perto do fim da vida útil
Ao longo dos anos encontrei muitas vulnerabilidades, mas, se não estou sendo pago para encontrá-las, normalmente acabo simplesmente ignorando. Não vale a frustração
Mesmo enviando relatórios de bug bem feitos, com passos para reprodução, investigação própria e detalhes, o silêncio é total. Parece que o app simplesmente manda os bugs para
/dev/nullBoicotes ou greves só funcionam quando a maioria, ou quase todos, participam. Isso porque eu só vou participar quando tiver certeza de que quase todos também vão
Se este post fizer apenas 0,1% dos desenvolvedores entrarem em greve, a Apple nem vai se importar
A ideia de uma greve de desenvolvedores é excelente, mas acho difícil uma chamada à ação iniciada apenas por Jeff Johnson gerar mudança de comportamento
Para organizar isso, primeiro seria preciso contatar diretamente 50 a 200 desenvolvedores importantes, conhecidos e respeitados, conseguir assinaturas conjuntas e então publicar uma carta aberta. Assim todos poderiam ver que não é apenas o desejo de uma pessoa, mas uma greve séria promovida por gente que entende do assunto
Também teria de ser coberta pelos principais veículos de tecnologia, para que tanto a Apple quanto os desenvolvedores vissem
E essa carta não deveria ser uma lista de todas as reclamações, mas apresentar ações específicas e verificáveis que a Apple teria de tomar para encerrar a greve. Não pode virar uma lista interminável de exigências, nem um desejo de que tudo seja corrigido imediatamente, mas sim um progresso realista, com datas e marcos
Se é para fazer greve, é preciso organizar de verdade. Um post dizendo “recomendo que todos os desenvolvedores Apple participem” não é organização; escrever que vai fazer greve não faz alguém aparecer magicamente para organizá-la por você
Como o autor disse no fim do texto, isto não é tanto um boicote de parar de comprar, mas sim uma interrupção do fornecimento de trabalho gratuito, então aqui estou chamando de greve
Isso não é uma pauta obviamente importante como uma luta por rendimentos maiores. A vantagem desta greve é que os passos 1 a 3 no início do texto exigem pouco esforço de todos, então é fácil participar se quiserem
Como também foi dito no fim do texto, um dos objetivos é provarmos a nós mesmos que, na verdade, conseguimos viver sem o Feedback Assistant. Temos muito pouco a perder; participar do sistema de reporte de bugs não é essencial para nós, e podemos simplesmente ir embora
Esta greve não é uma batalha de vida ou morte que precisamos vencer a qualquer custo. Por mais persistentemente ruim e irritante que o Feedback Assistant seja, ele deve ter baixa prioridade profissional
Na verdade, acho que essa postura é justamente uma alavanca contra a Apple. Somos apenas voluntários saindo de uma “oportunidade” voluntária péssima, mas a Apple depende do nosso trabalho gratuito para seus produtos comerciais e, para substituí-lo, teria de contratar mais funcionários de verdade e pagá-los
Ninguém está abrindo mão de salário por parar de usar o Feedback Assistant. O custo de participar desta greve é muito baixo e, para a maioria, talvez participar custe menos do que não participar
Por isso, vejo potencial para ela crescer com o tempo e se tornar uma greve influente de uma forma que seria difícil em disputas trabalhistas tradicionais
Mesmo que seja, a Apple tem relatórios e funcionalidades suficientes para processar, então talvez o desaparecimento total dos relatos externos de bugs não tenha grande impacto
Gostaria que a forma como a Apple gerencia bugs mudasse. É realmente desanimador reproduzir um bug, escrever um relatório no nível que eu gostaria de receber, com até um caso de teste mínimo, e então passar anos sem notícia nenhuma até ele ser fechado ou eu receber uma mensagem pedindo mais trabalho para confirmar se ainda é um problema
Fico curioso se existe alguma empresa em escala próxima à da Apple que faça isso bem
Consigo pensar em muitos motivos para isso ser um problema difícil, e entendo que alocar pessoal para isso também seja complicado. Mas a Apple é paga para resolver esse problema, e não está conseguindo
Por isso, em geral acho melhor fazer menos trabalho ao reportar um bug. Ainda assim, o conteúdo incluído deve ser cuidadoso e claro
Concordo. Mesmo ao enviar Radar dentro da Apple, muitas vezes o tratamento é parecido. A diferença é que dá para ver o status do Radar
Pessoas que façam correções de bugs, ajustes finos e cuidem da base de código como quem cuida de um jardim
Ações falam mais alto que palavras. A Apple está mostrando, por meio de suas ações, o que pensa dos desenvolvedores
Para mudar o comportamento da Apple, provavelmente seria preciso criar um alvoroço bem grande. Sentada sobre uma montanha de dinheiro, a Apple tem pouquíssimo incentivo para mudar
A Apple parece ver desenvolvedores externos como uma espécie de praga. Os sistemas e procedimentos que ela impõe aos desenvolvedores parecem ativamente projetados para desanimá-los
Post anterior: https://news.ycombinator.com/item?id=3947903
Estou me sentindo incrivelmente velho agora
Atualização: finalmente encontrei a carta-modelo completa [1]. Enviei uma cópia na época e ela ainda aparece abandonada no Feedback Assistant
[1]: https://gist.github.com/mysteriouspants/1989061
Às vezes é necessário relatar bugs pelo Feedback Assistant. É quando você encontra um desenvolvedor interno da Apple, essa pessoa diz que vai corrigir o bug e só precisa do número do feedback para o relatório interno de trabalho
Enviar relatórios de bug não solicitados é apenas perda de tempo. Não é exatamente que eu esteja “boicotando” o Feedback Assistant; parei de usá-lo porque ele não faz absolutamente nada de útil
Como desenvolvedor, recuso-me totalmente a me envolver com a Apple de qualquer forma. O motivo é a taxa anual de 100 dólares
Toda vez que algo assim vem à tona, sinto que meu julgamento foi especialmente justificado
Imagine a empresa mais rica do mundo cobrando pelo privilégio de contribuir para sua plataforma
É completamente insano, e nada que digam vai mudar minha opinião
Ainda assim, poderia ser uma cobrança única, como a do Google, e também mais barata
Espera, isso quer dizer que agora não dá para enviar feedback pela web? Isso é absurdamente burro
O próprio app Feedback também vive meio quebrado, então acho que a Apple nem conseguiria receber meus relatórios, mesmo que quisesse
Há algum tempo escrevi em um blog sobre o quanto a Apple trata desenvolvedores web com descaso em relação ao Safari [1]
Vendo isso, parece que a Apple também trata outros desenvolvedores com descaso e, sinceramente, não é surpreendente
[1] https://www.construct.net/en/blogs/ashleys-blog-2/safari-rel...
A Apple quebra regularmente muitas coisas, não só recursos de ponta, mas também funcionalidades básicas. As práticas de teste dela não parecem lá muito boas