Muitas vezes, durante discussões sobre o funcionamento correto de algum recurso de software, me deparo com uma situação em que a funcionalidade, do ponto de vista do usuário, parecia estranha e ilógica. A discussão com o proprietário do produto foi mais ou menos assim:
– Há claramente um problema de comportamento aqui
– Bom, vamos lançar e quando os usuários começarem a reclamar, então vamos consertar
– ??? Bem, ok…
Parece um esquema funcional, certo? Um algoritmo bastante ideal para equipes com orçamento pequeno, prazos apertados, pesquisa insuficiente/falta de um especialista em UI/UX. Os usuários reclamarão se algo acontecer, tudo bem.
Uma pesquisa no Google revela que a fonte deste método vem de um artigo – “Desenvolvimento Orientado a Reclamações” por Codificação de Terror
Uma vez eu vendia comida, inclusive linguiça médica, por 300 rublos. através de um terminal de um supermercado, saí da loja com esta salsicha com plena confiança de que ela havia sido paga – o terminal se ofereceu para não imprimir o cheque e eu concordei para não desperdiçar papel precioso nesse cheque. Durante o processo de “perfuração” da mercadoria de cada produto, o terminal emitia um guincho, que sinaliza que tudo funcionou corretamente. Além disso, com um alerta sonoro, o terminal piscou com a luz de fundo do leitor de código de barras.
No dia seguinte fui ao supermercado comprar mantimentos novamente e coloquei os mantimentos no terminal. Na saída fui recebido por um homem de aparência sulista e de barba espessa, segurando um smartphone, ele disse – “É você na câmera?”, olhei para o celular dele e me vi com uma camiseta Melodic-Death-Metal do Arch Enemy com caveiras e tudo mais, não havia motivo para duvidar.
“Sim, sou eu, qual é o problema?”, o homem, semicerrando os olhos, disse: “Ontem você não deu um soco na salsicha.” uau
Depois de uma breve investigação sobre quem ele era e como tirou essas conclusões, ele me mostrou um vídeo que está pendurado no teto da loja, no vídeo eu soco a salsicha, o terminal pisca com a luz de fundo do scanner, Coloquei a salsicha no saco.
– O vídeo mostra como o scanner funcionou
– Não deu para nada, paga a linguiça!
Um pouco surpreso com esta atitude, pedi um livro de reclamações para escrever que o terminal precisava de melhorias de software, pois dava todos os sinais de correto funcionamento, mas na realidade estava simplesmente bugado, sem sinalizar isso na tela de forma alguma.
Após 10 minutos de brigas com ele e seu chefe, que imediatamente correu em defesa de seu funcionário e do terminal de merda, eles decidiram ligar para a garota do administrador para que ela trouxesse um livro de reclamações e desse um soco no médico salsicha.
Naquele dia, percebi como é realmente difícil para os usuários reclamarem de produtos de hardware e software, e que muito provavelmente o mantra “as pessoas vão reclamar Vamos consertar” funciona muito mal. A principal razão são as pessoas que defendem robôs quebrados, soluções de software quebradas. Para simplificar, proponho introduzir novos termos – “O que é isso?” Defensor do Robô Quebrado e Defensor dos Sistemas Quebrados.
Os usuários comuns não podem reclamar do mau funcionamento dos terminais porque são incomodados pelos ZasRoshniks, que por algum motivo se apegam e passam a amar as máquinas com as quais trabalham, talvez considerando-as uma espécie de entidade animada, esquecendo que não há nada morando lá.
Uma situação semelhante ocorre com ZaSSoshniki, essas pessoas podem espumar pela boca em defesa de algumas falhas estúpidas em frameworks, linguagens de programação ou qualquer outro produto de software, apesar das reclamações de usuários e outros desenvolvedores.
Uma conversa típica com ZaSSoshnik é a seguinte:
– Aqui algo não funciona, segundo a documentação tudo parece estar correto
– Ah, então você não leu aquele manual de 2005, onde na parte inferior diz em letras minúsculas que você precisa adicionar PROGRAM_START:6969
– ??? ah
Essas pessoas podem não entender como elas próprias contribuem para a propagação de problemas, erros, perda de tempo e dinheiro, próprios e de outras pessoas. Por causa deles, todos sofrem, porque a transformação digital é impossível se coisas não óbvias e problemas com soluções de software e hardware forem abafados.
Estou ciente da recente história de um bug no software Horizon dos Correios Britânicos que levou as pessoas ao endividamento, arruinou casamentos e arruinou a vida das pessoas durante décadas. Tudo isso continuou devido à conivência de pessoas que se calaram sobre os problemas do software, “protegendo” ele.
Amigos, não sejam ZaSRoshniks e ZaSSoshniks, tratem as ferramentas com as quais vocês trabalham com cautela, caso contrário vocês enfrentarão a escravização total de sistemas quebrados e de merda, como reféns no novo mundo digital do futuro. Para quem não pode – pelo menos não incomode outras pessoas tentando prestar atenção a software/hardware que não funciona e interfere, porque os desenvolvedores desses produtos concordaram – com isso. “Quando os usuários começarem a reclamar, nós resolveremos o problema.”
Fontes
https://blog.codinghorror.com/complaint-driven-development/< /a>
https://habr.com/ru/articles/554404/< br/>
https://en.wikipedia.org/wiki/British_Post_Office_scandal
