Certa vez, disse que os programadores não são pessoas comuns, são pessoas com certos superpoderes.
Mas o problema é que os programadores muitas vezes não estão cientes de suas próprias funções especiais. Aos seus olhos, eles vão pensar que são comuns, assim como pessoas comuns. Portanto, o que os programadores podem fazer, outras pessoas - como seus O cliente / usuário do software também deve ser fácil de fazer.
Mas, na verdade, porque a maioria das pessoas - a maioria das pessoas (incluindo clientes de empresas de desenvolvimento de software / usuários que compram software) - são novatos em computador (pessoas que sabem pouco sobre conhecimento de computador / conhecimento de computador / conhecimento de software) . Uma operação de software que é óbvia para programadores, se substituída por um usuário, todo tipo de coisa estranha aparecerá. Isso torna os programadores muito dolorosos.
Lembro-me que uma vez, um cliente me ligou e disse que não foi possível encontrar o grande e na área de trabalho do computador dele. Não entendi, que grande e não foi encontrado? O cliente explicou: O ícone que parece uma grande letra e em inglês está faltando. Eu despejo. Finalmente entendi que o que ele estava se referindo era a falta do ícone do navegador IE na área de trabalho.
Outra vez, um cliente fez um pedido para adicionar uma função de pesquisa à página. Eu perguntei, há uma função de pesquisa no sistema, porque adicionar uma função de pesquisa a este local? Ele disse que o que queria não era a função de pesquisa. O que ele quer é pesquisar uma determinada palavra-chave nesta página. Após mais comunicação, entendi que o que ele queria era a função da tecla de atalho CTRL + F no navegador.
Devido a essas características dos usuários, o programa que os programadores consideram perfeito tornou-se extremamente difícil de usar o software nas mãos dos clientes. Chamadas de reclamação continuam soando como uma megera no país. Após a análise, constatou-se que a causa raiz foi que os programadores superestimaram a capacidade do usuário de controlar o software e subestimaram sua própria capacidade de criar software, o que os levou a ver esses clientes usando o software que desenvolveram. Esse tipo de comportamento ridículo, conforme mostrado abaixo:
Aos olhos dos programadores, os usuários usam o software que desenvolvem assim
Se você for um programador mal-humorado, nesta situação, inevitavelmente reclamará com o cliente. Além disso, o temperamento do programador geralmente não é muito bom. Portanto, ao se comunicar com o cliente, o gerente de projeto geralmente segue Juntos, para que as coisas não se intensifiquem.
Embora os usuários tragam muitos problemas aos programadores, na verdade, toda a glória dos programadores vem dos clientes, porque somente quando os clientes estão satisfeitos os programadores podem ter uma sensação de realização. Por exemplo, as expressões dos seguintes clientes ao usar um novo software são suficientes para fazer um programador na tarde de poluição pesada de Pequim sorrir:
Qual é a aparência de um usuário ao usar um novo software
Embora os programadores tenham um temperamento ruim, eles são todos por causa do trabalho e não carregam ressentimentos pessoais.
Quando houver tarefas urgentes para desenvolver software, eles trabalharão horas extras sem reclamar. Quando um grande bug aparece no software lançado, eles se culpam profundamente e correm para consertar o bug durante a noite. Para satisfazer os usuários por um tempo, eles não pensarão em chá, comida e sono.
Mesmo quando não há uma solução completa de curto prazo, eles inventam alguns truques tortuosos, mas também são soluções eficazes para permitir que os usuários superem as dificuldades temporariamente. Por exemplo, o seguinte é um patch de reparo de emergência: os
usuários devem ter consideração pelos programadores. A vida do programador está, na verdade, em um estado muito contraditório.
A programação não é como outras indústrias. Por exemplo, um pedreiro coloca tijolos. Quando você constrói uma camada de tijolos, a parede se ergue uma vez. Mas programar não é o mesmo. Às vezes, um programador escreve o código por um dia e transpira muito, mas o progresso do desenvolvimento pode não necessariamente progredir, às vezes até para trás.
A programação de software é um mundo real e virtual. Às vezes, você não consegue descobrir por que um pedaço de código é fácil de usar, e às vezes você ficará surpreso que o software composto por esse código também pode ser executado, conforme mostrado na imagem abaixo:
Por fim, fale sobre alguns cuidados ao lidar com programadores.
Como os programadores lidam com a lógica de programação o dia todo, eles são particularmente sensíveis à causalidade. Se a causalidade de suas palavras não for muito clara, isso as deixará confusas. Se a causalidade de suas palavras for incompleta, elas farão algo errado. Se você tem um if em suas palavras, é melhor encerrar com then, ou usar else para dar uma escolha, com um assunto claro. Se não estiver claro, haverá acidentes na figura a seguir:
se você é programador, vai entender o que estou dizendo. Deixe que outros vejam isso, e haverá menos mal-entendidos no futuro.
Acima são alguns recursos de vídeo que coletei, que me ajudaram muito nesse processo. Se você não quiser ter a sensação de que não consegue encontrar as informações durante o seu auto-estudo, ninguém responde às suas perguntas e insiste em desistir por alguns dias, você pode se juntar ao nosso grupo de dedução [313782132], que tem vários recursos de teste de software e discussões técnicas.
Mais artigos de alta qualidade para compartilhar:
O papel dos testadores em equipes ágeis
Um artigo muito útil para jovens programadores
Você precisa entender antes de fazer testes automatizados
Sobre o teste de software! Tudo o que você quer saber está aqui, Xiaobai deve ver!
10 anos de experiência em testes automatizados
10 anos de percepções de engenheiros de teste de software - para amigos que ainda estão confusos
É verdade que o teste de software não pode ser feito após 35?
Finalmente: aqui eu recomendo um grupo de intercâmbio de aprendizagem de arquitetura. Grupo de botões de aprendizagem do Exchange: 313782132 compartilhará algumas gravações de vídeo gravadas por arquitetos sênior: Spring, MyBatis, análise de código-fonte Netty, princípios de alta simultaneidade, alto desempenho, distribuído, arquitetura de microsserviço, otimização de desempenho JVM, arquitetura distribuída Espere que eles se tornem o sistema de conhecimento necessário para os arquitetos.