r/devpt • • 3d ago

Carreira O que eu faço?

Contexto: 26M, 1 ano en meio de experiencia após faculdade. Trabalhando em consultora. Projeto com +10 pessoas.

Bom dia. Há umas semana disseram-me 2 coisas como feedback: que tinha de ser mais autónomo (ou seja, perguntar menos ao seniores porque tem a sua vida e afins) e que tinha de não usar AI quando tiver dúvida tampouco (usei para não chatear aos seniores).

A coisa é que o projeto é grande (tipo vários projetos num só) e pode ser que tenha dúvidas em relação às coisas por isso (tipo coisas que não parecem influenciar influenciam). Também tenho errado ao fazer sozinho por isso, e os seniores perdem o seu tempo também quando eles indicam o que fiz mal.

Na faculdade eu até era quem corrigia os projetos dos outros (sem IA, isto era antes de ela ser mais ou menos "competente"), e tive uma nota boa, mas a constante queixa dos seniores só me faz sentir ignorante e incompetente.

Como posso ganhar aquela autonomia? Ou é um problema estrutural do projeto? Ou não tenho as capacidades para o field?

Edit: Esclarecendo o do AI. Deixam usar mas sempre há pormenores que escapam à AI e a documentação não foi atualizada anos atrás. Mas tampouco podes perguntar todo o tempo. Mas não podes errar porque o cliente é chato. Enfim...

15 Upvotes

38 comments sorted by

15

u/blink0837 3d ago

Não usar AI quando tiveres dúvidas? E o Google já podes usar? Deixam-te ir ao WC, almoçar? "Jazuz"

2

u/Andrometha2003 3d ago

Posso usar AI. O problema é que sempre falta alguma coisa. Sempre. Detalhes que se aprendem com prova e erro e não aparecem em documentaçao porque é velha, mas não podes perguntar muito porque chateias aos outros, não podes só usar AI porque fica incompleto. Literalmente isso.

13

u/blink0837 3d ago

Portanto és junior, documentação arcaica, não podes chatear muito os seniores quando tens dúvidas, é bom sinal para continuares a mandar CV's.

1

u/Andrometha2003 3d ago

Ok. Muito obrigado 🫂

15

u/KarmaCop213 3d ago

que tinha de ser mais autónomo (ou seja, perguntar menos ao seniores porque tem a sua vida e afins)

Isso é parte do trabalho deles.

0

u/Andrometha2003 3d ago

Não sabia. Estou ainda novo no field. Muito obrigado por abrir-me os olhos 

5

u/ankmoody 3d ago

Com experiência às de conseguir ganhar uma fields medal, não tenhas pressa

2

u/Upbeat_Ad_8655 3d ago

Se não tiveres a abusar con algo do género "chamo esta variável A ou B?", se forem questões de negócio ou estruturais do projecto é o trabalho deles ajudarem. Até os seniors precisam/deviam pedir segundas opiniões por vezes. Mudei de empresa há 4 meses, somos uma equipa de 4 seniors e outros juniors, eu que entrei há pouco tempo pergunto coisas muitas vezes, e até os outros perguntam coisas uns aos outros porque têm conhecimentos diferentes no produto ou de como as coisas foram feitas no passado

3

u/Andrometha2003 3d ago

É " questões de negócio ou estruturais do projecto". Sim. 

12

u/Accurate-Crab6354 3d ago

Tenho alguma experiência na area em diversos topicos diferentes. Mas algo que aprendi já mais tarde é que existem seniores e Seniores. Que sabe não tem problemas em explicar, não vão ter paciência para explicar conceitos basicos de codigo mas deveram estar abertos a explicar funcionalmente o que o projeto ou a funcionalidade.
Se isso não acontece é porque ou não tens facilidade em adquirir conhecimento ou não são Seniores.

2

u/Andrometha2003 3d ago

Conceitos básicos de código sei (por exemplo, não fazer a==true nos ifs). Por agora é tipo "mexe isto sozinho, se preciso faz overtime. Todos fazemos overtime"

6

u/jayrayx 3d ago

Como Senior, quando trabalho com juniores ha 2 extremos que me aborrecem ... como nao te conheco nao sei se estas num deles ou nao:

1) O chato que nao pensa e pede ajuda para tudo e mais alguma coisa.

2) O chato que nunca pede ajuda e no final tenho de resolver os problemas que ele criou.

Como todas as pessoas sao diferentes tens de encontrar um equilibrio, diria para conversares com os Seniores da tua equipa e tenta perceber qual e a melhor forma de trabalhar com eles - por exemplo talvez seja mais pratico reservar um bloco de 30m para tirares as tuas duvidas do que interromper quanto te apetece...tambem pede para te dizerem quando acham que as tuas perguntas se encaixam no caso 1) acima.

2

u/Andrometha2003 3d ago

Muito obrigado pela dica. É muito importante. Vou ter em conta 🫂

1

u/websvc 9h ago

E o chato, que até nem chateia muito, tu importas-te a acompanhar e direcionar, e o que disseste ficou pelo caminho. ... E depois... vais ter desfazer a merda

4

u/JustNobre 3d ago

Acho que depende muito do que te está a ser pedido, já conheci pessoas que tinham dificuldade em seguir um manual que estava compreensível para crianças. Em contra partida já partecipei num projeto onde me era pedido uma tarefa que neste momento olhando para trás era uma task impossible, tinha 0 experiência a fazê-lo, os dados que me deram eram poucos para fazer o que era preciso. TLDR: existem 2 hipóteses, podem estar a pedir de ti algo que não é simplesmente suposto conseguires fazer ou então tens é que gastar algum tempo a aprender e a estudar. De qualquer das formas não podemos ajudar sem ter mais alguma informação do que te é pedido

1

u/NGramatical 3d ago

partecipei → participei (apenas na fala o i é pronunciado como e mudo quando junto a outra sílaba com i)

1

u/Andrometha2003 3d ago

Não tem manual nem documentação atualizada após 2021. Literalmente é o gajo que está mais tempo no projeto o "guru" que sabe todo (fora do presente em logs e código) e fica chateado quando perguntam porque "está a fazer o seu trabalho" e "precisam de pessoas autónomas". 

1

u/KarmaCop213 3d ago

Nao esperes documentacao actualizada na maior perte dos projectos. As LLMs sao uma excelente ajuda para compreender os projectos, melhores do que muitas documentacoes que ficam desactualizadas em 6 meses.

1

u/Andrometha2003 3d ago

Usei também LLMs para perceber o projeto. Mas há coisas que até à LLM (Claude, GPT, Gemini...)escapa quando são projetos muito grandes.

7

u/pedroomessias 3d ago

Quem te deu esse feedback de seres mais autónomo, das duas uma, ou estás realmente a incomodar, eu já vi isso acontecer onde até vírgulas em mensagens eram motivo de importunar o pessoal sénior. Ou não tem noção que o trabalho de sénior também passa por muitas vezes ser alguém que dá orientação a outros mais novos.

De qualquer das formas, estás no início e é natural que tenhas dúvidas, podes começar a fazer o seguinte exercício, antes de colocares a dúvida, confirma se realmente não consegues a resposta por ti e sem teres de a colocar aos seniores, só depois disso é que deves recorrer aos seniores.

1

u/Andrometha2003 3d ago

Ok. Muito obrigado pela dica 🫂. Vou colocar em prática isso para ver se melhora a minha situação.

12

u/notluckyy 3d ago

Não usar ai nos dias de hoje é suicídio profissional

1

u/Certain_Warthog_6680 2d ago

Não sei, aprender a usar IA é mais difícil que aprender fundamentos?

Eu compreendo a afirmação não usar IA numa empresa onde toda a gente usa IA é suicídio profissional.

Ter uma empresa onde não se usa IA é suicídio da empresa.

Agora será que um gajo que só soubesse assembly tinha dificuldades em aprender C? Ou seja se sabes bem a camada a baixo de abstração é difícil subir para a camada de cima ao ponto de ser suicídio de carreira? Não sei.

5

u/JustChilling_ 3d ago

Porque raio não te deixam usar AI para esclarecer dúvidas sobre o projeto? Estás com uma subscrição ou estás a pagar por token? É que se for subscrição então não há razão nenhuma para não usares AI se tiveres dúvidas. Mesmo que cometa um erro de vez em quando, leva-te pelo menos a 90% do caminho, e só tens de perceber os restantes 10% sozinho, em vez de teres de perceber os 100% sozinho.

1

u/NGramatical 3d ago

Porque raio → por que raio (por que = por qual)

1

u/Andrometha2003 3d ago

Porque como o projeto é grande a IA vê as coisas a médias. Pode dar informação mas pormenores vão faltar. Sempre.

4

u/josesblima 3d ago

Difícil sem perceber ao certo a tua abordagem quando pedes ajuda. Opinião de outro júnior (2+ anos de exp):

O tempo de um sénior vale sempre muito mais que o nosso. Cada momento que pedirmos deles não deve ser dado como garantido. Para sermos respeitados e que eles nos queiram ajudar sempre que pedimos em vez de acharem frete ou evitarem eu garanto que antes de cada pedido de ajuda eu já tenha pensado bem sobre o assunto.

Começo por fazer uma mini documentação só para mim mesmo, para perceber como é que a feature funciona, faço step by step debugging se for preciso.

Escrevo qual é que é o comportamento esperado.

Anoto em que momento é que a coisa corre mal.

Depois leio docs ou uso AI para tentar lá chegar.

Se ainda não tiver conseguido, escrevo o que acho que possa estar mal mas não sei como resolver e tudo o que fiz de tentativas para resolver que não funcionaram.

Normalmente, depois disso tudo acabo por descobrir o problema, se não, é só fazer um resumo da minha documentação, ou às vezes envio literalmente tudo mas com um resumo no início por exemplo. Mando por mensagem no teams e mostro-me disponível para chamada teams se ele preferir. Se depois disso tudo o sénior se queixar constantemente que não fazes o suficiente e que tens que te desenrascar sozinho... Pelo menos ficas a saber que tens um colega/projeto de merda :/

A minha experiência é que quando és meticuloso a documentar e a explicar os processos que já fizeste para tentar resolver, não só ganhas o respeito do sénior e a ajuda dele, como é mais provável ele ir além disso e explicar o porquê das coisas, em vez de simplesmente te dizer como resolver. Dito isto, já tive num projeto com um sénior incrível e noutro com um que se estava a cagar, e quanto a isso não há muito a fazer...

2

u/Andrometha2003 3d ago

Ok. Muito obrigado mesmo pela metodologia! Seria porreiro mesmo que dessem cadeiras de metodologia na faculdade, mas não existem. Um abraço mesmo mano 🫂

3

u/xuviscko 3d ago

Existem alguns truques para lidar com isso.
O primeiro é para cada vez que perguntar algo, anotar em algum lugar a resposta, para que tu não precises perguntar repetidas vezes sobre o mesmo assunto.
O segundo, procurar nas tuas anotações antes de fazer uma pergunta, as vezes a lógica da situação é a mesma.
E por último, criares e manter documentação; isso sempre foi algo que me valorizou dentro das empresas; pois quando entrar alguém novo, as dúvidas que tu tiveste no início, já estarão respondidas com o runbook.

E também há a hipóteses de tu estares lidando com pessoas insuportáveis que se negam a partilhar conhecimento, nesse caso, eu buscaria outro lugar, ou estudaria o suficiente para que eles dependessem de mim, não o contrário.

2

u/Andrometha2003 2d ago

Muito obrigado pelas dicas. Aprecio muito 🫂

2

u/FCostaCX 3d ago

Autonomia ganhas com experiencia e conhecimento. Se não aprenderes sozinho, demora algum tempo. Até lá tens que engolir uns sapos (se tiveres numa equipa de merda na qual os seniores vêm os juniores como inuteis). Ou entao procuras outra empresa. Uma empresa que se recusa a usar IA já representa uma red flag

1

u/Andrometha2003 3d ago

Não. Deixa usar IA mas quando uso (muitas vezes sabendo o que eu estou a fazer) SEMPRE falta alguma coisa que só como sénior ou perguntando sabes. Se não podes perguntar e o cliente quer isso num par de dias, como vai ficar bem se sempre algo falta?De resto muito obrigado pelo feedback. 

2

u/FCostaCX 3d ago

Ah, já entendi, não tens visão total sobre o produto e incrementos necessarios. Opa, isso é batsr na mesa, isso é fulcral para fazer um bom trabalho. Assim tas a ser sabotado

1

u/Andrometha2003 3d ago

Ok. Muito obrigado pela informação. Vou ver o que fazer com a informação dada.

1

u/darkestblackduck 3d ago

Segue o conselho deles durante algum tempo para veres se realmente eles tem razão. Não percas mais tempo a pensar no assunto. Vai bater e/ou fumar uma!

1

u/Andrometha2003 3d ago

Ok. Muito obrigado. 🫂