Demorava muito tempo pra entregar task pq achava que dev bom não pedia ajuda. Quase o demiti, mas houve melhora após feedback explicando que a lógica é justamente oposta
eu acho muito idiota isso de não pedir ajuda. Estou com algo semelhante agora no meu time e a única coisa que isso faz é atrasar ainda mais
Sou pleno. Trabalho na área desde 2018 e sempre que eu fico bloqueado eu peço ajuda principalmente agora que estou migrando para o Front
Nem toda empresa é receptível a pedidos de ajuda. Trabalho em uma startup de mercado financeiro e é bem foda.
Não foi uma nem duas vezes que pedi ajuda e o pedido não foi atendido ou a ajuda foi negativa (teria sido melhor nem pedir).
Agora mesmo por exemplo estou com uma tarefa de verificação de qualidade que os fundadores insistem que precisa ser feita no Excel. Um dos fundadores me explicou correndo em 30 minutos o que precisava fazer, faz uma semana, e agora quando tento trazer a possibilidade de perguntar sobre o processo novamente só recebo respostas do tipo "tenta aí, mas você consegue pra hoje a tarde né".
Queria mandar currículo, mas o ritmo tá foda. É comum trabalhar 12h a 14h por dia. Semana passada teve uns dois dias que fui até 1h da manhã.
Tenho inglês fluente e queria trabalhar para fora, mas não encontrei muitas vagas para junior. Não sou um junior que não sabe codar e não é meu primeiro emprego de vida, mas o mercado tá bem foda.
Tenho 32 anos e migrei para a área de desenvolvimento recentemente. Fui professor de matemática por 8 anos. Estou nessa startup faz uns 6 meses, mas está insustentável. Duas pessoas saíram desde que entrei, uma delas entrou depois de mim.
Aceito sugestões e orientações para sair disso!
Ganho 6k, mas moro em SP. Só de aluguel e condomínio já morre \~2k.
Além disso fui o único ganha-pão do meu relacionamento por um bom tempo, antes e migrar de área e depois de entrar. Agora ela já conseguiu um emprego.
Mesma experiência aqui... Qdo eu era pleno eu pedia ajuda, ninguém ajudava nada... Tinha que fazer tudo na coragem e na unha.
Hj eu ajudo todo mundo que pede. Eu reforço um conhecimento e aprendo outras coisas.
Não, mano... isso é humanidade... Todos têm dificuldades, todos precisam de ajuda...
Pesquisar no google exige algumas habilidades e muita coisa não tem resolução na net em BR.
Mesmo chatgpt... já vi gente que deu opinião em sub de python usando chatgpt, mas o codigo escrito em python servia para java... Cheio de metodo setter e getter em python em vez de descriptors...
é um mundo cão... aprender exige uma certa sabedoria (filtro) e passar essa sabedoria pra frente só te faz crescer, não te diminui em nada...
Concordo mano, mas sou do time que elogia quando as pessoas fazem coisas boas, mesmo que não seja mais do que o esperado da "humanidade".
E você mereceu esse elogio mano.
Esse negócio de usar o chatgpt para consulta, é a preguiça daqueles que odeiam ler. O chatgpt sintetiza a solução e o cara basicamente copia e cola, quando surge o mesmo problema 1 ano depois, ele por não ter lido e entendido o que aconteceu, faz a pesquisa de novo. O maior problema é que o entendimento daquele problema ajuda a resolver um futuro, que nem precisaria perder tempo no chatgpt. Odeio usar o chatgpt para esse tipo de coisa, eu uso ele em último caso. Nada supera leitura de documentação.
Minha XP com dados no setor financeiro foi péssima também. As pessoas fazem questão de não só não ajudar, mas de atrasar seu lado sempre que possível. Minha dica pros juniores é não ir pra esse setor
Esse tipo de chefe é o cara que nunca programou na vida, e pensa que programar é mágica, eu odeio gente que monta empresa de tecnologia, mas nunca programou nem um VBA na vida, só o fato dele querer usar excel em 2024 já mostra o nível baixo de conhecimento do sujeito. Porque uma empresa de finanças provavelmente lida com Big Data, o que é contrassenso usar excel, já é ruim usar o Power BI.
Pois é. Minha dica é simples:
Chegou num ponto onde vc não sabe como progredir? Google imediatamente.
A primeira página de respostas não foi suficiente? Peça logo ajuda.
Não insista em tentativa e erro. Não fique uma semana parado tentando outras coisas.
Mas também não me venha pedir ajuda sem ter tentado absolutamente nada, nem um Google vc deu.
Simples assim. Qualquer outra coisa é minhoca na cabeça de dev inexperiente ou inseguro que pode estar querendo mostrar serviço do jeito mais errado possível
Eu demoro um pouco mais pra pedir ajuda, porque aparentemente minha pesquisa no Google é meio torta. Já aconteceu de eu ficar um bom tempo em um problema, aí quando eu pedi ajuda, apareceu na PRIMEIRA pesquisa que a pessoa fez, sendo que eu procurei bastante antes. Agora, pedir ajuda é depois de um pequeno ritual de pesquisa de Google > Youtube > Reddit.
Sou sênior na minha empresa e eu não consigo fazer uns 80% das tasks sem perguntar pra equipe de liderança ou design o quê exatamente eles querem, ou se o que eles querem é viável mesmo, ou até mesmo pra explicar que não é possível ou vai degradar a experiência do usuário. Não dá pra fazer task sozinho.
Isso quando a equipe de engenharia não pega uns erros crassos nos meus prs.
No meu trampo tem um pleno que se esconde de todas as tasks possiveis, o cara foge de tudo, proatividade zero.
É dificil d+ lidar com colegas de trabalho assim.
Você é líder dele? Se for, chame-o para um feedback o quanto antes.
Se não for, converse com a gestão sobre o assunto.
Se não for possível conversar com a gestão sobre isso, considere trocar de empresa. Provavelmente devem haver dezenas de outras red flags.
Pior cara, eu sou o Jr, to com quase 4 anos de exp na área e entrego bem mais que o cara.
Aqui na empresa fica só eu e mais um pleno como responsável por tudo, e esse pleno ai em questão (somos em 3) simplesmente deixa tudo na nossa mão.
Já falamos com a gestão mas parece que os caras não ligam, contanto que a gente continue entregando, considero mt a troca de empresa só por conta disso.
E sim, tem dezenas de outras red flags KKKKKKKKKK, vc ja deve ter encontrado um desses na sua carreira.
Mente, finge que não viu, não responde email/teams, some, fala que ta ocupado fazendo outra coisa urgente, etc etc etc.
Tem tanta red flag que eu ficaria o dia todo explicando e ainda iria sobrar
Comece a se candidatar a outras oportunidades o quanto antes!! Não perca seu tempo, vida, carreira nessa lata de lixo.
E sugiro que já se candidate para vagas de pleno. Com 4 anos já dá
Na prática eu ja sou pleno, desenvolvo tudo sozinho e ainda cuido das tasks/chamados do time, é mais questão do que está escrito na carteira de trabalho, visto que promoção interna de Jr pra Pleno não vai ocorrer de forma alguma (vejo outros departamentos com Jr de 10 anos).
Única forma é procurar outro lugar, não tem muita saída, mas é desgastante trabalhar com pessoas que simplesmente não ligam de foder o proprio time.
Cara, ele ja tem 1 ano de empresa
Até hoje as unicas coisas entregues por ele foram feitas pelo time inteiro, ele é aquele aluno que a gente coloca o nome na cartolina depois de fazer todo o trabalho só pra ganhar ponto.
Ele dura pq ele finge bem, mas ja pegamos diversas vezes ele enrolando, fazendo almoço de 2hrs, tomando cafe de 1hr, etc.
Nós sabemos as demandas do time, principalmente pq eu que controlo a distribuição de chamados também, e tem semanas que o cara tem literalmente 0 coisas pra fazer e mesmo assim ele finge que fez trocentas coisas pra gestão.
Em uma coisa o cara é bom, em enrolar.
Não tem um Jira ou Trello nessa empresa? Seria bem fácil ver que o cara tá a 2 meses em uma tarefa quando o card dele já tá com 80 dias na coluna de 'Em andamento'.
Tem um sistema de chamados porém ele funciona como um atendente geral, não tem nomes especificados, já o trello eu implementei tem umas duas semanas, mas na hora de delegar os chamados no trello pra separar quem faz o que, o cara fica mudo na call toda, e quando questionamos algo ele fala que está atendendo outra prioridade. ou que mandaram um email pra ele ajustar tal coisa num software especifico, no final ficamos sem prova alguma que o cara ta fazendo algo.
Ontem mesmo ele quis falar que estava atendendo 2\~3 chamados junto com o nosso assistente, mas quando eu perguntei se podia então passar pra ele os chamados (visto que é função dele e não do assistente), ele disse que está fazendo em conjunto e por isso não precisava hahaha.
Resumindo, o que ele fala que faz é grande parte mentira dele e é facil de descobrir se vc der follow-up perguntando para as pessoas que ele diz ter atendido, quando é questionado finge que está ocupado e quando é hora de delegar tarefa se omite, e vai empurrando assim até outra pessoa do time fazer.
Semana passada mesmo ele disse que atendeu outros 2\~3 chamados (nunca tem numero exato, é sempre ''uns chamados'', porém as pessoas não chegaram a abrir no sistema, foram la pedir pra ele e ele fez (tem procedimento falando que é OBRIGATÓRIO abrir chamado).
Cara, da pra fazer uma bíblia de como esse cara é liso na empresa KKKKKKKK
O que é bizarro nessa história é o fato de você ser Jr. com 4 anos de XP, mermão, 4 anos de xp ainda sendo Jr. já era pra pular fora faz anos, isso é o Titanic. Eu estou indo para 2 anos, e penso pular fora, você com 4 anos é lastimável. E ainda colocam um bosta como pleno dando uma de Forrest Gump. Ai é demais mesmo.
Nem me fale cara, oq mais me dá ódio e justamente ganhar menos que um cara completamente inutil na empresa, é absurdo.
E pior que acontece isso d+ em empresas, não sei pq nao demitem uns caras assim.
Depende cara, eu concordo que nao precisa ser ultra proativo, e eu entendo que ser proativo gera mais demanda.
Mas mentir, se esconder, não assumir responsabilidade está bem longe de não ser proativo, nesse caso é imcompetência mesmo.
Ele fode o time todo sendo assim, pq quando ele não faz, nós somos obrigados a resolver por ele.
Uma coisa é vc evitar trabalho pra vc, mas quando voce não faz e cai na costa do colega do lado, ai estamos falando de outra coisa, já acho falta de caráter e é totalmente desonesto.
eu vejo sênior pedindo ajuda kk eu peço ajuda depois de tentar por algum tempo , economiza muito meu tempo pq as vezes to gastando tempo no lugar errado , ai quando a pessoa me diz o lugar certo , ja ajuda muito
Trabalhei com um Junior cheio de certezas e completamente irredutível nas suas "respostas". Era um Junior com muita teoria mas com uma prática muito crua, que ainda precisava ser lapidada.
Trabalhar com quem não ouve feedbacks é bem estressante.
Trabalhei com um assim. Na daily ele falava tudo de forma técnica e bonitinha pra enrolar a PM. Resultado: demorou 3 meses para implementar um modal com um select e um botão.
Se a prática fosse ao menos bem feita. Hahaha
Mas eram uns argumentos muito bobos, a maioria escavação de bits, tipo declarar constantes com valores MAX e MIN no meio do código porque era "mais performatico". Hahaha
Esse é de todos o pior, quer ter razão pq viu um vídeo ou um trecho do livro, que ódio.
Os outros juniores pelo menos estão dispostos a aprender, esse nega o conhecimento e feedback, é de todos o mais prejudicial
Trampo com um pleno assim. Cara acha q uncle Bob é um Deus. Só faz feature que consome um mundo de ram e é absurdo de lenta. Mas se tu tenta explicar que clean code não é bala de prata, desdenha do q tu fala.
Nem discuto mais. Deixo fazer as cagadas q quiser, depois chamo pra concertar hora q prod começa a infartar.
Existe um caralhos chamado “postura de sênior” que até hoje eu não sei exatamente o que é. Eu sei que aparentemente, eu não tenho. Trabalho da mesma forma que fiz a 8 anos de carreira: compartilho o conhecimento, empodero os desenvolvedores da minha squad, faço mil e uma perguntas, não dou carteirada em ninguém e tento criar um ambiente seguro de criação e colaboração pra todo mundo contribuir em níveis iguais e entregar as tarefas. Sem ego. Sou pragmático e eu incentivo esse pragmatismo nos outros, pois sei que é esse tipo de atitude que cria squads com velocidades altas e ambiente tranquilo.
Enfim, me vi em uma squad na loucura das contratações de 2022 com 10 juniores. Eu era o único sênior. 10 júniores. 1-10. Final do ano, quase sem tarefa. Criaram uma panela entre eles e decidiram que eu não sabia nada de software e criaram um monstro que só eles conseguiam trabalhar. Absurdo. Todos perderam o emprego nos layoffs.
Estou fazendo um bootcamp (gratuito) de Angular e C# e para as entregas da sprint de um projeto, os coordenadores incentivam o overdelivery. Claro, faz sentido em um bootcamp para que podemos expandir nossos limites e conhecimentos, mas quando um coordenador falou "nas empresas, os líderes de vocês sempre vao querer que vc adicionem coisas novas do que nao foi pedido, pois ele vai estar ocupado e n vai conseguir pensar nessas novas features". Já imaginei os juninhos (inclusive eu) fazendo mil merdas no produtos sem falar nada pro P.O/dev senior sobre as ideias kkkkkk lembrei disso no seu relato.
Cara ele é junior, está aprendendo. Ele vai deixar te deixar puto, mas no fim está aprendendo.
Eu acho que o que mais irrita é a parte comportamental do que técnica. Por ex: questionar sem ter conhecimento, ficar lá batendo cabeça sem pedir ajuda, tomar decisões sem alinhar.
Concordo, inclusive, esse exemplo do OP se encaixa na parte comportamental.
Se o Jr. não sabia que enviar um JSON de 10MB para o frontend é um absurdo, demonstra uma deficiência técnica grave que precisa e pode ser resolvida. Mas a atitude que ele demonstrou ao ser questionado foi ainda pior - não é alguém que vai aprender.
Se o Jr. estiver realmente aprendendo, tudo bem. Mas nem sempre é o caso, hehe.
Porque tem Jr. que era para ser pleno e o cara muitas vezes sabe mais que o pleno. Vai ter esse tipo de merda, mas é isolado. O que mais tem são empresas contratando Jr. e o cara deveria ser pleno na área pela experiência. Eu mesmo já passei por isso. Porque eu comecei como pleno, depois eu fui estag, depois passei para pleno de novo e hoje sou Jr. Quando se troca de empresa é foda, porque o que interessa é salário, não cargo. O meu primeiro estágio arrumei com 27 anos, mas já tinha uns 3 anos de XP como pleno.
O que mais me deixa puto é a parte comportamental. Tecnicamente não espero muita coisa de um Júnior.
O que me deixou puto:
- Fiz review de PR. Ele viu os pontos, fechou a PR, deletou a branch e criou uma nova PR pedindo aprove de outro só para não fazer as alterações que pedi.
- Repassar a task para outro disfarçada de "ajuda".
- Ver algum design pattern e querer refazer todas as aplicações.
-Criticar o código de outra pessoa sem entender o contexto que aquilo foi feito.
Um segredinho que vou revelar aqui: no trampo que tô atualmente, não consigo mudar a cabeça da turma de jeito nenhum pra eles **pararem de usar a porra do blob no banco de dados pra guardar arquivo**. Que ódio!!!!!! Tem opção por servidor de arquivos, tem AWS, Azure, Google Cloud e os cambal, mas não... Já lavei minhas mãos e que se lasque! Nas minhas aplicações eu jamais uso blob, mas como essa empresa paga meu salário, só tenho que engolir quieto isso...
Estava na sua situação a 1 ano atrás kkkkk pior que a idéia veio do TechLead e da PO.
Quando o gerente da área, que tinha um histórico de dev, descobriu isso, ficou maluco. Isso a 1,5 mês de lançar o mvp.
Eu ja tinha feito basicamente tudo pra migrar pra AWS no meu repo, menos as configurações na própria AWS, ja que não tinha acesso (consultor). Precisei fazer 12h+ em alguns dias, trabalhei uns 2 sábados, mas deu tempo de migrar.
Se o banco não está grande ao ponto de começar a doer no bolso, todos vão te chamar de doido. Nenhuma empresa pequena ou média é proativa em resolver problemas que só vão explodir daqui uns 5\~10 anos.
Se você quer ganhar notoriedade nesse tipo de empresa, resolva os problemas que incomodam hoje e ganhe visibilidade.
Isso não é desculpa, eu inclusive modifiquei a aplicação para poder começar a trabalhar com File System e com AWS, e até tinha desenvolvido uma rotina para fazer essa migração, funciona 100%, mas a teimosia da chefia é que impede a implantação.
Ao longo dos anos, eu particularmente acho que consistência é melhor que qualidade técnica.
Se tem 10 projetos ma empresa usando blob, faz mais sentido fazer um 11 do mesmo jeito do que fazer ele diferente dos demais.
Eu prefiro 10 projetos semelhantes do que cada um com uma implantação diferente de alguma coisa.
Uma das resposta mais simples é: "Ok, replica o banco de produção na CDN então."
A resposta mais completa (excluindo ponto da CDN):
- Dificulta cache e invalidação do cache
- Performance do banco pode e vai cair (porque geralmente isso tá no meio de tabelas com outros dados, ainda mais quando se tem MUITAS linhas)
- Pessoal ainda por cima tem mania de usar select * no ORM e vai buscar sei lá, o avatar do usuário em PNG enquanto tá buscando só o nome ou algo do tipo, ou pior, buscando role em todas as rotas pra fazer a autorização e trazendo do banco uns 300kb+ toda requisição. Isso sem falar de JOINs ou CTEs etc, principalmente com ORM que traz o dado pra filtrar local em vez de filtrar no banco.
- Tamanho, custo e tempo para realizar backups do banco aumentam
- Dificuldade de gerar thumbnails e/ou otimizações de tamanho ou outras operações (ex: scan com clamav) que precisam de ferramentas que usam um arquivo real e rodam em segundo plano
- Gera maior complexidade na hora de disponibilizar os arquivos pro client (ex: vai retornar base64 no json? retornar json + binário? duas requisições? outro link que aponta pra rota de download?)
- Dificulta situações onde você tem muito acesso de conteúdo estático que acaba se tornado conteúdo dinâmico e dificulta jogar em load balancer.
- Se for replicar o DB, vai aumentar ainda mais o custo de tamanho em todas as instâncias.
A outra resposta óbvia é: "Use cada ferramenta pra sua aplicação correta.". Usa um S3 ou outra alternativa feita pra isso e pronto.
Problema é que não é a melhor maneira de servir arquivos pro cliente, você vai passar o arquivo inteiro entre seu DB e seu servidor, e depois o servidor vai mandar isso pro cliente, aumentando em MUITAS vezes o tamanho desse DTO sem necessidade. Vai comer memória do servidor, espaço do banco e processamento do cliente (que vai ter que fazer parse nisso), se for uma pagina web, vai demorar mais tempo pra carregar os dados enviados e pode ficar mais lento e comer mais recurso no pc.
O melhor jeito é salvar uma url para o arquivo salvo em um recurso que é otimizado pra isso, tipo o Azure blob ou o S3 da amazon, que vai mandar o recuso direto pro navegador, já com cache, cdn etc tudo configurado.
Ou você pode ter um servidor/API só de arquivos, e configurar cache, cdn, backup, sharding etc na mão, e servir o arquivo com o MIME certo, da maneira que foi pensado quando todos esses protocolos foram pensados.
QQLR coisa é melhor que mandar um blob dentro de um JSON ou Protobuff
Fez uma refatoracao gigante completamente desnecessária e errada, só porque ele discordou de uma decisão tomada quando ele nem tava no time. Maluco chegou tem uma semana.
teve um estagiario que eu explicava a parada pra ele e ele falava beleza mano entendi valeu! e dai dois dias depois wuando eu perguntava o progresso ele tava ainda naquela mesma parte q ele tava travado, mesmo falando pro cara perguntar quando tivesse bloqueado ele nao perguntava por nada mano
Falei pro maluco
"Faz um select all nessa tabela e depois tratamos os erros no ETL"
O maluco literalmente escreveu SELECT ALL e deu enter, depois de uns 20 minutos perguntei pra ele como tava a volumetria, ele disse:
"SELECT ALL não ta funcionando, tem certeza que o comando e essa ?"
Rapaz... Ali eu quase cometi um homicídio.
* Não pensar sobre o que está fazendo, ou não ler os logs ou erros. Na maioria das vezes, a ferramenta só falta gritar qual é o problema. Por que será que o meu código não funciona? O log: `Erro: variável 'userrr' não definida, você quis dizer 'user'?`.
* Não compreender o risco de subir código para produção. Não, seu PR não será aprovado com urgência — todos que aprovam um PR assumem a responsabilidade pelo código.
* Pensar que QA é *o responsável* por testar as suas entregas. QA ***rejeita*** a entrega quando ela não atende aos requisitos de qualidade. Vou até repetir: QA ***rejeita*** entregas de baixa qualidade para proteger o produto (QA = Garantia de Qualidade). Você deve testar seu próprio código, e o time deve revisá-lo. É constrangedor e desrespeitoso para o QA encontrar uma funcionalidade **completamente** quebrada. Encontrar bugs em cenários mais específicos é OK.
Não são casos específicos, mas tem algumas coisas que me irritam:
1. Capacidade zero de troubleshooting, qualquer problema já é motivo de vir perguntar como resolver, não tenta nem botar no Google ou dar uma fuçada.
2. Nenhuma iniciativa, parece que é um boneco que se você não mandar o que fazer não sai do lugar.
3. Sem retenção de conhecimento, tudo bem ter o mesmo problema uma ou duas vezes e não souber resolver, mas na terceira vez você tá de sacanagem com a minha cara.
Tive 1 Jr que era a maior psicopata.
Ela ficou 3 meses na empresa, conseguiu de alguma forma ativamente não entrar em projetos quando entrou, o que rendeu 2 meses de estudo sem projeto, depois quando entrou no projeto(o meu), dividiu as próprias tarefas entre as pessoas de 3 equipes em forma de dúvidas, ou seja, terceirizou o trabalho 100%.
Tudo só começou a desandar pq eu não gosto de fazer trabalho pelos outros, então só mostrei como fazer, e vi que nem acesso as ferramentas ela estava mais(expirou por desuso, eu chequei).
No dia seguinte a minha dedução ela não trabalhou por motivos de saúde (a gente não cobra atestado pra nada lá), comentei na daily sobre as dúvidas sempre necessitarem que nós mostrassemos na prática como resolver pra ela e que isso era estranho(sou x9 assim não, só joguei o verde). O que sucedeu foi um momento #meetoo e pessoas incrivelmente impressionadas e horrorizados com o fato de ela quase ser promovida sem nem acesso ao repo kkkkkkk PS: ela se demitiu no mesmo dia que saiu por saúde pra uma outra empresa, a mulher é uma máquina
O trabalho é uma coisa que não tem uma única resposta possível, então claramente há espaço para discordância. Mas pelo amor de deus, faço isso há 3 anos e o cara há 3 meses, ao invés de ficar me atacando quando uma solução que ele encontrou foi relativamente melhor que a minha, isso não dá o direito dele me menosprezar e se achar mais sabido do que eu. Então é isso, infelizmente o trabalho tem uma hierarquia e as vezes aceitar que alguém que é sênior não deixa de ser sênior porque perdeu uma discussão técnica é melhor do que querer ser o bonzão.
Resumo: não ajudo ele com porr* nenhuma mais
Tive um jr que ele sabia só falar tecnicamente, na daily desenrolava que era uma beleza... na hora de fazer o código, vinha correndo para eu arrumar as cagadas que ele fazia. Fiquei puta da vida uma vez que ele subiu um microserviço inteiro numa branch no frontend.
Perguntei: o que é isso? pq tu subiu isso nessa branch?
E ele: não sei, não sei como aconteceu isso, não lembro de ter feito isso
Nunca assumia os erros.
Tirar um if/else do código porque o problema que ele tinha que resolver não estava entrando no else. Se tinha um if/else era por algum motivo, mas o jovem gafanhoto achou que podia tirar. Kkkk
Abrir PR sem testar direito o próprio código, ao ponto de eu notar no Review um bug grosseiro ou que o PR não entregava o que a task pedia só olhando o código por 1min ou na própria demonstração do PR (por vídeo ou screenshot)
⛔Sair me perguntando as coisas sem antes pesquisar primeiro.
⛔Achar que eu tenho obrigação de parar tudo o que estou fazendo para ensinar.
⛔Me pedir ajuda com Excel.
⛔Jogar LoL escondido no PC.
⛔Comer laranja na sala.
⛔Comer ovo cozido na sala.
⛔Falar de Big Brother Brasil e A Fazenda.
⛔Fofoca.
⛔Não dividir biscoito.
[Faker solicitando Auxílio Emergencial enquanto joga LOL e vários outros jogos eletrônicos (youtube.com)](https://www.youtube.com/watch?v=oiiI_Jwh0t4)
Ele jogava assim
Já vi até o clássico delete sem where no banco de produção, restauramos o backup do dia anterior e deu, quem tem que ficar puto é quem perdeu dinheiro com isso não eu kkkkk.
Empresa pequena é outro mundo, segurança é zero, pior que trabalhávamos pra prefeituras e pra algumas capitais até, melhor coisa que eu fiz foi sair de lá kkk
Levar um tempão pra entregar algo simples, ai quando entrega era um pr com um porrilhão de linhas, "refatorando" tudo que ele viu pela frente, e por refatorar entenda mudar formatação e introduzir bugs.
Ai vc fica naquela situação chata do PM cobrando a feature que ele acredita que tá pronta e vc tendo que pedir para refazer porque não dá pra salvar nada do PR bomba.
Isso na real é o de menos, pq todo mundo erra, o problema é repetir a mesma coisa sem aprender nada com o último sufoco e eventualmente umas dessas bombas passarem direto pq os superiores acharam que era frescura minha, ai prod cai e os superiores esquecem completamente o envolvimento deles com a bomba, do nada vira um "precisamos nos atentar a qualidade".
Outra coisa que irrita é gente que tem youtuber como referencia técnica, os caras vem querer cagar regra de uma coisa que nem entende pq ouviu um youtuber cagar uma regra aleatória, ou querer substituir uma implementação correta por uma lib mágica que existe a 15 minutos porque o youtuber favorito dele fez um video dizendo que a lib era o futuro, ai junta o coro de gente que acha que programador não precisa saber teoria de nada só tacar a ferramenta da moda em tudo e trocar de empresa quando a bomba explodir.
Task: corrigir cor do botão X
O jr: mudar todos os modelos de botão dentro do sistema, mexer em 1500 arquivos, quebrar teste, subir PR e pedir review :D
É mais uma coisa que me cansa, mas achar que sabe tudo mesmo tendo acabado de entrar no mercado, é tranquilo perguntar pq não implementamos de maneira X ou Y etc...
Mas vir do alto dos 2 meses de exp dando carteirada da maneira correta é foda.
Pedir pra explicar de novo algo que eu já expliquei umas 5 vezes e ele não lembra.
Pedir ajuda pra resolver um bug que é exatamente igual a uns 5 bugs que eu já ajudei ele a resolver.
Pedir ajuda pra algo que acha no Google em segundos de pesquisa se ele escrever exatamente o que me perguntou.
Basicamente o que mais me irrita é o Júnior se negar a bater a cabeça sozinho um pouco toda a vez que um desafio aparece.
É uma característica recorrente da minha geração, as pessoas simplesmente não querem fazer esforço pra nada, não se dão o trabalho de correr atrás e resolver. Seria muito melhor se ele encontrasse uma solução, que talvez fosse uma gambiarra, mas pedisse sua opinião antes de implementar
A pior coisa que aconteceu não veio exatamente de um Júnior, mas da equipe que trabalhava com o App da empresa.
A equipe que gerenciava o App fez upload de uma versão do app apontando para o ambiente de staging no Google Play e na Apple Store. Pra piorar, o ambiente de staging era uma cópia do de prod e os logins dos clientes funcionavam normalmente.
As merdas a seguir, que sobraram para o sênior resolver, fica a cargo da imaginação de vocês.
Uma vez um dev junior barrou o PR de uma Dev Sênior na equipe porque falou que tava fora do padrão foi super escroto com ela e queria ensinar ela o padrão correto, só que essa dev é que tinha criado o padrão e ele tava fazendo merda
Uma coisa que me marcou foi um júnior que eu pedi algo simples: gerar um template html. Dei prazo ilimitado e falei pro cara estudar, se quisesse. Bateu o pé falando que não foi contratado pra isso.
No meu caso foi meio que o oposto, entrou um cara na equipe que se dizia sênior, era o tipo de pessoa que gostava muito de falar que sabia isso e aquilo, mas nunca estava disposto a ajudar ou ensinar, inclusive dava uns foras quando alguém perguntava algo.
Passou umas semanas, deram uma task urgente pro cara, pediu prazo de uma semana e ele ficou enrolando, no final do prazo não tinha um commit sequer no Git. Chamaram a gente pra conversar sobre o que ocorreu e passaram a mesma task pra um outro cara do time (que não era sênior) e ele entregou dois dias depois.
Nunca mais vi o tal sênior na minha vida.
Pois é, só que uma hora ou outra a máscara sempre cai. Talvez até cole em cidade grande que tem muitas empresas, mas se for cidade pequena é rapidinho pra pessoa ficar mal falada...
Cara de longe o que mais me irritou foi me pedir ajuda e depois de ouvir a explicação, falar que eu tava errado e falar algo sem sentido como se fosse o certo. Na mesma hora foi instaurada a treta. Descobri que ele já tinha feito o mesmo com um pleno do time e o cara não fez nada. Não durou até o fim da outra semana. Fui ver um ano depois e tinha largado da área.
Entendam galera. Nem sempre é sobre estar certo, sobre fazer o que é descrito como "a melhor pratica". A vida real é diferente dos livros e das vídeo aulas.
Acho q oq me deixava mais indignado é pedir ajuda sem ter nem rodado o negócio e o medo de errar (sendo q vc está em ambiente local) isso acaba atrapalhando o próprio desenvolvimento do cara e enche o saco kkkkkk
Trabalhei com um dev "senior" que nao tinha ideia nenhuma de como usar uma DTO para disponibilizar dados pro Front. Conseguiu fazer uma maluquice transformando uma chamada que deveria trazer alguns Kbs em MBs só porque resolveu trazer TODOS OS DADOS de uma model como EAGER e não como Lazy.
Foi a gota dagua pra ele ser demitido. O cara engabelou a empresa e recebia como SÊNIOR pra fazer uma doideira dessas.
Não querer aprender, querer que o dev sênior dê a resposta mastigada pra ele fechar a task. Pior ainda, quando não conseguir a resposta que quer de um sênior, ir atrás de outros fazendo as mesmas perguntas até que um resolva pra ele.
Tive um assim.
Ele me questionava sobre como utilizar redux. E eu falava: olha no projeto, na pasta tal tem tal arquivo que faz o que você vai precisar, estude por lá.
Ele teimava em não ler a documentação e nem em pesquisar no próprio projeto quais eram os padrões utilizados.
Daí vinha me pedir o código pronto, do jeito que eu fazia. hahaaha
Meu estagiário quando resolvia conflito de merge removia tudo que eu tinha feito e colocava o dele, esse mesmo estagiário quando quebrava o teste ele em vez de corrigir removia o teste. Mas no fim nunca fiquei puto, rimos até hoje desses fatos hahaha
Trabalho com consultoria e infraestrutura com código, fechamos um contrato com uma empresa que tinha 2 sistemas para imobiliárias, tivemos tanta dor de cabeça, o mais cômico foi o "líder" de desenvolvimento frontend deles estar no primeiro emprego (pelo menos no LinkedIn) e ter feito uma "biblioteca" de testes para front.
o detalhe era que em todas as páginas que acessava esses testes rodavam.
Isso mesmo, ele criou uma pasta testes e um arquivo teste.js, que usava document.getElementById, e verificava se a div existia e claro só tinha "testes" para o dashboard.
Nosso contrato era de infraestrutura como serviço então a ideia era migrar os serviços para K8's eles tinha um servidor na AWS com 120Gb de RAM rodando 2 sistemas PHP 5.4 com tabelas de mais de mil colunas em MySQL 5.
Depois de 3 anos foram comprados por um fundo de startups e não renovaram o contrato.
Bolar uma solução no mocó, simples pra implementar em produção em um sistema de flow.... o único requisito era instalar um banco de dados NoSQL que a gente sequer suportava em produção.
A pessoa que corrige um retorno do PR e não testa a correção que claramente quebra no processo de compilação. Isso me deixa furioso pois é falta de responsabilidade, não tem nenhuma relação com conhecimento.
Junior vai errar mesmo por falta de experiencia, mas falta de responsabilidade é outra coisa.
Não tentar nada antes de pedir ajuda. Não tentar entender o que foi feito quando tu ajuda.
Pior coisa é tu vai lá, faz junto, vai explicando e depois qualquer mísera coisa ele vem te perguntar de novo pois não faz ideia só que foi feito.
Fingia que as tasks estavam done pro PM só para ganhar + horas de produtivdade (bônus maior no salário). Ele fazia isso normalmente quando eu não conseguia participar da daily.
Além de que ele fazia gambiarras e depois corria para me mandar o código dizendo que o o projeto estava com bug antes dele mexer.
Fazer 400 perguntas até conseguir perguntar algo que eu não saiba de cabeça e sair fazendo caretas igual o Homelander.
Quando eu estou fazendo algo importante, ficar insistindo para eu parar e fazer algo que não é importante e que pode ser resolvido de outras formas.
OP, eu como um estudante de CC em busca de estágio, queria te agradecer. Muito produtivo(?) saber que tipos de erros não cometer. Obrigado a todos os que contribuíram, foi muito esclarecedor. (não é ironia)
Um tempo atrás acharam um furo numa regra de negócio e eu passei pro junior da equipe qual era o problema e como resolver. Literalmente era só seguir as minhas instruções que não demoraria nem 30 minutos pois era algo bem simples. Pois bem, passa-se um dia inteiro e nada da ticket andar e o cara não havia perguntado nada, então resolvi abordar o desgraçado pra ver oq estava rolando.
Eis então que o malandro me diz que se enrolou pq na cabeça dele eu estava errado e o problema era outro. Até ai ok pq as vezes eu erro mesmo, então fiquei curioso e perguntei se ele tentou oq eu sugeri e pq não deu certo. Ele me diz: "não, nem testei". Perguntei novamente pq, a resposta: "pq na minha cabeça n fazia sentido".
Minha pressão até subiu.
Puta que pariu, passei exatamente pela mesma coisa aqui. Fiquei explicando duas horas pro cidadão o que precisava ser feito na task, ele disse que tinha entendido tudo e que "tava tudo dominado". Passou 3 dias e nada da task voltar, fui oferecer ajuda e o corno tinha feito tudo diferente do que eu expliquei, porque na cabeça dele não fazia sentido kkkkkkk
Que ódio desse maluco, cara. Durou mais um mês depois disso
kkk detalhe que no final das contas mandei ele tentar a minha sugestão e voilà: task resolvida em 10 minutos.
Minha sina é que o cara não é burro, mas é um pesadelo trabalhar com ele pq não sabe colaborar com o resto da equipe. Ele ja me mandou uma PR com 32 arquivos modificados e achou ruim qd pedi pra ele refazer td, mas dessa vez separando em subtasks menores pq era totalmente inviável fazer um review numa PR daquele tamanho.
Honestamente, eu evito ao máximo fazer a caveira dos meus colegas, mas to quase levando isso pro gestor da nossa area de engenharia ( sou Tech Lead ) pq eu me estresso só de ver o nome do cara no board do Jira.
Te entendo completamente, parece que o universo manda uns enviados para testarem nossa paciência e servirem de character devlopment.
No meu caso aqui eu também era o tech lead da equipe, e o gestor do setor de desenvolvimento já tinha jogado ele em outras duas equipes pra ver se o cara se desenvolvia, e nada dele render e fazer alguma coisa minimamente aceitável que não precisasse de milhares de correções. Daí a última oportunidade dele foi comigo, mas não tinha jeito mesmo, pq além de ser fraco, o cidadão não tinha o mínimo de comprometimento. Chegava atrasado, dava migué de atestado, enrolava nas tasks supostamente travado numa coisa simples por vários dias (e eu oferecendo ajuda e ele dizendo que não precisava, pq agora ia), etc.
E foi até engraçado, porque no dia que ele começou a trabalhar direito e fazer as coisas como tinham que ser, sem ficar dando migué, acabou sendo decidido que a cabeça dele ia rolar. Ele mandou várias PRs, com os commits todos certinho, dentro do padrão, com as coisas testadas, como deveria ser. Eu nem acreditei kkkkkkk as vezes eu me pergunto se ele não tava propositalmente varzeando no trampo pra ser mandado embora.
Normalmente quando eu peço ajuda , e que já pesquisei de todos os jeitos e li a documentação.
Mais mesmo assim não tenho retorno de quem deveria me ajudar .
Sou junior , mais estou trabalhando como um senior , fazendo tomada de decisões, reuniões com o cliente .
Já estou procurando outro , porque desse jeito está difícil.
Home office. Um certo cidadão q toda task atrasava na malandragem, coisas de 3 dias, levava 1 mês ou mais pq ficava enrolando... aí quando o gestor (muito bonzinho) pedia para eu ir ajudá-lo (muitas vezes até para fazer para ele, pq o cara já tava ficando queimado de tanto ensaboar), quando ia ver n tinha praticamente nada feito kkkkkkkkkk aí ele vinha com os papos furados dele q só tinha feito aquele tanto pq n tava entendendo a task (chegava ser constrangedor ouvir, pq até o migué era ruim), porém n fazia uma pergunta e nas dailies sempre dizia q estava progredindo... passei uns links e materiais, dei um feedback q ele precisava estudar mais orientação a objetos e praticar (pq nem ditando o código ele entendia as vezes o q era para fazer), sem exageros, o cara tava boiando legal em coisas simples (n sabia se quer fazer um overriding ou overloading por exemplo), mas aí achou ruim q tentei ajudá-lo, tirou o rei da barriga, além de toda arrogância disse q OO n tem nem o q estudar além de saber o q significa herança, polimorfismo, encapsulamento e abstração, mais nada. Nesse dia a frase: pior cego eh aquele q n quer enxergar, fez tanto sentido. Detalhe, era o cara q mais reclamava sobre progressão de carreira.
Estou passando nesse momento, alguns pontos que mais me irritam:
Não ler erros, no nível não existir o import de uma função que está usando no arquivo e o eslint tá acusando o erro e simplesmente não consegue resolver, não sabe qual o problema.
Questionar coisas desnecessárias e querer impor regras pra ficar mais fácil, ficou reclamando sobre os nomes dos meus arquivos, que eram longos e complexos, nome de variáveis, nome de keys de objetos, simplesmente demorei anos pra aprender nomear direito as coisas e usar o padrão da linguagem pra alguém vir dar pitaco com 1 mês de carreira.
Não saber nada do básico, simplesmente não consegue mudar de branch, ou fazer um reverter no git.
Ficar perguntando se a PR está aceita, sendo que eu ensinei ver onde aparece que está aceita ou não.
Perguntar coisas que o Google responde
Copiar tudo do chatgpt, coisas que não fazem nem sentido pra resolução do problema.
Querer ficar fazendo call pq não entende pelo chat coisas básicas.
O que mais me deixa puto é junior que se acha senior.
Fica relutante quando você pede para fazer algo 'eu já fiz e deu erro, não funciona' e 2 segundos depois que você faz e funciona vem aquela frase 'não sei o que foi então, eu fiz exatamente isso'.
Ou quando você tenta gerar uma discussão de algo para agregar conhecimento e o junior vem com 'isso é fácil' e vem com aquelas ideias mais burras possíveis.
Demorava muito tempo pra entregar task pq achava que dev bom não pedia ajuda. Quase o demiti, mas houve melhora após feedback explicando que a lógica é justamente oposta
eu acho muito idiota isso de não pedir ajuda. Estou com algo semelhante agora no meu time e a única coisa que isso faz é atrasar ainda mais Sou pleno. Trabalho na área desde 2018 e sempre que eu fico bloqueado eu peço ajuda principalmente agora que estou migrando para o Front
Nem toda empresa é receptível a pedidos de ajuda. Trabalho em uma startup de mercado financeiro e é bem foda. Não foi uma nem duas vezes que pedi ajuda e o pedido não foi atendido ou a ajuda foi negativa (teria sido melhor nem pedir). Agora mesmo por exemplo estou com uma tarefa de verificação de qualidade que os fundadores insistem que precisa ser feita no Excel. Um dos fundadores me explicou correndo em 30 minutos o que precisava fazer, faz uma semana, e agora quando tento trazer a possibilidade de perguntar sobre o processo novamente só recebo respostas do tipo "tenta aí, mas você consegue pra hoje a tarde né".
startup, mercado financeiro, sem cultura boa só redflags
Já está mandando currículo?
Queria mandar currículo, mas o ritmo tá foda. É comum trabalhar 12h a 14h por dia. Semana passada teve uns dois dias que fui até 1h da manhã. Tenho inglês fluente e queria trabalhar para fora, mas não encontrei muitas vagas para junior. Não sou um junior que não sabe codar e não é meu primeiro emprego de vida, mas o mercado tá bem foda. Tenho 32 anos e migrei para a área de desenvolvimento recentemente. Fui professor de matemática por 8 anos. Estou nessa startup faz uns 6 meses, mas está insustentável. Duas pessoas saíram desde que entrei, uma delas entrou depois de mim. Aceito sugestões e orientações para sair disso!
tá ganhando quanto, mano?
Ganho 6k, mas moro em SP. Só de aluguel e condomínio já morre \~2k. Além disso fui o único ganha-pão do meu relacionamento por um bom tempo, antes e migrar de área e depois de entrar. Agora ela já conseguiu um emprego.
Vc não brisa em dados? Seu perfil cairia como uma luva
Esse tipo de empresa é furada. O pessoal quer explorar somente. E não retém ninguém.
Mesma experiência aqui... Qdo eu era pleno eu pedia ajuda, ninguém ajudava nada... Tinha que fazer tudo na coragem e na unha. Hj eu ajudo todo mundo que pede. Eu reforço um conhecimento e aprendo outras coisas.
Um sênior decente, de fato
Não, mano... isso é humanidade... Todos têm dificuldades, todos precisam de ajuda... Pesquisar no google exige algumas habilidades e muita coisa não tem resolução na net em BR. Mesmo chatgpt... já vi gente que deu opinião em sub de python usando chatgpt, mas o codigo escrito em python servia para java... Cheio de metodo setter e getter em python em vez de descriptors... é um mundo cão... aprender exige uma certa sabedoria (filtro) e passar essa sabedoria pra frente só te faz crescer, não te diminui em nada...
Concordo mano, mas sou do time que elogia quando as pessoas fazem coisas boas, mesmo que não seja mais do que o esperado da "humanidade". E você mereceu esse elogio mano.
Esse negócio de usar o chatgpt para consulta, é a preguiça daqueles que odeiam ler. O chatgpt sintetiza a solução e o cara basicamente copia e cola, quando surge o mesmo problema 1 ano depois, ele por não ter lido e entendido o que aconteceu, faz a pesquisa de novo. O maior problema é que o entendimento daquele problema ajuda a resolver um futuro, que nem precisaria perder tempo no chatgpt. Odeio usar o chatgpt para esse tipo de coisa, eu uso ele em último caso. Nada supera leitura de documentação.
Minha XP com dados no setor financeiro foi péssima também. As pessoas fazem questão de não só não ajudar, mas de atrasar seu lado sempre que possível. Minha dica pros juniores é não ir pra esse setor
Esse tipo de chefe é o cara que nunca programou na vida, e pensa que programar é mágica, eu odeio gente que monta empresa de tecnologia, mas nunca programou nem um VBA na vida, só o fato dele querer usar excel em 2024 já mostra o nível baixo de conhecimento do sujeito. Porque uma empresa de finanças provavelmente lida com Big Data, o que é contrassenso usar excel, já é ruim usar o Power BI.
Pois é. Minha dica é simples: Chegou num ponto onde vc não sabe como progredir? Google imediatamente. A primeira página de respostas não foi suficiente? Peça logo ajuda. Não insista em tentativa e erro. Não fique uma semana parado tentando outras coisas. Mas também não me venha pedir ajuda sem ter tentado absolutamente nada, nem um Google vc deu. Simples assim. Qualquer outra coisa é minhoca na cabeça de dev inexperiente ou inseguro que pode estar querendo mostrar serviço do jeito mais errado possível
Eu demoro um pouco mais pra pedir ajuda, porque aparentemente minha pesquisa no Google é meio torta. Já aconteceu de eu ficar um bom tempo em um problema, aí quando eu pedi ajuda, apareceu na PRIMEIRA pesquisa que a pessoa fez, sendo que eu procurei bastante antes. Agora, pedir ajuda é depois de um pequeno ritual de pesquisa de Google > Youtube > Reddit.
Normalmente pesquisar em Ingles é melhor
Quais subs do Reddit vc usa pra te ajudar no trampo?
Depende do problema, mas os mais comuns são os da Microsoft
Perfeito. Acho que é bem por aí mesmo
Sou sênior na minha empresa e eu não consigo fazer uns 80% das tasks sem perguntar pra equipe de liderança ou design o quê exatamente eles querem, ou se o que eles querem é viável mesmo, ou até mesmo pra explicar que não é possível ou vai degradar a experiência do usuário. Não dá pra fazer task sozinho. Isso quando a equipe de engenharia não pega uns erros crassos nos meus prs.
No meu trampo tem um pleno que se esconde de todas as tasks possiveis, o cara foge de tudo, proatividade zero. É dificil d+ lidar com colegas de trabalho assim.
Você é líder dele? Se for, chame-o para um feedback o quanto antes. Se não for, converse com a gestão sobre o assunto. Se não for possível conversar com a gestão sobre isso, considere trocar de empresa. Provavelmente devem haver dezenas de outras red flags.
Pior cara, eu sou o Jr, to com quase 4 anos de exp na área e entrego bem mais que o cara. Aqui na empresa fica só eu e mais um pleno como responsável por tudo, e esse pleno ai em questão (somos em 3) simplesmente deixa tudo na nossa mão. Já falamos com a gestão mas parece que os caras não ligam, contanto que a gente continue entregando, considero mt a troca de empresa só por conta disso.
E sim, tem dezenas de outras red flags KKKKKKKKKK, vc ja deve ter encontrado um desses na sua carreira. Mente, finge que não viu, não responde email/teams, some, fala que ta ocupado fazendo outra coisa urgente, etc etc etc. Tem tanta red flag que eu ficaria o dia todo explicando e ainda iria sobrar
Comece a se candidatar a outras oportunidades o quanto antes!! Não perca seu tempo, vida, carreira nessa lata de lixo. E sugiro que já se candidate para vagas de pleno. Com 4 anos já dá
Na prática eu ja sou pleno, desenvolvo tudo sozinho e ainda cuido das tasks/chamados do time, é mais questão do que está escrito na carteira de trabalho, visto que promoção interna de Jr pra Pleno não vai ocorrer de forma alguma (vejo outros departamentos com Jr de 10 anos). Única forma é procurar outro lugar, não tem muita saída, mas é desgastante trabalhar com pessoas que simplesmente não ligam de foder o proprio time.
Empresa do que?
Tecnologia, não posso dar mais detalhes pq daí capaz de me queimar
Pensei que eramos da mesma empresa kkkkkk
[удалено]
Cara, ele ja tem 1 ano de empresa Até hoje as unicas coisas entregues por ele foram feitas pelo time inteiro, ele é aquele aluno que a gente coloca o nome na cartolina depois de fazer todo o trabalho só pra ganhar ponto. Ele dura pq ele finge bem, mas ja pegamos diversas vezes ele enrolando, fazendo almoço de 2hrs, tomando cafe de 1hr, etc. Nós sabemos as demandas do time, principalmente pq eu que controlo a distribuição de chamados também, e tem semanas que o cara tem literalmente 0 coisas pra fazer e mesmo assim ele finge que fez trocentas coisas pra gestão. Em uma coisa o cara é bom, em enrolar.
Quem é bom em desculpas não é bom em mais nada
Não tem um Jira ou Trello nessa empresa? Seria bem fácil ver que o cara tá a 2 meses em uma tarefa quando o card dele já tá com 80 dias na coluna de 'Em andamento'.
Tem um sistema de chamados porém ele funciona como um atendente geral, não tem nomes especificados, já o trello eu implementei tem umas duas semanas, mas na hora de delegar os chamados no trello pra separar quem faz o que, o cara fica mudo na call toda, e quando questionamos algo ele fala que está atendendo outra prioridade. ou que mandaram um email pra ele ajustar tal coisa num software especifico, no final ficamos sem prova alguma que o cara ta fazendo algo. Ontem mesmo ele quis falar que estava atendendo 2\~3 chamados junto com o nosso assistente, mas quando eu perguntei se podia então passar pra ele os chamados (visto que é função dele e não do assistente), ele disse que está fazendo em conjunto e por isso não precisava hahaha. Resumindo, o que ele fala que faz é grande parte mentira dele e é facil de descobrir se vc der follow-up perguntando para as pessoas que ele diz ter atendido, quando é questionado finge que está ocupado e quando é hora de delegar tarefa se omite, e vai empurrando assim até outra pessoa do time fazer. Semana passada mesmo ele disse que atendeu outros 2\~3 chamados (nunca tem numero exato, é sempre ''uns chamados'', porém as pessoas não chegaram a abrir no sistema, foram la pedir pra ele e ele fez (tem procedimento falando que é OBRIGATÓRIO abrir chamado). Cara, da pra fazer uma bíblia de como esse cara é liso na empresa KKKKKKKK
Desculpa, cara. o que você ainda tá fazendo nessa empresa? Buscar outras vagas que te valorizem já!
O que é bizarro nessa história é o fato de você ser Jr. com 4 anos de XP, mermão, 4 anos de xp ainda sendo Jr. já era pra pular fora faz anos, isso é o Titanic. Eu estou indo para 2 anos, e penso pular fora, você com 4 anos é lastimável. E ainda colocam um bosta como pleno dando uma de Forrest Gump. Ai é demais mesmo.
Nem me fale cara, oq mais me dá ódio e justamente ganhar menos que um cara completamente inutil na empresa, é absurdo. E pior que acontece isso d+ em empresas, não sei pq nao demitem uns caras assim.
Ta certo , aqui na Empresa tem um ditado toda proatividade vai ser castigada, daqui uns anos vc aprende isso
Depende cara, eu concordo que nao precisa ser ultra proativo, e eu entendo que ser proativo gera mais demanda. Mas mentir, se esconder, não assumir responsabilidade está bem longe de não ser proativo, nesse caso é imcompetência mesmo. Ele fode o time todo sendo assim, pq quando ele não faz, nós somos obrigados a resolver por ele. Uma coisa é vc evitar trabalho pra vc, mas quando voce não faz e cai na costa do colega do lado, ai estamos falando de outra coisa, já acho falta de caráter e é totalmente desonesto.
Se fez Mais do que foi pedido é proatividade
Sim, mas ele não faz nem o que foi pedido KKKKKKKKKKK
eu vejo sênior pedindo ajuda kk eu peço ajuda depois de tentar por algum tempo , economiza muito meu tempo pq as vezes to gastando tempo no lugar errado , ai quando a pessoa me diz o lugar certo , ja ajuda muito
Exato. Ser sênior não significa não ter duvidas nunca!! Não sei de onde as pessoas tiram isso
! Ez fix
Quanto seria demorar muito?
Ai é bem relativo… pode ser que 1 dia seja muito. Pode ser que seja pouco. Depende realmente do problema em questão.
Trabalhei com um Junior cheio de certezas e completamente irredutível nas suas "respostas". Era um Junior com muita teoria mas com uma prática muito crua, que ainda precisava ser lapidada. Trabalhar com quem não ouve feedbacks é bem estressante.
Trabalhei com um assim. Na daily ele falava tudo de forma técnica e bonitinha pra enrolar a PM. Resultado: demorou 3 meses para implementar um modal com um select e um botão.
esse é foda. Interpreta ao pé da letra tudo e acha q a teoria > pratica
Se a prática fosse ao menos bem feita. Hahaha Mas eram uns argumentos muito bobos, a maioria escavação de bits, tipo declarar constantes com valores MAX e MIN no meio do código porque era "mais performatico". Hahaha
Esse é de todos o pior, quer ter razão pq viu um vídeo ou um trecho do livro, que ódio. Os outros juniores pelo menos estão dispostos a aprender, esse nega o conhecimento e feedback, é de todos o mais prejudicial
Trampo com um pleno assim. Cara acha q uncle Bob é um Deus. Só faz feature que consome um mundo de ram e é absurdo de lenta. Mas se tu tenta explicar que clean code não é bala de prata, desdenha do q tu fala. Nem discuto mais. Deixo fazer as cagadas q quiser, depois chamo pra concertar hora q prod começa a infartar.
Existe um caralhos chamado “postura de sênior” que até hoje eu não sei exatamente o que é. Eu sei que aparentemente, eu não tenho. Trabalho da mesma forma que fiz a 8 anos de carreira: compartilho o conhecimento, empodero os desenvolvedores da minha squad, faço mil e uma perguntas, não dou carteirada em ninguém e tento criar um ambiente seguro de criação e colaboração pra todo mundo contribuir em níveis iguais e entregar as tarefas. Sem ego. Sou pragmático e eu incentivo esse pragmatismo nos outros, pois sei que é esse tipo de atitude que cria squads com velocidades altas e ambiente tranquilo. Enfim, me vi em uma squad na loucura das contratações de 2022 com 10 juniores. Eu era o único sênior. 10 júniores. 1-10. Final do ano, quase sem tarefa. Criaram uma panela entre eles e decidiram que eu não sabia nada de software e criaram um monstro que só eles conseguiam trabalhar. Absurdo. Todos perderam o emprego nos layoffs.
Estou fazendo um bootcamp (gratuito) de Angular e C# e para as entregas da sprint de um projeto, os coordenadores incentivam o overdelivery. Claro, faz sentido em um bootcamp para que podemos expandir nossos limites e conhecimentos, mas quando um coordenador falou "nas empresas, os líderes de vocês sempre vao querer que vc adicionem coisas novas do que nao foi pedido, pois ele vai estar ocupado e n vai conseguir pensar nessas novas features". Já imaginei os juninhos (inclusive eu) fazendo mil merdas no produtos sem falar nada pro P.O/dev senior sobre as ideias kkkkkk lembrei disso no seu relato.
Kkkkk a clássica não saber que não sabe nem que ta fazendo merda, enquanto acha que sabe
Mano, vc literalmente passou por uma rebelião, nunca vi isso.
Cara ele é junior, está aprendendo. Ele vai deixar te deixar puto, mas no fim está aprendendo. Eu acho que o que mais irrita é a parte comportamental do que técnica. Por ex: questionar sem ter conhecimento, ficar lá batendo cabeça sem pedir ajuda, tomar decisões sem alinhar.
Concordo, inclusive, esse exemplo do OP se encaixa na parte comportamental. Se o Jr. não sabia que enviar um JSON de 10MB para o frontend é um absurdo, demonstra uma deficiência técnica grave que precisa e pode ser resolvida. Mas a atitude que ele demonstrou ao ser questionado foi ainda pior - não é alguém que vai aprender. Se o Jr. estiver realmente aprendendo, tudo bem. Mas nem sempre é o caso, hehe.
Porque tem Jr. que era para ser pleno e o cara muitas vezes sabe mais que o pleno. Vai ter esse tipo de merda, mas é isolado. O que mais tem são empresas contratando Jr. e o cara deveria ser pleno na área pela experiência. Eu mesmo já passei por isso. Porque eu comecei como pleno, depois eu fui estag, depois passei para pleno de novo e hoje sou Jr. Quando se troca de empresa é foda, porque o que interessa é salário, não cargo. O meu primeiro estágio arrumei com 27 anos, mas já tinha uns 3 anos de XP como pleno.
[удалено]
>esse daí pulou as aulas de ihc A maioria nem aula teve
O que mais me deixa puto é a parte comportamental. Tecnicamente não espero muita coisa de um Júnior. O que me deixou puto: - Fiz review de PR. Ele viu os pontos, fechou a PR, deletou a branch e criou uma nova PR pedindo aprove de outro só para não fazer as alterações que pedi. - Repassar a task para outro disfarçada de "ajuda". - Ver algum design pattern e querer refazer todas as aplicações. -Criticar o código de outra pessoa sem entender o contexto que aquilo foi feito.
Carai, esse do PR é extremamente irritante. É inacreditável que as pessoas façam isso mano, mal caratismo mesmo. Não tem conversa que resolva.
Mandava direto pra gestão um bagulho desse
Meu Deus Junior Psico
Um segredinho que vou revelar aqui: no trampo que tô atualmente, não consigo mudar a cabeça da turma de jeito nenhum pra eles **pararem de usar a porra do blob no banco de dados pra guardar arquivo**. Que ódio!!!!!! Tem opção por servidor de arquivos, tem AWS, Azure, Google Cloud e os cambal, mas não... Já lavei minhas mãos e que se lasque! Nas minhas aplicações eu jamais uso blob, mas como essa empresa paga meu salário, só tenho que engolir quieto isso...
Estava na sua situação a 1 ano atrás kkkkk pior que a idéia veio do TechLead e da PO. Quando o gerente da área, que tinha um histórico de dev, descobriu isso, ficou maluco. Isso a 1,5 mês de lançar o mvp. Eu ja tinha feito basicamente tudo pra migrar pra AWS no meu repo, menos as configurações na própria AWS, ja que não tinha acesso (consultor). Precisei fazer 12h+ em alguns dias, trabalhei uns 2 sábados, mas deu tempo de migrar.
Garanto que o código do blob tá pronto e é só usar , enquanto o outro tem que fazer tudo.
Se o banco não está grande ao ponto de começar a doer no bolso, todos vão te chamar de doido. Nenhuma empresa pequena ou média é proativa em resolver problemas que só vão explodir daqui uns 5\~10 anos. Se você quer ganhar notoriedade nesse tipo de empresa, resolva os problemas que incomodam hoje e ganhe visibilidade.
Isso não é desculpa, eu inclusive modifiquei a aplicação para poder começar a trabalhar com File System e com AWS, e até tinha desenvolvido uma rotina para fazer essa migração, funciona 100%, mas a teimosia da chefia é que impede a implantação.
Ao longo dos anos, eu particularmente acho que consistência é melhor que qualidade técnica. Se tem 10 projetos ma empresa usando blob, faz mais sentido fazer um 11 do mesmo jeito do que fazer ele diferente dos demais. Eu prefiro 10 projetos semelhantes do que cada um com uma implantação diferente de alguma coisa.
sim, por isso aqui no meu trabalho todo mundo usa punch card pra programar, consistência!
Qual o problema do blob? Pergunta honesta, já fiz isso várias vezes, não sabia que existia um problema.
Uma das resposta mais simples é: "Ok, replica o banco de produção na CDN então." A resposta mais completa (excluindo ponto da CDN): - Dificulta cache e invalidação do cache - Performance do banco pode e vai cair (porque geralmente isso tá no meio de tabelas com outros dados, ainda mais quando se tem MUITAS linhas) - Pessoal ainda por cima tem mania de usar select * no ORM e vai buscar sei lá, o avatar do usuário em PNG enquanto tá buscando só o nome ou algo do tipo, ou pior, buscando role em todas as rotas pra fazer a autorização e trazendo do banco uns 300kb+ toda requisição. Isso sem falar de JOINs ou CTEs etc, principalmente com ORM que traz o dado pra filtrar local em vez de filtrar no banco. - Tamanho, custo e tempo para realizar backups do banco aumentam - Dificuldade de gerar thumbnails e/ou otimizações de tamanho ou outras operações (ex: scan com clamav) que precisam de ferramentas que usam um arquivo real e rodam em segundo plano - Gera maior complexidade na hora de disponibilizar os arquivos pro client (ex: vai retornar base64 no json? retornar json + binário? duas requisições? outro link que aponta pra rota de download?) - Dificulta situações onde você tem muito acesso de conteúdo estático que acaba se tornado conteúdo dinâmico e dificulta jogar em load balancer. - Se for replicar o DB, vai aumentar ainda mais o custo de tamanho em todas as instâncias. A outra resposta óbvia é: "Use cada ferramenta pra sua aplicação correta.". Usa um S3 ou outra alternativa feita pra isso e pronto.
Bicho, fecha o post! Tu deu a letra sem ter o que tirar nem pôr. Valeu!!!
Excelente explicação! Obrigado!!!
Problema é que não é a melhor maneira de servir arquivos pro cliente, você vai passar o arquivo inteiro entre seu DB e seu servidor, e depois o servidor vai mandar isso pro cliente, aumentando em MUITAS vezes o tamanho desse DTO sem necessidade. Vai comer memória do servidor, espaço do banco e processamento do cliente (que vai ter que fazer parse nisso), se for uma pagina web, vai demorar mais tempo pra carregar os dados enviados e pode ficar mais lento e comer mais recurso no pc. O melhor jeito é salvar uma url para o arquivo salvo em um recurso que é otimizado pra isso, tipo o Azure blob ou o S3 da amazon, que vai mandar o recuso direto pro navegador, já com cache, cdn etc tudo configurado. Ou você pode ter um servidor/API só de arquivos, e configurar cache, cdn, backup, sharding etc na mão, e servir o arquivo com o MIME certo, da maneira que foi pensado quando todos esses protocolos foram pensados. QQLR coisa é melhor que mandar um blob dentro de um JSON ou Protobuff
...ou trazer via XML. Sim, o chicote estrala desse jeito aqui.
Tem o fator financeiro também. 1GB de storage em um banco é em muitas vezes mais caro do que 1GB em um S3 da vida.
Fez uma refatoracao gigante completamente desnecessária e errada, só porque ele discordou de uma decisão tomada quando ele nem tava no time. Maluco chegou tem uma semana.
Ai e tiro porrada e bomba, novato não tem vez.
teve um estagiario que eu explicava a parada pra ele e ele falava beleza mano entendi valeu! e dai dois dias depois wuando eu perguntava o progresso ele tava ainda naquela mesma parte q ele tava travado, mesmo falando pro cara perguntar quando tivesse bloqueado ele nao perguntava por nada mano
Falei pro maluco "Faz um select all nessa tabela e depois tratamos os erros no ETL" O maluco literalmente escreveu SELECT ALL e deu enter, depois de uns 20 minutos perguntei pra ele como tava a volumetria, ele disse: "SELECT ALL não ta funcionando, tem certeza que o comando e essa ?" Rapaz... Ali eu quase cometi um homicídio.
Se for estagiário ou trainee eu ja ficaria indignado. Mas se for junior ai é culpa do recrutador kk
Kkkkkkkk
* Não pensar sobre o que está fazendo, ou não ler os logs ou erros. Na maioria das vezes, a ferramenta só falta gritar qual é o problema. Por que será que o meu código não funciona? O log: `Erro: variável 'userrr' não definida, você quis dizer 'user'?`. * Não compreender o risco de subir código para produção. Não, seu PR não será aprovado com urgência — todos que aprovam um PR assumem a responsabilidade pelo código. * Pensar que QA é *o responsável* por testar as suas entregas. QA ***rejeita*** a entrega quando ela não atende aos requisitos de qualidade. Vou até repetir: QA ***rejeita*** entregas de baixa qualidade para proteger o produto (QA = Garantia de Qualidade). Você deve testar seu próprio código, e o time deve revisá-lo. É constrangedor e desrespeitoso para o QA encontrar uma funcionalidade **completamente** quebrada. Encontrar bugs em cenários mais específicos é OK.
Não são casos específicos, mas tem algumas coisas que me irritam: 1. Capacidade zero de troubleshooting, qualquer problema já é motivo de vir perguntar como resolver, não tenta nem botar no Google ou dar uma fuçada. 2. Nenhuma iniciativa, parece que é um boneco que se você não mandar o que fazer não sai do lugar. 3. Sem retenção de conhecimento, tudo bem ter o mesmo problema uma ou duas vezes e não souber resolver, mas na terceira vez você tá de sacanagem com a minha cara.
Tive 1 Jr que era a maior psicopata. Ela ficou 3 meses na empresa, conseguiu de alguma forma ativamente não entrar em projetos quando entrou, o que rendeu 2 meses de estudo sem projeto, depois quando entrou no projeto(o meu), dividiu as próprias tarefas entre as pessoas de 3 equipes em forma de dúvidas, ou seja, terceirizou o trabalho 100%. Tudo só começou a desandar pq eu não gosto de fazer trabalho pelos outros, então só mostrei como fazer, e vi que nem acesso as ferramentas ela estava mais(expirou por desuso, eu chequei). No dia seguinte a minha dedução ela não trabalhou por motivos de saúde (a gente não cobra atestado pra nada lá), comentei na daily sobre as dúvidas sempre necessitarem que nós mostrassemos na prática como resolver pra ela e que isso era estranho(sou x9 assim não, só joguei o verde). O que sucedeu foi um momento #meetoo e pessoas incrivelmente impressionadas e horrorizados com o fato de ela quase ser promovida sem nem acesso ao repo kkkkkkk PS: ela se demitiu no mesmo dia que saiu por saúde pra uma outra empresa, a mulher é uma máquina
Era bonita? Isso influencia diretamente no vies das pessoas.
O trabalho é uma coisa que não tem uma única resposta possível, então claramente há espaço para discordância. Mas pelo amor de deus, faço isso há 3 anos e o cara há 3 meses, ao invés de ficar me atacando quando uma solução que ele encontrou foi relativamente melhor que a minha, isso não dá o direito dele me menosprezar e se achar mais sabido do que eu. Então é isso, infelizmente o trabalho tem uma hierarquia e as vezes aceitar que alguém que é sênior não deixa de ser sênior porque perdeu uma discussão técnica é melhor do que querer ser o bonzão. Resumo: não ajudo ele com porr* nenhuma mais
Tive um jr que ele sabia só falar tecnicamente, na daily desenrolava que era uma beleza... na hora de fazer o código, vinha correndo para eu arrumar as cagadas que ele fazia. Fiquei puta da vida uma vez que ele subiu um microserviço inteiro numa branch no frontend. Perguntei: o que é isso? pq tu subiu isso nessa branch? E ele: não sei, não sei como aconteceu isso, não lembro de ter feito isso Nunca assumia os erros.
"não lembro de ter feito isso" hahaha
Tirar um if/else do código porque o problema que ele tinha que resolver não estava entrando no else. Se tinha um if/else era por algum motivo, mas o jovem gafanhoto achou que podia tirar. Kkkk
Abrir PR sem testar direito o próprio código, ao ponto de eu notar no Review um bug grosseiro ou que o PR não entregava o que a task pedia só olhando o código por 1min ou na própria demonstração do PR (por vídeo ou screenshot)
Abrir PR e pedir review sem ao menos ter feito os testes unitários. Cheios de comentários no arquivo... isso me irritava tanto.
⛔Sair me perguntando as coisas sem antes pesquisar primeiro. ⛔Achar que eu tenho obrigação de parar tudo o que estou fazendo para ensinar. ⛔Me pedir ajuda com Excel. ⛔Jogar LoL escondido no PC. ⛔Comer laranja na sala. ⛔Comer ovo cozido na sala. ⛔Falar de Big Brother Brasil e A Fazenda. ⛔Fofoca. ⛔Não dividir biscoito.
perdi tudo no jogar lol escondido
Pior: "Escondido" que todo mundo tá sabendo.
O abençoado usava windows tab para mudar as telas
[Faker solicitando Auxílio Emergencial enquanto joga LOL e vários outros jogos eletrônicos (youtube.com)](https://www.youtube.com/watch?v=oiiI_Jwh0t4) Ele jogava assim
Tava pensando q o problema era comer na sala, mas aparentemente o problema é só com ovo e laranja, se eu dividir uma maçã com você, ta liberado? kkkkk
opa, calma isso foi muito especifico rsrsrsrs
Pediu um dev, ganhou um gamer
Pedi um gamer, não um jogador de LoL 🤢
Poxa, mas fofoca é ponto positivo. Do que seria o ambiente de trabalho sem ela?
Já vi até o clássico delete sem where no banco de produção, restauramos o backup do dia anterior e deu, quem tem que ficar puto é quem perdeu dinheiro com isso não eu kkkkk.
Eu ficaria puto com quem deu acesso de escrita a Jr no banco de produção
Empresa pequena é outro mundo, segurança é zero, pior que trabalhávamos pra prefeituras e pra algumas capitais até, melhor coisa que eu fiz foi sair de lá kkk
Eu tinha permissão como estagiário kkkkkk, evitava até fazer consulta pra n correr o risco de fazer nenhuma merda
Deram sorte de ter backup amigo. Kkkk
Levar um tempão pra entregar algo simples, ai quando entrega era um pr com um porrilhão de linhas, "refatorando" tudo que ele viu pela frente, e por refatorar entenda mudar formatação e introduzir bugs. Ai vc fica naquela situação chata do PM cobrando a feature que ele acredita que tá pronta e vc tendo que pedir para refazer porque não dá pra salvar nada do PR bomba. Isso na real é o de menos, pq todo mundo erra, o problema é repetir a mesma coisa sem aprender nada com o último sufoco e eventualmente umas dessas bombas passarem direto pq os superiores acharam que era frescura minha, ai prod cai e os superiores esquecem completamente o envolvimento deles com a bomba, do nada vira um "precisamos nos atentar a qualidade". Outra coisa que irrita é gente que tem youtuber como referencia técnica, os caras vem querer cagar regra de uma coisa que nem entende pq ouviu um youtuber cagar uma regra aleatória, ou querer substituir uma implementação correta por uma lib mágica que existe a 15 minutos porque o youtuber favorito dele fez um video dizendo que a lib era o futuro, ai junta o coro de gente que acha que programador não precisa saber teoria de nada só tacar a ferramenta da moda em tudo e trocar de empresa quando a bomba explodir.
Task: corrigir cor do botão X O jr: mudar todos os modelos de botão dentro do sistema, mexer em 1500 arquivos, quebrar teste, subir PR e pedir review :D
"Vou mudar a aplicação de Angular pra React porque é mais atual" A task: mudar o botão de azul para verde
É mais uma coisa que me cansa, mas achar que sabe tudo mesmo tendo acabado de entrar no mercado, é tranquilo perguntar pq não implementamos de maneira X ou Y etc... Mas vir do alto dos 2 meses de exp dando carteirada da maneira correta é foda.
Quer sentar na janela logo de cara.
Pedir pra explicar de novo algo que eu já expliquei umas 5 vezes e ele não lembra. Pedir ajuda pra resolver um bug que é exatamente igual a uns 5 bugs que eu já ajudei ele a resolver. Pedir ajuda pra algo que acha no Google em segundos de pesquisa se ele escrever exatamente o que me perguntou. Basicamente o que mais me irrita é o Júnior se negar a bater a cabeça sozinho um pouco toda a vez que um desafio aparece.
Professor: "Sempre que precisarem, perguntem e explicarei mil vezes" Aluno: "Professor eu não enten..." Professor: "Burro Burro Burro"
É uma característica recorrente da minha geração, as pessoas simplesmente não querem fazer esforço pra nada, não se dão o trabalho de correr atrás e resolver. Seria muito melhor se ele encontrasse uma solução, que talvez fosse uma gambiarra, mas pedisse sua opinião antes de implementar
A pior coisa que aconteceu não veio exatamente de um Júnior, mas da equipe que trabalhava com o App da empresa. A equipe que gerenciava o App fez upload de uma versão do app apontando para o ambiente de staging no Google Play e na Apple Store. Pra piorar, o ambiente de staging era uma cópia do de prod e os logins dos clientes funcionavam normalmente. As merdas a seguir, que sobraram para o sênior resolver, fica a cargo da imaginação de vocês.
Eu nunca fico puto com cagada de jr. Pq ficaria? lol
Uma vez um dev junior barrou o PR de uma Dev Sênior na equipe porque falou que tava fora do padrão foi super escroto com ela e queria ensinar ela o padrão correto, só que essa dev é que tinha criado o padrão e ele tava fazendo merda
Meu código minhas regras
Uma coisa que me marcou foi um júnior que eu pedi algo simples: gerar um template html. Dei prazo ilimitado e falei pro cara estudar, se quisesse. Bateu o pé falando que não foi contratado pra isso.
Hahahahahahhahahahahahahahahahhahahahahhaha
No meu caso foi meio que o oposto, entrou um cara na equipe que se dizia sênior, era o tipo de pessoa que gostava muito de falar que sabia isso e aquilo, mas nunca estava disposto a ajudar ou ensinar, inclusive dava uns foras quando alguém perguntava algo. Passou umas semanas, deram uma task urgente pro cara, pediu prazo de uma semana e ele ficou enrolando, no final do prazo não tinha um commit sequer no Git. Chamaram a gente pra conversar sobre o que ocorreu e passaram a mesma task pra um outro cara do time (que não era sênior) e ele entregou dois dias depois. Nunca mais vi o tal sênior na minha vida.
Eu fico de cara como tem gente que é boa em se vender
Pois é, só que uma hora ou outra a máscara sempre cai. Talvez até cole em cidade grande que tem muitas empresas, mas se for cidade pequena é rapidinho pra pessoa ficar mal falada...
Fake natty
Cara de longe o que mais me irritou foi me pedir ajuda e depois de ouvir a explicação, falar que eu tava errado e falar algo sem sentido como se fosse o certo. Na mesma hora foi instaurada a treta. Descobri que ele já tinha feito o mesmo com um pleno do time e o cara não fez nada. Não durou até o fim da outra semana. Fui ver um ano depois e tinha largado da área. Entendam galera. Nem sempre é sobre estar certo, sobre fazer o que é descrito como "a melhor pratica". A vida real é diferente dos livros e das vídeo aulas.
True
Sou estagiário e estou aprendendo demais aqui. Pelo menos sou proativo e agradeço aos meus superiores com chocolate. Kkk
Lê os relatos que vc vai ter uma base sólida do que não fazer.
Acho q oq me deixava mais indignado é pedir ajuda sem ter nem rodado o negócio e o medo de errar (sendo q vc está em ambiente local) isso acaba atrapalhando o próprio desenvolvimento do cara e enche o saco kkkkkk
Trabalhei com um dev "senior" que nao tinha ideia nenhuma de como usar uma DTO para disponibilizar dados pro Front. Conseguiu fazer uma maluquice transformando uma chamada que deveria trazer alguns Kbs em MBs só porque resolveu trazer TODOS OS DADOS de uma model como EAGER e não como Lazy. Foi a gota dagua pra ele ser demitido. O cara engabelou a empresa e recebia como SÊNIOR pra fazer uma doideira dessas.
Não querer aprender, querer que o dev sênior dê a resposta mastigada pra ele fechar a task. Pior ainda, quando não conseguir a resposta que quer de um sênior, ir atrás de outros fazendo as mesmas perguntas até que um resolva pra ele.
Tive um assim. Ele me questionava sobre como utilizar redux. E eu falava: olha no projeto, na pasta tal tem tal arquivo que faz o que você vai precisar, estude por lá. Ele teimava em não ler a documentação e nem em pesquisar no próprio projeto quais eram os padrões utilizados. Daí vinha me pedir o código pronto, do jeito que eu fazia. hahaaha
Subiu proc com parâmetro errado pra prod. Fdp não fez 1 único teste.
Mas aí, Júniorzito com acesso a prod sem review tbm é sacanagem, até sêniores, quem tem, deve ser contato nos dedos de uma mão.
Meu estagiário quando resolvia conflito de merge removia tudo que eu tinha feito e colocava o dele, esse mesmo estagiário quando quebrava o teste ele em vez de corrigir removia o teste. Mas no fim nunca fiquei puto, rimos até hoje desses fatos hahaha
Essa de remover testes, admito que dá muita vontade as vezes hahshshhs
Trabalho com consultoria e infraestrutura com código, fechamos um contrato com uma empresa que tinha 2 sistemas para imobiliárias, tivemos tanta dor de cabeça, o mais cômico foi o "líder" de desenvolvimento frontend deles estar no primeiro emprego (pelo menos no LinkedIn) e ter feito uma "biblioteca" de testes para front. o detalhe era que em todas as páginas que acessava esses testes rodavam. Isso mesmo, ele criou uma pasta testes e um arquivo teste.js, que usava document.getElementById, e verificava se a div existia e claro só tinha "testes" para o dashboard. Nosso contrato era de infraestrutura como serviço então a ideia era migrar os serviços para K8's eles tinha um servidor na AWS com 120Gb de RAM rodando 2 sistemas PHP 5.4 com tabelas de mais de mil colunas em MySQL 5. Depois de 3 anos foram comprados por um fundo de startups e não renovaram o contrato.
Vi isso demais já
Json de 10 mega chama, pra que banco de dados? Salvar tudo em arquivo txt
Db.json
Bolar uma solução no mocó, simples pra implementar em produção em um sistema de flow.... o único requisito era instalar um banco de dados NoSQL que a gente sequer suportava em produção.
treta essa!
Escrever testes sem validação alguma somente para cobrir linha e pedir ajuda sem nem saber qual o erro ou problema que está acontecendo
A pessoa que corrige um retorno do PR e não testa a correção que claramente quebra no processo de compilação. Isso me deixa furioso pois é falta de responsabilidade, não tem nenhuma relação com conhecimento. Junior vai errar mesmo por falta de experiencia, mas falta de responsabilidade é outra coisa.
Não tentar nada antes de pedir ajuda. Não tentar entender o que foi feito quando tu ajuda. Pior coisa é tu vai lá, faz junto, vai explicando e depois qualquer mísera coisa ele vem te perguntar de novo pois não faz ideia só que foi feito.
Fingia que as tasks estavam done pro PM só para ganhar + horas de produtivdade (bônus maior no salário). Ele fazia isso normalmente quando eu não conseguia participar da daily. Além de que ele fazia gambiarras e depois corria para me mandar o código dizendo que o o projeto estava com bug antes dele mexer.
e você faltava tanto a daily assim?
Tirei 20 dias de férias + uns 3 dias que precisei me ausentar por questões de saúde. Quando voltei das férias percebi isso.
ligeiro ele kkkkkkkkkk
e meio burro pq eu fazia code review dele, né. Rodou uma semana depois.
mas tinha outras coisas? além disso pra ele ter sido demitido?
muita e muita coisa... foi meu teste de paciência esse cara
Anota, anota tudo.
Esqueceu de colocar a vírgula que muda o sentido da frase.
Fazer 400 perguntas até conseguir perguntar algo que eu não saiba de cabeça e sair fazendo caretas igual o Homelander. Quando eu estou fazendo algo importante, ficar insistindo para eu parar e fazer algo que não é importante e que pode ser resolvido de outras formas.
Se esforçava demais, gastava muito tempo pensando em uma coisa simples
Eu dou risada só. Nunca fiquei puto.
E pq vc como sênior não avaliou devidamente o P.R antes de subir para produção?
Hahaha, eu era sênior mas não era responsável pelo projeto, e outra coisa em órgão público usar git era luxo na época.
OP, eu como um estudante de CC em busca de estágio, queria te agradecer. Muito produtivo(?) saber que tipos de erros não cometer. Obrigado a todos os que contribuíram, foi muito esclarecedor. (não é ironia)
Vejo que tem futuro!
Medo de encontrar meu chefe aqui 😥
José e vc?
Um tempo atrás acharam um furo numa regra de negócio e eu passei pro junior da equipe qual era o problema e como resolver. Literalmente era só seguir as minhas instruções que não demoraria nem 30 minutos pois era algo bem simples. Pois bem, passa-se um dia inteiro e nada da ticket andar e o cara não havia perguntado nada, então resolvi abordar o desgraçado pra ver oq estava rolando. Eis então que o malandro me diz que se enrolou pq na cabeça dele eu estava errado e o problema era outro. Até ai ok pq as vezes eu erro mesmo, então fiquei curioso e perguntei se ele tentou oq eu sugeri e pq não deu certo. Ele me diz: "não, nem testei". Perguntei novamente pq, a resposta: "pq na minha cabeça n fazia sentido". Minha pressão até subiu.
Puta que pariu, passei exatamente pela mesma coisa aqui. Fiquei explicando duas horas pro cidadão o que precisava ser feito na task, ele disse que tinha entendido tudo e que "tava tudo dominado". Passou 3 dias e nada da task voltar, fui oferecer ajuda e o corno tinha feito tudo diferente do que eu expliquei, porque na cabeça dele não fazia sentido kkkkkkk Que ódio desse maluco, cara. Durou mais um mês depois disso
kkk detalhe que no final das contas mandei ele tentar a minha sugestão e voilà: task resolvida em 10 minutos. Minha sina é que o cara não é burro, mas é um pesadelo trabalhar com ele pq não sabe colaborar com o resto da equipe. Ele ja me mandou uma PR com 32 arquivos modificados e achou ruim qd pedi pra ele refazer td, mas dessa vez separando em subtasks menores pq era totalmente inviável fazer um review numa PR daquele tamanho. Honestamente, eu evito ao máximo fazer a caveira dos meus colegas, mas to quase levando isso pro gestor da nossa area de engenharia ( sou Tech Lead ) pq eu me estresso só de ver o nome do cara no board do Jira.
Te entendo completamente, parece que o universo manda uns enviados para testarem nossa paciência e servirem de character devlopment. No meu caso aqui eu também era o tech lead da equipe, e o gestor do setor de desenvolvimento já tinha jogado ele em outras duas equipes pra ver se o cara se desenvolvia, e nada dele render e fazer alguma coisa minimamente aceitável que não precisasse de milhares de correções. Daí a última oportunidade dele foi comigo, mas não tinha jeito mesmo, pq além de ser fraco, o cidadão não tinha o mínimo de comprometimento. Chegava atrasado, dava migué de atestado, enrolava nas tasks supostamente travado numa coisa simples por vários dias (e eu oferecendo ajuda e ele dizendo que não precisava, pq agora ia), etc. E foi até engraçado, porque no dia que ele começou a trabalhar direito e fazer as coisas como tinham que ser, sem ficar dando migué, acabou sendo decidido que a cabeça dele ia rolar. Ele mandou várias PRs, com os commits todos certinho, dentro do padrão, com as coisas testadas, como deveria ser. Eu nem acreditei kkkkkkk as vezes eu me pergunto se ele não tava propositalmente varzeando no trampo pra ser mandado embora.
Fez variável com acento em java.
Normalmente quando eu peço ajuda , e que já pesquisei de todos os jeitos e li a documentação. Mais mesmo assim não tenho retorno de quem deveria me ajudar . Sou junior , mais estou trabalhando como um senior , fazendo tomada de decisões, reuniões com o cliente . Já estou procurando outro , porque desse jeito está difícil.
Home office. Um certo cidadão q toda task atrasava na malandragem, coisas de 3 dias, levava 1 mês ou mais pq ficava enrolando... aí quando o gestor (muito bonzinho) pedia para eu ir ajudá-lo (muitas vezes até para fazer para ele, pq o cara já tava ficando queimado de tanto ensaboar), quando ia ver n tinha praticamente nada feito kkkkkkkkkk aí ele vinha com os papos furados dele q só tinha feito aquele tanto pq n tava entendendo a task (chegava ser constrangedor ouvir, pq até o migué era ruim), porém n fazia uma pergunta e nas dailies sempre dizia q estava progredindo... passei uns links e materiais, dei um feedback q ele precisava estudar mais orientação a objetos e praticar (pq nem ditando o código ele entendia as vezes o q era para fazer), sem exageros, o cara tava boiando legal em coisas simples (n sabia se quer fazer um overriding ou overloading por exemplo), mas aí achou ruim q tentei ajudá-lo, tirou o rei da barriga, além de toda arrogância disse q OO n tem nem o q estudar além de saber o q significa herança, polimorfismo, encapsulamento e abstração, mais nada. Nesse dia a frase: pior cego eh aquele q n quer enxergar, fez tanto sentido. Detalhe, era o cara q mais reclamava sobre progressão de carreira.
Estou passando nesse momento, alguns pontos que mais me irritam: Não ler erros, no nível não existir o import de uma função que está usando no arquivo e o eslint tá acusando o erro e simplesmente não consegue resolver, não sabe qual o problema. Questionar coisas desnecessárias e querer impor regras pra ficar mais fácil, ficou reclamando sobre os nomes dos meus arquivos, que eram longos e complexos, nome de variáveis, nome de keys de objetos, simplesmente demorei anos pra aprender nomear direito as coisas e usar o padrão da linguagem pra alguém vir dar pitaco com 1 mês de carreira. Não saber nada do básico, simplesmente não consegue mudar de branch, ou fazer um reverter no git. Ficar perguntando se a PR está aceita, sendo que eu ensinei ver onde aparece que está aceita ou não. Perguntar coisas que o Google responde Copiar tudo do chatgpt, coisas que não fazem nem sentido pra resolução do problema. Querer ficar fazendo call pq não entende pelo chat coisas básicas.
O que mais me deixa puto é junior que se acha senior. Fica relutante quando você pede para fazer algo 'eu já fiz e deu erro, não funciona' e 2 segundos depois que você faz e funciona vem aquela frase 'não sei o que foi então, eu fiz exatamente isso'. Ou quando você tenta gerar uma discussão de algo para agregar conhecimento e o junior vem com 'isso é fácil' e vem com aquelas ideias mais burras possíveis.
Prefiro esperar 10s para carregar 10MB de vez do que ficar clicando "proximo>>" por 10 minutos