Quantas perguntas são apropriadas para fazer como estagiário? [fechadas]

Então, acabei de iniciar um estágio e estou preocupado que esteja fazendo muitas perguntas. Meu mentor me atribui projetos e me ajuda a aprender todas as tecnologias e metodologias da empresa. No entanto, há tanto material novo para eu aprender durante o projeto que tenho muitas perguntas. Geralmente faço perguntas por meio de mensagens instantâneas ou e-mail (esses são os principais modos de comunicação da minha empresa).

Estou tentando tomar cuidado para não fazer muitas perguntas: não quero parecer chata ou burra. Quantas perguntas são apropriadas para fazer? Uma vez por hora? Mais? Menos? Lembre-se, meu mentor também é um colega programador que tem suas próprias responsabilidades.

Respeite o tempo do seu mentor, mantendo uma lista de perguntas e fazendo-as em lotes, na medida do possível. Na verdade, não interrompa seu mentor até que você literalmente não possa avançar sem ajuda.

Muitas vezes, você aprende muito lutando para encontrar a resposta, mesmo nos casos em que seu mentor pode lhe ensinar algo em 10 segundos. Por exemplo, se você deseja saber onde algo está no código, pode perguntar (10 segundos) ou pode passar quatro horas estudando o código e tentando descobrir por si mesmo. A vantagem da opção "quatro horas" é que você aprenderá 200 coisas novas sobre o código, o que o ajudará mais tarde. Lutar para encontrar suas próprias respostas pode ser uma perda de tempo, mas também pode ser uma maneira de aprender uma grande base de códigos complicada.

Escusado será dizer que se é uma questão de programação que não diz respeito ao código proprietário da sua empresa, você deve tentar descobrir por si mesmo usando a Internet.

Como um idoso que já viu juniores fazendo todo tipo de perguntas, eu diria que não é uma questão de quantas vezes você pergunta, mas o que você pergunta .

Você precisa sentir isso sozinho, mas geralmente a regra é: mostre seu interesse e capacidade de pensar e trabalhar de forma independente .

Não há problema em fazer perguntas gerais para definir o contexto da investigação detalhada de baixo nível que você mesmo faz.

Não há problema em fazer perguntas sobre tudo que não é código e não está documentado - o processo, a cultura da equipe etc.

Faça o que fizer, mostre que você pensou um pouco e fez um esforço para entender ou resolver o problema sozinho.

Não tenha medo de perguntar! Você pode usá-lo para mostrar interesse e um pensamento mais profundo , além de poupar a equipe de não seguir suas práticas ou tomar decisões inadequadas que exigirão tempo para serem desembaraçadas posteriormente.

Apenas não ultrapasse os limites e peça que eles codifiquem para você, digam exatamente o que fazer sempre, expliquem a sintaxe e copiem a documentação, e assim por diante.

Acho que muitas das respostas dadas até agora estão certas: não tenha medo de fazer perguntas (afinal, para isso são os estágios), mas deixe claro que você tentou encontrar a resposta antes de perguntar . Eu, pelo menos não me importo perguntas em tudo, mas eu faço perguntas mente onde é claro que a pessoa que solicita só está perguntando porque é mais conveniente para eles a alguém interrupção mais. Não há problema em vir com uma pergunta simples, se você já tentou, desde que isso não ocorra com muita frequência, mas não é bom nem mesmo tentar primeiro. E mesmo com perguntas simples, tenha um caso simplificado e os detalhes sangrentos prontos. Pense SSCCE -Short, Self Contained, Correct/Compilable Example. Eu pedi para alguém dar uma passada e começar a perguntar sobre SQL dinâmico, quando a verdadeira questão era sobre extrair dados do código executado por meio de um SQL EXEC. Essa é uma grande diferença.

Outro ponto a considerar: você pode usar o email ou alguma outra forma não (ou menos) intrusiva de comunicação para algumas de suas perguntas? Então, seu mentor pode responder por e-mail ou (mais provavelmente) parar na sua mesa para discutir as coisas quando tiverem uma chance. Isso também se aplica aos conselhos sobre "perguntas em lotes" já fornecidos, mas pessoalmente acho mais fácil lidar com uma única pergunta por mensagem de email do que uma longa lista de perguntas que têm pouco ou nada a ver uma com a outra. juntos em uma mensagem. Uma pode ser respondida com frequência em um minuto ou dois, a outra pode facilmente tornar-se um tempo de meia hora.

Eu não me preocuparia muito em fazer (muitas) perguntas. Um bom mentor dirá de maneira amigável quando for a hora de parar de perguntar e começar a praticar. Afinal, o mentor foi designado para orientá-lo e essa tarefa geralmente vem com um orçamento de tempo.

Concordo que é uma boa ideia preparar um lote de perguntas e pedir a atenção do mentor para discuti-las de uma só vez. Por outro lado, também pode ser muito frustrante (especialmente para iniciantes) tentar descobrir como as coisas funcionam por horas, quando uma pergunta e resposta simples literalmente resolveriam o problema em segundos.

Tente aprender com a experiência e desenvolva a habilidade de "ler" seu mentor para descobrir quando há uma boa oportunidade e como você deve comunicar sua falta de atenção. O desenvolvimento de software é tanto para interagir com as pessoas quanto para encarar o código-fonte.

Em uma nota relacionada, incentivo e entusiasmo funcionam de ambos os modos, de mentor a estagiário e de estagiário a mentor.

Esta é provavelmente uma situação pela qual todos passamos. Ser o cara novo, seja um estagiário ou um funcionário regular, é complicado. Sempre envolve o problema do arranque a frio, pois você está em um novo local, com novas pessoas, novas tecnologias, novas metodologias. Entendo perfeitamente a ansiedade de não saber algo e querer conhecê-lo perfeitamente, para que você logo se torne produtivo.

Ter perguntas é totalmente natural. E você pode ter certeza de que seus colegas sabem o que você faz e terão perguntas. Eles também estiveram na sua posição em algum momento, certo? E acredite, eles tiveram que obter ajuda de algum lugar.

A parte complicada é que nem todo mundo está disponível o tempo todo, para responder a qualquer uma das perguntas que você possa ter. Meu truque de sempre, ao analisar códigos ou documentos, é fazer anotações de coisas que não estão imediatamente claras e organizar algumas breves reuniões por dia para discuti-las com meus idosos. Antes de fazer uma pergunta, é sempre uma boa idéia fazer uma pequena 'pesquisa' sobre ela, tentar obter o máximo de informações e dicas possível. Sites como o StackOverflow são dourados. Você pode até obter a resposta exata que está procurando. Seus colegas apreciarão o esforço e ficarão mais felizes em ajudá-lo.

Tente muito, estude muito, seja curioso e faça perguntas. Lembre-se, todos estiveram na sua posição e todos sobreviveram :)

Eu acho que você vai encontrar diferentes tipos de perguntas.

Para minha resposta, focalizarei o que considero por que perguntas. Esses tipos de perguntas ajudam a entender por que você está sendo solicitado a fazer algo de uma certa maneira. (por exemplo, por que usamos o padrão de codificação X?)

Eu acho que seria bom você pedir ao seu mentor que reserve algum tempo toda semana para passar por esse tipo de perguntas. Uma idéia seria reservar 1 a 2 coffee breaks por semana. Ao ter um tempo definido para esses tipos de perguntas, você mostra ao seu mentor que valoriza o tempo dele e que deseja aprender por que algo é feito de uma certa maneira.

Desde que o seu mentor saiba que tentou encontrar a resposta primeiro e tentou encontrar uma resposta para a pergunta.

Uma dica para quando fazer uma pergunta pode ser quando seu mentor vai à máquina de café, então você sabe que está interrompendo o "fluxo" dele.

Estou praticamente na sua situação exata neste exato momento. Meu supervisor está bastante ocupado e percebi que minhas interrupções não eram muito bem-vindas muito cedo. No entanto, no meu caso, cheguei a não conhecer muitas tecnologias usadas. Então, o que eu fiz é que toda vez que tenho uma pergunta, anoto. Se eu precisar de uma resposta para continuar minha tarefa, faço outra coisa por um tempo. Li algumas documentações de outras tecnologias que sei que usarei em breve. A menos que a questão é fundamental para completar a tarefa que deve ser trabalhando, e eu não posso continuar sem uma resposta, eu a fila-lo.

Se for o código que você está escrevendo, por exemplo, você pode escrever um comentário "todo" nessa parte e continuar escrevendo o restante do código. Você pode voltar para preencher a tarefa mais tarde.

Então, sempre que encontro meu supervisor, descarrego todas as perguntas de uma só vez. Até então, algumas das perguntas que eu já respondi por mim! Algumas perguntas também parecem idiotas depois de serem anotadas por um tempo, para que você não as faça.

Outra coisa que você definitivamente deve fazer é simplesmente conversar com seu mentor sobre isso. De fato, foi a primeira coisa que fiz. Eu simplesmente perguntei "Estou fazendo muitas perguntas?" Isso me deu um feedback direto e eu poderia parar de me preocupar se, se relaxar ou resolver o problema.

Nota: O item acima realmente se aplica apenas a perguntas que não são técnicas ou relacionadas à programação. Passei muito tempo no Google / Stack Overflow procurando respostas técnicas e você também deveria. De fato, se você não está pesquisando novas informações todos os dias, eu quase diria que você não está aprendendo o suficiente :)

1. Não se preocupe em pedir demais. Não importa o que você não saiba, mas a capacidade de estudar é importante.
2. Pense e pesquise no Google antes de perguntar.
3. Como você se comunica por mensagens instantâneas e email, tente garantir que seu mentor entenda bem suas perguntas.
4. Depois que um problema é resolvido, são necessárias notas. Simplesmente não conseguimos lembrar tudo o que aprendemos em detalhes.

Eu acho que Casey não é questão de questionar ... tudo é que você é estagiário ... você deve fazer perguntas. E, pessoalmente, sinto que questionar as coisas sempre tem seu próprio benefício. Mesmo se você não usar o Google nesse caso, seu mentor deverá informar que você precisa estudá-lo por conta própria. Lembre-se de que não fique frustrado ou não fique impressionado com o novo ambiente de trabalho com uma enorme base de código. É apenas a hora que você precisa dar e deve questionar praticamente tudo o que deseja.

feliz questionamento :) :)

Você sabe, se você é educado e alegre, pode perguntar perguntar.

Mas não faça as perguntas que soam derrotistas ou sugerem que você pode ser desautorizado,