Pós-resposta ao artigo "Vamos lá! @ # Com sua" toxicidade " . "
Se eu seguisse o conselho deste artigo, seria suficiente demonstrar emoção e dizer ao autor "Vamos lá ... você não entende nada!".
No entanto, isso não ajudaria a transmitir a minha ideia. Portanto, vamos dar uma olhada.
Citação 1:
Se uma pessoa é incompetente, você precisa deixá-la entender claramente isso, e não proteger seus sentimentos ternos em detrimento de todos os outros.
Eu não concordo com a base desta declaração. Eu acredito que uma pessoa não pode ser competente ou incompetente. Uma abordagem generalizada em preto e branco não funciona na prática. Mesmo o mais avançado dos idosos pode não saber algumas coisas. E vice-versa, os juniores às vezes têm ótimas idéias.
Mudar para personalidades (“você não é competente!”) Codificar a revisão em vez de argumentos específicos é muito fácil. Se você é um veterano tão esperto, trabalhe duro, explique por que neste local do código tudo deve ser diferente. Você não pode explicar - é melhor não escrever nada, porque é possível que você mesmo não entenda completamente.
Ao mesmo tempo, é claro, é necessário falar sobre problemas específicos no código.
Uma pessoa normal tem prazer em discutir uma posição fundamentada. E ele terá hostilidade emoções negativas. Quem iria querer trabalhar com um membro da equipe tóxico?
Citação 2:
Uma pessoa pode enviar um código com os mesmos erros repetidamente e precisa responder com polidez e um sorriso?
Se uma pessoa comete erros repetidamente e não tenta crescer de alguma forma, deve ser demitida. Converse com o líder da equipe sobre isso. Mas a histeria não é necessária de qualquer maneira. Bem, simplesmente porque não vai ajudar.
As emoções negativas só podem dar origem a emoções negativas. E isso não corrigirá os erros no código.
Citação 3:
Quanto maior a responsabilidade na profissão, maior deve ser a resistência ao estresse.
Trabalhei com o ambiente de produção e costumava consertar problemas à noite. Muitas vezes, era estresse (especialmente quando você chefia esses departamentos e é responsável por toda essa fazenda coletiva).
E quero declarar com toda responsabilidade: ninguém gosta de estresse, mesmo que ele seja capaz de resistir. Todo mundo sempre tenta diminuir o estresse.
Por exemplo:
- configurar monitoramento, alerta oportuno dos servidores, de que existem problemas
- verificação de código por testes automáticos e manuais
- backups de bancos de dados para verificar a capacidade de recuperação
- etc.
Em resumo, reduzimos possíveis problemas o mais rápido possível.
I.e. o estresse é ruim, na verdade . Mesmo para as pessoas mais tolerantes ao estresse.
Exatamente a mesma pessoa que não gosta de estresse, provavelmente fará tudo certo, checará tudo, colocará a palha e não cometerá erros fatais.
Citação 4:
Sem dúvida, é inaceitável insultar um colega devido à falta de conhecimento, mas o formato óbvio "Seu código é ruim, agora vou explicar os motivos em detalhes e dar conselhos" já é considerado comportamento tóxico.
Bem, sim é. “Seu código está incorreto” é uma frase sem sentido; seria possível começar imediatamente com dicas e esclarecer ainda mais questões sobre por que isso foi feito e não o contrário.
Posfácio
O estresse interfere no desempenho. Quando um funcionário tem medo de fornecer o código para revisão, ele não trabalha com entusiasmo, não gera idéias, não é leal à empresa, etc.
Estudos facilmente pesquisados no Google que mostram que, ao exceder um certo nível de estresse, o desempenho diminui acentuadamente.
Em geral, a polidez ao trabalhar em um grupo não foi inventada agora, muito antes da revisão e programação de código ficarem na moda em geral. Vários artigos sobre "habilidades de trabalho em equipe" que não estão relacionados à TI de forma alguma.
As melhores idéias nascem em um ambiente favorável.
Tomemos, por exemplo, as regras do brainstorming: a princípio, todo mundo lança idéias e você não pode criticá-las. E só então vem uma discussão detalhada.
Bem, isto é, somos todos pessoas. As pessoas não gostam quando alguém aponta seus erros. Mesmo o código de revisão mais correto costuma parecer uma flagelação pública. Bem, não agrave!
Nas equipes em que eu era líder de equipe, entrei no código de conduta altíssimo para revisão de código (mesmo antes de esse rebanho estar na moda). A saber: polidez, proibição de tom de comando, proibição de discutir qualidades pessoais, somente comentários fundamentados são permitidos etc. Em situações contenciosas, a maioria decide.
A propósito, é a maioria, não o timlid / techlide. Como a legibilidade do código e outras coisas são importantes para toda a equipe, é a equipe que trabalhará com esse código no futuro. E não aquele que se considera o mais inteligente.
Essas medidas simples melhoraram significativamente a atmosfera da equipe.
Por que agora todos estão falando sobre CoC e trabalho em equipe? Porque, em geral, o tempo dos gênios únicos passa. Uma equipe unida devido à sinergia resolverá qualquer problema. Conversei com um, conversei com outro - e a base do problema está resolvida. As habilidades sociais estão se tornando cada vez mais importantes a cada dia.
Há pessoas que nunca trabalharam em uma equipe unida e não imaginam que emoção é essa.
Sim, na verdade eu estou crucificando aqui, continue ...
(PS: o emoticon no final da última frase foi removido pelos moderadores. Não quero ofender ninguém, é apenas uma piada)