Mediocridade de algumas pessoas no trabalho irrita

Concordo com o @Oletros, se não é pra fazer teste, não faça e foda-se. Se quebrar em prod e clientes ficarem insatisfeitos, quem vai perder dinheiro é o CEO, nao você, apesar que isso pode lhe atingir caso falte recursos. Não se estresse por problemas dos outros, faça como mano Deyvin fala, o importante é o pix no seu peito no fim do mês.

Se prepara para achar uma nova empresa. É a única direção plausível, ou vc continua lá se gosta de sofrer. Infelizmente qndo chega nesse nível, não acho q valha a pena mais se estressar por isso. Mas não saia do nada, simplesmente ache um trabalho e depois se demita. Não se foda por causa de outras pessoas q não tem mínimo interesse em serem bons desenvolvedores.

Você é pago pra não fazer testes, essa é a realidade, doa a quem doer. Faça seu código, crie o teste pra ver se tá ok, remova-o e mande o PR. Enquanto não encontrar um lugar melhor, vá levando sem estresse. Sua sanidade é mais importante do que os testes que ninguém quer/pediu.

Se o seu grupo de amigos gosta de Rock pesadão e você muda o som para Madonna, adivinha quem está errado?

Ah, mas testes automatizados são bons e sei lá o que...

Só é bom para quem quer e quem segue essa cultura. Quem não segue, vai ficar frustrado com um CI/CD falhando e "desperdiçando" tempo da equipe.

Ter maturidade é entender que quando você trabalha em equipe, você não faz "a coisa certa", faz o que está alinhado à cultura do time.

E ser capaz de entender isso também faz parte de deixar de ser medíocre.

Minha contribuição, para trazer luz a um outro ponto de vista:

Não estou defendendo os chefes, mas sob o ponto de vista deles, talvez a sua atitude esteja atrapalhando alguma questão mercadológica que você simplesmente não conhece, não sabe, não foi informado (e isso pode ter sido ou não intencional).

Quero dizer, talvez o commit do CEO, mesmo com algum probleminha, pode estar adicionando uma feature que ele vai mostrar pra um investidor.

Ou então a empresa tá afundada em algum contrato com cliente onde a quantidade de trabalho realizado (número de tickets resolvidos, por exemplo) conta mais que a qualidade em si.

Ou está em busca de se colocar a frente de concorrentes com features que, mesmo bugadas pela falta de testes, ainda são melhores do que não ter feature nenhuma, já é vantagem.

Então antes de brigar com eles, pode valer a pena perguntar porque eles não fazem testes, talvez eles te contem e você tenha a oportunidade de apresentar seu ponto de vista e, como sugerido em outros comentários, sob argumentos sólidos e metrificados, para mostrar que a qualidade pode resolver alguns dos problemas que a empresa tem hoje que a levou a precisar ignorar o processo de testes.

Se eles não te darem essa transparência, ou dizerem que simplesmente não gostam ou tem preguiça, aí já é um problema cultural, onde a melhor solução é você sair.

Meus 2 cents:

Tua insatisfacao tem razao - trabalhar num ambiente assim eh deveras complicado.

Mas teve um detalhe que chamou minha atencao:

Certo dia, fiz minha feature e fiz os testes dela, contrariando ao que meus superiores orientam.

Sem entrar no merito do certo ou errado, se a empresa tem um modo de trabalho, te orienta a fazer daquele modo e voce contraria, fica complicado.

Eh uma imbecilidade ? Pois eh, bem vindo ao mercado coorporativo.

So que a bem da verdade nao eh so no mercado coorporativo - olhe ao redor e voce vai ver um monte de gente fazendo coisas que nao tem o menor sentido, ou tomando atitudes que a unica reacao possivel eh: "WTF ?!?!??!"

Nao estou dizendo que voce tem de deixar de ser voce - nem sacrificar teus ideiais - mas as vezes eh necessario assumir uma imagem "publica" um pouco mais flexivel.

De qualquer forma, lamento pela situacao que voce esta passando - espero que possa encontrar um trabalho melhor o quanto antes.

Sucesso !

engraçado que no curso.dev o Deschamps falou algo sobre isso. acho que era sobre cobertura de testes mesmo, e se não for também vale. ele não commitava os testes mas mantinha eles localmente e eventualmente chegou a uma cobertura de testes boa e decidiu compartilhar os ganhos que teve (importante metrificar). vc pode fazer isso mano, faça os seus testes e mantenha eles no repo local, por vc. quando as cabeças começarem a rolar por falta de cobertura, mostra os teus ganhos e tira o seu da reta. certamente suas features vão apresentar menos bugs e não vão poder te criticar por não ter advogado por testes antes.

Meu amigo, isso é mais comum do que parece, viu!

Infelizmente hoje eu sou a pessoa que reprova os codigos dos outros quando implementam algo que não foi pedido. Mas as vezes custa entender algo bem simples, mesmo se isso ferir: se não pediram, não faça. Mas se já fez e causou dor de cabeça, desfaça.

Nem todo mundo quer melhorar algo "que já funciona". Se seus lideres não fazem questão, você não deve fazer também. Mas não desista das melhorias. Mas tente convencer eles antes de implementar.

Uma coisa que já fiz uma vez: adicionei meus testes no .gitignore kkkkk. Resolveu meus problemas, e a vida seguiu.

Imagine que voce trabalha em outra profissão, jogador de futebol. Você é contratado e escalado para um time que tem uma formação de jogo sem defesa na zaga. O seu contrato te pede exclusivamente para ser atacante, então me diga. Por que voce iria para zaga? Boa fé ? Não faça isso! Voce foi pago pra uma coisa e execute ela conforme está em contrato. Nada mais e nada menos. Se o time joga assim e ta de pé até hoje segue o baile.

Faça seus testes para uso pessoal e aperfeiçoamento seu.

cara, complicado né, você segue as boas praticas e no final ainda cai sobre você a culpa, da vontade de chutar o balde, não te dão ouvidos nem antes e nem depois do desastre. isso ai é foda, mas pelo jeito que as cosias vão eu diria pra vc ir procurando outras oportunidades. você é alvo das coisas que dão erradas mesmo seguindo a forma certa(contrariando superiores). no final não te valorizam!

Cara, entendo demais o que você tá sentindo.

Você fez o que muita gente não tem coragem: bancou a decisão técnica certa, mesmo sabendo que isso podia incomodar quem manda. Não só isso — teve disciplina pra manter testes num lugar onde todo mundo ignora. Isso não é só postura técnica, é integridade profissional.

E aí a resposta que você recebe? Corte nos testes. Repressão em reunião. Inversão total de valores.

Já vi isso de perto. O erro técnico passa. A crítica ao erro técnico, não. Especialmente quando quem erra tem crachá de chefia.

Inclusive, foi numa situação parecida que decidi escrever um texto sobre liberdade digital — e o que acontece quando a gente depende de plataformas centralizadas pra publicar ideias.

Curiosamente, críticas técnicas diretas a cargos de liderança (mesmo que embasadas) foram censuradas por aqui. Mas desabafos explosivos sobre CEOs e suas falhas práticas continuam no ar. A linha entre o que é ‘aceitável’ e o que é ‘banível’ é, no mínimo, inconsistente.

E se isso não te dá vontade de explorar uma web sem moderação seletiva, talvez você ainda confie demais na imparcialidade dos fóruns centralizados.

Fica aqui minha solidariedade — e um convite à reflexão: https://ghostinit.dev/post/IPFS-sua-ferramenta-contra-censura

Você não tá sozinho nessa.

Eu entendo, já trabalhei em empresas assim e meu conselho é que seu saalário no final do mês será realmente o mesmo. Quando aprendi isso, a chave na minha cabeça girou. Se você sabe que a coisa certa a fazer é fazer testes e que isso garante a qualidade dos testes, mas eles não os aceitam, simplesmente não se importe e não os faça. Você tem duas opções: não se importe ou arrume outro emprego. Algumas empresas realmente não pensam nessas coisas até que errem e você leve a culpa.

Opa, fala @AntonioNeto! Espero que esteja tudo bem contigo, meu companheiro! Aqui vão alguns conselhos que talvez possam te ajudar nessa situação.

Antes de mais nada, quero te parabenizar. Programadores como você, que realmente se importam com a qualidade do produto e com a solidez do código, são cada vez mais raros. Só essa iniciativa de querer mudar a cultura de desenvolvimento da empresa já mostra uma mentalidade de liderança técnica — e vale ressaltar: geralmente quem se destaca assim acaba assumindo papéis de maior responsabilidade.

Indo direto ao ponto: O ideal é analisar o sistema com calma e identificar os pontos mais frágeis. Faça isso por meio de testes — testes unitários e até alguns de integração. Depois, gere um relatório técnico explicando claramente:

• O que foi testado;
• O que os testes revelaram sobre a base de código;
• Como essas falhas poderiam ser evitadas com uma abordagem guiada por testes (TDD, por exemplo).

Com base nisso, crie uma POC (Prova de Conceito) simples, mas bem feita, para demonstrar os benefícios. Mostre para o time os ganhos em confiança, manutenção e segurança que os testes oferecem. Às vezes, ver na prática convence mais do que qualquer argumento teórico.

Mas um alerta sincero: Nada disso garante que a equipe vá abraçar a ideia de primeira. Lidar com pessoas pode ser mais difícil do que lidar com código. E se você já sente que está tentando, se dedicando, vestindo a camisa — mas que a cultura está te travando — talvez seja hora de considerar outros ambientes. Um lugar onde as boas práticas são valorizadas pode te permitir crescer mais, técnica e pessoalmente.

Ah, e reforçando uma fala certeira do querido @ViniciusLima: Você é pago para não fazer testes — infelizmente, essa ainda é a realidade em muitas empresas. Mas isso não te impede de tentar mudar esse cenário, caso queira. Liderança nasce exatamente daí: de quem vê o que ninguém está vendo, e age mesmo sem ser solicitado.

O erro que você pode cometer é achar que "Ah, já que meu time não está valorizando o TDD vou simplesmente fazer só o básico e mal feito também". Não pense desse jeito, pense o seguinte "Se as pessoas não se importam em garantir estabilidade, funcionamento, arquitetura e design necessários para um produto não ser só mais um produto ruim como tem muitos no mercado, eu vou fazer questão de dar o meu melhor pela empresa!" Tenha em mente isso sempre! Porque por mais que seja dificil você lidar com isso todos os dias, você vai ser muito bem recompensado, acredite em mim!

Espero ter ajudado da melhor forma meu companheiro! ❤️