- Em primeiríssimo lugar, você dev, que busca um trabalho lá: O desenvolvedor precisa fazer o seu trabalho A MAIS, por que o analista faz o seu trabalho DE MENOS. Dois analistas brilhantes são a exceção! O restante joga pra vc de qualquer jeito porque analista ali só toma culpa por prazo, não por análise.
- Coordenadores de equipes mais interessados em mostrar serviço pra gerência, atraindo todo protagonismo para si.
- Uma espécie de "teatro" é mantido, onde uma positividade tóxica deprecia um ambiente que poderia ser muito mais sadio (semelhante a imagem que vendem pra você no começo).
- TUDO é culpa do desenvolvedor. Na cadeia de processos o Desenvolvedor encontra-se entre o Analista e o Tester e geralmente ambos costumam "ganhar tempo" fazendo você ficar preso em uma tarefa que já deveria ter sido concluída.
- Um diretor pensa: "feito é melhor que perfeito", mas o principal coordenador de equipes tem o modo de pensar: "a entrega perfeita não causa retrabalho".... e vc no meio disso.
- Os processos são bem definidos, se são seguidos já é outro papo. Na maioria das vezes uma transgressão sua é usada como ibope pelo seu lider pra fazer média com a gerência. As regras de cobrança mudam de pessoa para pessoa dependendo do quão "descolado" você é.
- Júnior/Pleno/Sênior existe só no contra-cheque, as cobranças não tem régua.
- A gerência cria uma "imagem" de você e te trata pautado naquela imagem e não por quem você realmente é, mesmo porque nem buscam te conehcer direito.
- Muito é dito sobre o "padrão de mercado" mas o padrão deste mercado citado é o mercado de 20 anos atrás, o que é até engraçado de ouvir, porque o que aparenta é que muitos destes profissionais se julgam atualizados fechados na sua bolha, muitos deles a mais de 10 anos.. dizendo que "toda empresa de tecnologia por aí, seria a mesma coisa que aqui".
- Existe a cultura do "vc pede ajuda senão a culpa é sua" mas a ajuda quando lhe é dada, é uma atenção só pra dizer que lhe ajudaram, não é algo que te faz progredir.
- Um Java legado com Framework próprio. E você precisa programar de acordo com o manifesto deles. Pode estar até certo o seu código, mas se não for como eles fariam, não passa do code review.
- Você precisa resolver diversos problemas de ambiente e infraestrutura até que você possa de fato mecher no ponto do sistema que a sua tarefa pede, isso quando há documentação e documento de análise para você iniciar o seu papel.
- Você é visto como novato, mesmo depois de 2 anos de casa, muitas vezes eles não se tocam que tão te trarando como um retardado e são duas coisas MUITO diferentes.
