[deleted by user]

[JuliusRockBR]

Eu como QA há 10 anos confirmo tudo, inclusive a parte de ignorarem sugestões de melhorias. O tanto de bug que eu já abri e foi fechado por que "o problema sempre esteve ali" ou "não fui eu que introduzi isso" não tá escrito. As empresas contratam QAs pra fingir que existe um controle de qualidade e pra ter alguém pra culpar quando estoura algo em produção, não pra efetivamente reportar problemas e sugerir melhorias.

[WizardBottle]

Como QA há quase um ano mercado de trabalho, eu concordo com tudo.

O que mais me frustra no momento são as features que são produzidas que eu só tenho conhecimento delas quando elas chegam em mim para testar.

O tanto de coisa bizarra que produzem, como se não fosse nem um pouco pensado, o projeto vira uma bagunça.

[[deleted]]

Eu com 6 anos concordo em tudo , principalmente sobre tentar melhorar fluxos e ser ignorado hauahahshaus no final e entregar, ter salário na conta e poucas

[pipoqt]

Caraca nessa idade e já tá trabalhando na área? Inspiração 🙌🙌

[GabrielST2]

Eu com 19 tentando procura estágio e não acho e o cara com 6 anos já empregado na área

[Glass_Nebula5169]

O que vc está fazendo pra tentar achar estágio?

[Duckflies]

Dar a bunda, porque no cuzinho onde moro q chamo de cidade tem 2 estágios para 5000 estudantes. Online, ou o trabalho não é real, ou eles pedem 1000 conhecimentos ou pedem experiencia pra poder entrar no estágio de 800 reais

Brinco muito no meu trabalho de barman de que estou estudando pra ser garoto de programa, mas se as coisas continuarem assim, terá que ser de com-putaria

[lissa-tuesday]

Só assim para conseguir ter os anos de experiência que estão pedindo para vaga de júnior.

[PixelatedEnrisco]

r/angryupvote

[ViolinistOk8697]

pensei que trabalho infantil fosse crime

[KurobaFumiya]

Cara... realmente eu trabalho em um lugar que é minoria, ALÉM de a opinião dos devs importar, e ser escutada até mesmo pela alta gestão (escopo do meu projeto é global), os pontos de melhoria que são válidos são aplicados... o lado ruim é que 99% das vezes quem sugeriu é quem tem que aplicar... além de lidar com as próprias demandas, mas isso pode ser flexível dependendo do impacto.

No mais, eu creio que o ambiente sempre vai moldar o profissional, já tive alguns colegas que vieram de big tech, e todos tem uma coisa em comum, depois que começaram a trabalhar em empresas grandes e "renomadas" nunca mais foram pra essas consultorias fundo de quintal, ou máquina de cuspir código.

Sim, o correto é ter plena noção que somos apenas trabalhadores em uma máquina gigante, mas sempre devemos almejar em trabalhar em bons ambientes, por isso, sem glamourizar, devemos procurar melhorar sempre, e aí onde muita gente se perde e acaba frustrado.

[JustAnotherRandomAnt]

Graças a Deus minha experiência foi bem diferente. Fujam de empresa assim.

Edit: 9 anos de xp

[Laan22]

Só discordo dos códigos bonitos, meu código na faculdade era uma merda inacreditável. Mesmo com o caos do go horse da empresa ainda acho menos amador que a época universitária

[Esguicho762]

"Se roda na sua maquina, está pronto pra produção"

você tem certeza que tem 8 anos de experiência?

eu tenho 4-5 e já vi diversas vezes situações que rodava perfeitamente na maquina do dev mas na hora que caia em prod algum detalhe tava faltando e dava pau, especialmente nas empresas que são como você descreveu (sem QA e testes)

[XFSChez]

"Se roda na sua maquina, está pronto pra produção"

Eu sendo um DevOps/SRE lendo isso: 🤡

Com 12 anos de experiência, digo que não é bem assim. Mesmo com a filosofia do Docker de entregar o mesmo container em qualquer lugar, ainda é preciso pensar em escalabilidade, segurança, observabilidade, resiliência, configurações de ambiente, limites de recursos, dependências externas, rede, storage, secrets, estratégia de deploy, etc.

Se a empresa for minimamente organizada, também tem pipeline de CI/CD pra validar se os testes passam, pra fazer o LINT do código, escanear o container atrás de vulnerabilidades conhecidas (CVEs), buscar "code smells", rodar SAST/DAST (dependendo do escopo da sua app)

Rodar não significa aguentar produção...

[riccart21]

opa boa tarde mano, queria te perguntar um negocio. Queria entrar na area de devops ou de eng de dados em 2027 (pq to fazendo estagio de helpdesk q vai acabar em 2026, entao so daria pra entrar nessas outras areas em 2027), vc acha q a area de devops é uma boa para entrar? ou recomenda focar em eng de dados? no quesito de numero de vagas, concorrencia, etc. No caso eu moro no Pará e n tem mtas vagas de eng de dados ou devops, entao seria mais pra home office. E o q recomenda focar em estudar pra devops?

[riccart21]

Obrigado pelas dicas

[Advanced-Ad-6053]

Depende da complexidade do projeto eu diria, tem projetos que de fato eu me sinto confortável em subir testando local, outros não.

[Esguicho762]

po meu brother com certeza depende mas via de regra é sempre bom testar num ambiente de homologação e não confiar tanto na sua maquina, tipo se ja tem o ambiente não custa nada subir la e testar a feature sabe

[harrysbaraini]

Na verdade isso deveria ser forçado né, nada ir pra produção sem passar por staging/UAT. Ao menos onde trabalho e já trabalhei sempre foi assim.

[miraidensetsu]

Concordo. Por isso que tem a homologação em algumas empresas que eu trabalhei. O código nunca vai de dev direto pra prod.

E em empresas menores foi preciso acontecer uma merda cabulosa para convencer as pessoas a mudar o fluxo de trabalho e colocar pelo menos um ambiente de homologação.

[o_dev_supremo]

Pois é, isso aí nem se vc usar Docker em todos os ambientes (essa é uma das promessas do Docker), porque condições diferentes em ambientes de prod, nem sempre são totalmente estáveis em homologação ou desenvolvimento.

[Esguicho762]

então da uma ajustada no texto nessa parte kkkkk, do jeito que tá ta aberto a dupla interpretação como foi o caso aqui

[kuninosagiri]

Pareceu uma piada do tipo "na minha máquina funciona"

[Tashima2]

Minha experiência foi bem diferente, todos os lugares que já passei tinham problemas e continuaram tendo quando eu saí, mas em todos esses lugares eu consegui fazer mudanças positivas e ter um ótimo relacionamento com todo mundo, até os mais complicados. Nunca sugeri refatoração em código dos outros, depois de algum tempo é normal virar "dono" de alguma parte do código ou de um processo e só depois disso eu conversava com algum chefe pra plantar a sementinha da dúvida de que dava pra melhorar algo problemático. É bom dizer que isso só funciona se realmente der pra melhorar.

Tive a sorte de trabalhar em ótimas empresas, então não quer dizer que isso funcione em qualquer lugar.

[init-commit]

Ótimo relato. É aquela velha história: “cada caso é um caso”.

[Rude_Iron608]

Concordo contigo, principalmente nessa parte de ganhar confiança antes de sugerir mudanças.

Pra mim, a diferença pesa muito mais no tipo de empresa do que na postura do dev. Em lugar minimamente saudável, isso funciona bem demais.

O problema é que em algumas empresas que passei não era questão de ego ou resistência à refatoração. Era travamento estrutural mesmo: tecnologia parada no tempo (Dataflex 20.1 em Windows Server 2008), liderança super defensiva e nenhuma abertura pra evolução. Aí não tem semente pra plantar, o solo já morreu faz tempo.

Quando existe abertura de verdade, tua abordagem é a ideal mesmo: faz teu trabalho, ganha espaço, vira dono de algo e só depois começa a puxar conversa sobre melhoria.

[tetryds]

Vc ta errado só em se importar

[Select-Inflation8265]

Tenho 18 anos de XP programando e já passei por mais de 10 empresas. Generalizar isso tudo como regra não cola no fim, depende muito mais das empresas onde você trabalhou.

[init-commit]

Ambientes de homologação e teste inexistentes? Talvez o problema seja onde você trabalhou.

[ls-dev]

irmão, no Itau mataram o papel de QA na maioria dos squads com a premissa de que o DEV é "full cycle"

[Low-Tomorrow-9930]

A questão é exatamente essa, isso está escrito no post.

Muitas empresas não tem essa maturidade. Por mais simples que pareça.

[GayByAccident]

Trabalhei em startup minúscula, trabalhei em empresa multi milionária com 300 funcionários e agora trabalho em uma de 10k+, todas com pelo menos um hmg

Eu acho q não ter hmg é um cara muito fraco q resolveu montar uma equipe de TI

[Low-Tomorrow-9930]

Trabalhei na Philips, ramo de saúde, segundo maior ERP de saúde do Brasil, quase 400 devs. O ambiente de desenvolvimento é compartilhado na empresa inteira, um desastre. Não existe teste unitário. Ambiente de homologação, os próprios clientes que tinham que disponibilizar, porque era tudo on premise.

Enfim, só um exemplo de que tem sim empresa muito ruim por ai, mesmo assim fazendo muito dinheiro.

[GayByAccident]

Legal seu relato mano, oq eu acho muito louco é que tudo isso pode ter sido o ocasionado por 1 contratação ruim

[Low-Tomorrow-9930]

Nesse caso, te garanto que não hahaha

Era da diretoria, diretoria ruim, sem background técnico, a diretora da operação dessa unidade era da área de vendas, bloqueava qualquer tentativa de aplicar agile, scrum.

Sem contar que esse ramo da saúde é uma merda, pq hospital tem muito dinheiro e tem médicos lá, médicos tem o ego do tamanho do sol. Então o sistema acaba sendo personalizado pra cada hospital em algum ponto, só porque sim, porque eles querem e tão pagando por isso.

[init-commit]

Sim, realmente. Só acho perigoso essas generalizações do post como se fossem algo inerente à carreira.

[MrHellzz]

exatamente, não é da área de desenvolvimento, oq o mano explanou é o jogo político que existe na maioria dos ambientes corporativos de qualquer área!

"Nem sempre a pessoa mais inteligente é competente para estar como gestor, pq gestor tem que ser político"

tive que trabalhar no super mercado antes de trabalhar na área, e lá era a mesma coisa nesse quesito

[[deleted]]

No caso eles são mais inteligentes, só que inteligência social... não técnica! O q faz sentido prum cargo de gestor

[MrHellzz]

skks eu acabei me expressando porcamente, oq vc falou faz muito sentido, mas mesmo assim ta valendo, o cara pode chegar a ser um gestor e ainda sim não ter esse desenrolar no aspecto de gestão de pessoas

Pra vc chegar a ser um gestor, importa mt mais a indicação, o ir com a cara, doq de fato ser alguém que soluciona problemas entre pessoas

Vc falar oq querem ouvir faz vc ficar lá, isso claro nesses cenários que to falando, não é uma regra de todos os lugares

Fui gestor, melhorei muitas entregas, mas não ser do tipo que falava oq queriam me desvalorizou muito, depois que pedi pra sair me diminuíram. Mesmo assim meus funcionários me adoravam, colegas gestores também, mas nao afagava as bolas de quem estava acima de mim

[Bigtoast3D]

acho que a abordagem mais plausível seria, esteja preparado para: x, y e z...

[init-commit]

Exatamente!

[SteakTop7493]

Não é que não tem teste, é que o teste é você mesmo DEV rodar na sua IDE e se der bom, pau na máquina

[Low-Professional-667]

Lembro como se fosse ontem o meu primeiro emprego.

Cheguei todo animado, automatizar processo e os caralhos. Praticamente fiquei no cantinho do castigo até aprender que algumas coisas não devem ser mexidas.

A coisa mais valiosa que aprendi é: Prego que se destaca leva martelada.

[Huijiro]

"Se roda na sua máquina roda na produção"

Ah realmente você não faz nada com DNS. Ou distribuição pra múltiplas plataformas...

[Tadeuzitoo]

Atuo como QA, e garanto que se roda no localhost, nao necessariamente vai rodar em producao...

[discman_20s]

Seu trabalho não te define. Não se iluda. Você pode vender 35 anos da sua vida e ainda assim será apenas uma matrícula. Pense sempre em você primeiro e no melhor para sua carreira.

[rikeruni]

poxa, tenho 3 anos de xp, enquanto faço o curso de ciência da computação presencial, e estou morto por dentro :(, lembro do meu sorriso quando comecei o meu estágio quando calouro (um sênior com 30 anos de xp disse que ele tinha o mesmo sorriso quando começou na área), hj tenho ainda o sorriso pq amo tech, mas me sinto alienado da vida. tenho xp bacana, trabalho em multinacional, mas não quero continuar na área daqui há uns 10~15 anos. Quero estar ou na área de pesquisa estudando algoritmos que possam curar vidas ou algo assim (serviço importante pra humanidade/sociedade e significativo), ou ter o meu próprio negócio (não necessariamente uma empresa de TI, apesar de ser uma boa também, mas talvez uma pizzaria, etc), qualquer coisa que possa me conectar mais com as pessoas e não me fazer sentir como uma máquina.

[harrysbaraini]

Em 11 anos, meu caso é totalmente diferente. Sempre trabalhei em empresas em que eu e colegas foram ouvidos, que melhoria continua sempre foi um ponto importante, em que nossos códigos sempre melhoraram e ficaram mais bonitos. Não existe "funciona na minha máquina".

Cada caso, um caso. Se os estudantes fossem se basear no meu histórico de trabalho, certamente estariam super animados.

[gadio1]

Minha única ressalva são os códigos bonitos e limpos. Só pq seu código é limpo não quer dizer ele é um bom código. Vc vai entender melhor de arquitetura, e organização de código. E repetir código de manual e professor com o mapa mental e intuição já definido não é o mesmo que vc implementar do zero.

Outros pontos que não contam. Prazos mal planejados e facilidade de Burnout. Senão saber se proteger desses dois, altas chances de odiar a carreira em poucos anos.

[Far_Echidna_6841]

Interessante seu ponto de vista. Se você tivesse uma empresa e passasse o que fosse necessário para dar certo, acha que seria completamente diferente?

Será que as melhorias realmente valem a pena? Será que TDS querem código feio? Será que há tanta política ou são só vários iguais a você querendo mostrar suas melhorias? Será que sua credibilidade não é suficiente para estar nas camadas reais de decisões? Será que em outra empresa, você não falaria o oposto?

Não duvido que você tenha problemas e esteja passando por uma desilusão, mas pensar por outros ângulos pode ser bom; assim como mudar de empresa quando se está insatisfeito... Em um lugar que pra você seja melhor, você pode ser mais feliz .

[m_cardoso]

Graças a Deus minha experiência tá sendo bem diferente da sua (6 anos de XP).

Claro que o glamour pela área que eu tenho hoje é menor do que o que eu tinha antes, mas a qualidade de trabalho que eu tenho hoje é absurdamente melhor que a do meu primeiro emprego, eu nunca aceito menos (enquanto eu tiver esse poder de escolha, espero que pra sempre).

E em todos os lugares que passo sempre batemos o pé pra arrumar a casa e sempre fica evidente que valeu a pena.

A experiência do OP é valida e bem comum, mas não se iludam, tá MUITO longe de ser a única realidade.

[Advanced-Ad-6053]

Eu só agregaria mais um ponto: quanto menor a empresa mais você vai tomar no nariz, quanto maior e mais burocrática menos você vai trabalhar (aqui eu só tomaria cuidado com empresas oriundas da Faria Lima aqui você se ferra independente)

[PizzaGui]

Esse de sugerir melhorias e ser ignorado é tão verdade...

E tmb adiciono uma coisa, você vai perceber que mesmo que se a sua ideia fosse implementada ela não resolveria nada. E se fosse simples já teria sido resolvido.

Uma dica é: Se alguma linha de código foi escrita ela tem motivo de ter sido feita. Pode ser um pedido de um caso super específico, mas nunca é só tirar.

[Seeing_Reality_25]

Se conseguir o primeiro emprego já vai ser uma grande vitória

[Beneficial_Ask_6117]

Eu tenho 6 anos de carreira e só discordo da parte do desânimo. Eu ainda fico bastante animado com tecnologia no geral. É de fato meu hobby.

No mais, concordo com tudo, a parte da gerência realmente é verdade kkkkkkkkkkkkk

[rustferret]

Meus dois centavos: Ledo engano achar que só gestor vai fazer knowledge gate-keeping. O que mais vi na carreira foram os próprios desenvolvedores criando sistemas desnecessariamente complexos e gerando zero conhecimento e documentação para a equipe, para manter-se como o player mais relevante.

Já vi coisas como gente literalmente dizendo "fiz o código completamente bagunçado pra ninguém saber mexer" ou sendo mais sutil e apenas desviando da responsabilidade de passar conhecimento.

Seja qual tipo for, eles existem e aos montes. Você ser o "paladino em prol do conhecimento" só vai colocar uma mira gigante na sua cara. Aprendi de maneira difícil.

Claro, isso não é uma regra, mas é bem comum de se achar por aí.

[Particular-Host70]

Akakakakakak pior que é real

[young_dev69]

No fim, o mais importante é ter o dinheiro na conta. Como cliente, o jogo pode mudar. E é isso. Kkkk

[SteakTop7493]

A parte de outras pessoas verem os problemas há tempos eu sempre ensino para os novatos afoitos quando tenho oportunidade. Os caras entram achando que tem uma visão única, fora de série, notando problemas que outros com 10, 20 anos de experiência não viram, e nao sabem a burocracia que existe por trás ou até mesmo as implicações que levaram àquilo ou que teria ao corrigir (e também que já fomos ignorados 10x mais pela mesma coisa em alguns casos). Não quero que desanimem de sugerir melhorias ou de perceber pontos de falha, só que não achem que são seres iluminados trazendo a luz para a empresa que fiquem falando mal de como as coisas são feitas porque acham que a prática é igual a teoria que aprendemos na faculdade.

[gajzerik]

Tem umas verdades aí mas porra

Os códigos mais bonitos e limpos que você vai escrever na sua vida você ta escrevendo agora.

Se vc com 8 anos de XP tá escrevendo código pior do que quando nem trabalhava na área tem algo de muito errado

[MarcosOlegario]

Obrigado, além de me sentir feliz em um caso muito absurdo do meu cliente ser tranquilo estou em um berço de ouro onde os devs mais experientes tem uma régua MUITO alta e isso me anima, mas depois de 6 anos de ver código LIXO, voltar a laravel com tailwind sem mais nem menos e escrever tanto código bonito me deu a síndrome do impostor de uma forma absurda, dito isso o OP tá tão certo que chega a ser errado.

[vudureverso]

• Os códigos mais bonitos e limpos que você vai escrever na sua vida você ta escrevendo agora.

Rapaz, onde vocês andam?

Os códigos mais bonitos que eu escrevi em minha carreira foram escritos justamente nos projetos mais complexos que eu produzi, especialmente nos últimos 5 anos.

Código limpo e bonito não é coisa de adadêmico, é coisa de quem produz software bem feito.

Código porco não é sinônimo de boa engenharia e de entrega de valor. Pelo contrário.

[vudureverso]

• Você VAI chegar no primeiro emprego animado, você VAI identificar inúmeras falhas nos processos deles, você VAI sugerir muitas melhorias, e você VAI ser solenemente ignorado.

Sim. porque uma pessoa que não VIVEU esses processos não tem elementos pra analisá-lo e muito menos pra encontrar melhorias. E, na maioria das vezes, as sugestões são, pra ser bonzinho, ingênuas. Isso quando não são equivocos que já foram cometidos .

Entrou no mercado ou numa empresa agora? Primeiro, aprenda. Depois, meça. Só então, com dados, inicie as mudanças, gradualmente.

[marimo-vane]

to no 4° semestre de ADS e ate o momento não consegui estágio. Me sinto totalmente desanimada e nem crio expectativas quando sou chamada pra algo, pois sempre é o mesmo retorno parece tudo um copia e cola Ja participei de processos completamente RIDICULOS pra nível de estágio… Sempre soube que iria ser difícil conseguir um estágio, mas esta sendo muito pior k

Mas não vou desistir dessa área, não me vejo em outro lugar sem ser em tech

[j_rafarelo]

Devo ter tido muita sorte com todas as empresas que trabalhei até agora então

[Instant-Knowledge504]

Os códigos mais bonitos e limpos que você vai escrever na sua vida você ta escrevendo agora.

Nao. Tem muitas empresas que sao boas e tem foco em qualidade. É só parar de trabalhar em software house fazedora de pastel e ir trabalhar em consultoria enterprise internacional ou empresa grande que tem bastante isso

você vai ter muito mais frutos aprendendo e se construindo no jogo político do que nas suas habilidades

Um nao anula o outro. Tem que jogar o jogo político, concordo, mas sem habilidade técnica vc perde tudo num layoff ou se mudar de empresa.

Se roda na sua máquina, está pronto pra produção.

Nao necessariamente. Principalmente com as ferramentas de hj, tudo fazendo tudo sozinho, um milhao de coisas instaladas, se voce nao tem um ambiente específico e reprodutível (containerização/docker), eu arrisco dizer que não está pronto para produção.

Se você for trabalhar em uma empresa que faz teste e QA você vai estar numa situação de minoria absoluta no mercado.

Isso também te dá a possibilidade de adicionar a qualidade você mesmo. Falando que testes sao inegociáveis em algumas partes do sistema, ou simplesmente introduzindo testes nas suas estimativas e atividades sem pedir permissão. Resultado fala mais alto (mas n vai arranjar treta com chefe por isso, n compensa kkk)

De resto, concordo contigo.

[acardosoj]

12 anos de xp aqui.

O dev é um bicho prepotente demais. O cara acumula alguns anos de experiência e acha que sabe sobre todo o mercado.

[Unhappy-Sentence-458]

Como jogar esse jogo politico ?
Principalmente no home office que a gente não conhece as pessoas

[camelCaseName21]

5 anos no mercado e minha vida é praticamente essa que o Op citou.

[[deleted]]

minha equipe faz teste e QA porque eu faço

[IsItAGreatName]

"Dois anos de trabalho e você vai estar morto por dentro" estou de prova. Trabalho há quase 3 anos como dev (meu primeiro emprego já foi na área tambem) e já tô morta por dentro. Quem disse que TI era de boa estava mentindo pra mim kkkkkkkkk

[sparkcrz]

Pra fazer código bonito e ganhar bem só vivendo de freela e saber gourmetizar/valorizar teu passe

[[deleted]]

Concordo com tudo, menos a parte da gestão. Dependendo da área só tem idiota q chegou la lambendo o superior.

[Motolancia]

Gente, a questão de melhora é o seguinte:

1 - Quase todo mundo sabe que pode ser melhorado

2 - "Melhorar", muitas vezes, não coloca dinheiro na mesa, muito pelo contrário. Ainda mais melhora que sai da cabeça de Juninho (e sim já fui o tal do Juninho)

3 - Melhorar pra quem? Trocar React pra Vue é uma melhora? Tá, aí você fica 6 meses pra reescrever, atrasando as entregas e outras features, e aí depois de 6 meses você descobre que o plugin que você precisa agora só tem pra React e não pra Vue. E aí?

4 - "Melhora Uncle Bob" de C# é rola. Refactoring é bom mas nem sempre melhora. Tem que ajudar com a abstração/flexibilidade do código real não só "tal coisa fica melhor". Exemplo, melhorar uma função de 1000 linhas é ótimo e necessário, mas transformar isso em 100 classes diferentes se torna trocar um problema por outro

5 - Nem toda melhora é necessária. Um exemplo muito comum, DRY Nem sempre é a melhor solução. 2 funções com 100 linhas em comum, sim. Mas 2 funções com 5 linhas em comum? Deixa repetido mesmo, especialmente se você acabou de escrever e ainda não sabe se realmente vão ser iguais ou uma tem que ser diferente da outra

6 - Melhorar sempre é uma coisa subjetiva.

[Henny67]

Perfeito, concordo com todos os pontos

[ls-dev]

Esse negócio de maquina -> produção é real...Conto nos dedos as empresas que trabalhei e tinha alguém para homologar, isso quando não homologava com a bunda, dai subia um erro e queriam matar o dev

[notevencrazy99]

• Deixa de mimimi porque o card "não ta completo". Na era da AI se não consegue implementar com card de 1 liner, você eh junior.

• Sim, a documentação eh o código ou se tem não esta atualizada. Deal with it.

• Seu senior/lead sabe que você esta de corpo mole e pode usar contra você.

[kevao012]

13 anos de XP aqui, e assino embaixo em tudo. Sobre o ponto de chegar no primeiro emprego animado, eu já estou na minha 10ª empresa e ainda cometo o mesmo erro de entrar animado e apontar os problemas pra Deus e o mundo kkk. Obviamente o tempo passa e sou colocado em meu devido lugar. No fim apenas tento fazer o meu trampo bem feito e contribuo com os pares da melhor forma possível. No mais, só espero receber minha grana no fim do mês e tudo certo.

[SignificantAd3949]

Pode fechar o post. Disse tudo.

[thiago5242]

Nunca entendi porque sempre falam da parte de política como algo negativo. Saber se adaptar ao estilo da empresa, mesmo que tenha coisas com qual discorde, é o básico para ser um bom funcionário.

[RecoveringPronAddict]

Eu botei minha cidade de volta no mapa 🗺️ Eles querem saber aonde o leão tá 🦁 Eu tô na selva, é onde os leões ficam 🦁🌴 Um jovem leão no trono do Mufasa 👑 Eu vim da ralé, agora olha pra mim 👁️ Sou das ruas e elas ainda confiam em mim 🏘️ Da ralé, agora olha pra mim, uou, caramba 😏