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

Seja respeitoso com o tempo do seu mentor, mantendo uma lista de perguntas e perguntando-as em lotes, na medida do possível. Na verdade, não interrompa seu mentor até que você literalmente não possa progredir sem ajuda.

Muitas vezes você aprenderá muito lutando para encontrar a resposta, mesmo nos casos em que seu mentor puder lhe ensinar algo em 10 segundos. Por exemplo, se você quiser saber onde algo está no código, pergunte a eles (10 segundos) ou passe quatro horas estudando o código e tentando descobrir por si mesmo. A vantagem da opção "quatro horas" é que você realmente aprenderá 200 coisas novas sobre o código, e todas elas ajudarão você 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ódigo complicada.

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

Como um veterano que viu os juniores fazendo todos os tipos de perguntas, eu diria que não é uma questão de quantas vezes você pergunta, mas o que você pergunta .

Você precisa sentir a si mesmo, 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 contexto para a investigação de detalhes de baixo nível que você mesmo faz.

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

Não importa o que você faça, 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 pensar mais profundamente , bem como poupar a equipe de algumas dores ao não seguir suas práticas ou tomar decisões inadequadas que precisarão de tempo para se desenredar mais tarde.

Apenas não cruze a linha e peça que eles codifiquem para você, digam exatamente o que fazer todas as vezes, expliquem a sintaxe, copiem a documentação e assim por diante.

Acho que muitas das respostas dadas até agora estão corretas: não tenha medo de fazer perguntas (afinal, é para isso que os estágios), mas deixe claro que você tentou encontrar a resposta. você mesmo antes de perguntar. Eu, pelo menos, não me importo com as perguntas, mas me importo com questões em que fica claro que a pessoa que está perguntando está perguntando apenas porque é mais conveniente para eles interromper outra pessoa. Não há problema em vir com uma pergunta simples, se você já tentou, desde que isso não aconteça também , muitas vezes, mas não é bom nem mesmo tentar por si mesmo em primeiro lugar. E mesmo com perguntas simples, tenha um caso simplificado e os detalhes sangrentos prontos. Pense SSCCE - Short, Self Contained, Correct/Compilable Example . Eu tive alguém para parar e começar a perguntar sobre SQL dinâmico, quando a verdadeira questão era sobre a extração de dados do código executado através de um SQL EXEC . Essa é uma diferença muito grande.

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

Eu não me preocuparia muito em fazer perguntas (demais). Um bom mentor lhe dirá de maneira amigável quando for a hora de parar de perguntar e começar a praticar. Afinal de contas, o mentor foi designado para orientar você 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 discutir todas elas 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 simples pergunta e resposta resolveria literalmente 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 tem tanto a ver com interagir com as pessoas quanto com o código-fonte.

Em uma nota relacionada, encorajamento e entusiasmo funcionam nos dois sentidos, de mentor para estagiário e de estagiário para mentor.

Esta é provavelmente uma situação que todos nós passamos. Ser o cara novo, seja um estagiário ou um funcionário regular, é complicado. Sempre envolve o problema do cold-start, já que você está em um novo lugar, com novas pessoas, novas tecnologias, novas metodologias. Compreendo totalmente a ansiedade de não saber algo e querer conhecê-lo perfeitamente, para que logo você se torne produtivo.

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

A parte complicada é que nem todos estão disponíveis em todos os momentos, para responder a qualquer uma das perguntas que você possa ter. Meu truque habitual ao ler códigos ou documentos é manter anotações de coisas que não estão claras de imediato e organizar algumas reuniões curtas por dia, para discuti-las com meus sêniores. Antes de fazer perguntas, é sempre uma boa ideia fazer uma pequena pesquisa sobre isso, tentar obter o máximo de informações e sugestões possíveis. 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 com afinco, estude bastante, seja curioso e faça perguntas. Lembre-se, todo mundo esteve em sua posição e todos acabaram sobrevivendo:)

Eu acho que você vai se deparar com diferentes tipos de perguntas.

Para minha resposta, vou me concentrar no que considero por que perguntas. Esses tipos de perguntas ajudam a entender por que você está sendo solicitado a fazer algo de uma determinada maneira. (ex. Por que usamos o padrão de codificação X?)

Acho que seria bom que você pedisse ao seu mentor que reservasse algum tempo a cada semana para passar por esse tipo de pergunta. Uma ideia seria reservar de 1 a 2 coffee breaks por semana. Tendo um tempo definido para esses tipos de perguntas, você mostra ao seu mentor que você valoriza o tempo deles e que deseja aprender por que algo é feito de uma determinada maneira.

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

Uma dica quando perguntar é quando seu mentor vai até a máquina de café, então você sabe que está interrompendo o "fluxo" dele.

Eu estou praticamente na sua situação exata neste exato momento. Meu supervisor está bastante ocupado e eu peguei minhas interrupções não sendo muito bem-vindas muito cedo. No meu caso, porém, entrei sem conhecer muitas tecnologias usadas. Então, o que eu fiz foi, toda vez que eu tenho uma pergunta, eu anotei. Se eu precisar de uma resposta para continuar minha tarefa, faço outra coisa por um tempo. Eu li alguma documentação para alguma outra tecnologia que sei que vou usar em breve. A menos que a questão seja crítica para concluir a tarefa em que devo estar trabalhando, e não posso continuar sem uma resposta, eu a enfilanço.

Se o código que você está escrevendo, por exemplo, você pode escrever um comentário "todo" nessa parte e continuar escrevendo o resto do código. Você pode voltar para preencher o todo depois.

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

Outra coisa que você definitivamente deve fazer é simplesmente conversar com seu mentor sobre isso. Na verdade, essa 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 relaxaria ou resolveria o problema.

Observação: o acima só é válido para perguntas que não são relacionadas a programação ou técnica. Eu gasto muito tempo no Google / Stack Overflow procurando por respostas técnicas e você também deveria. Na verdade, 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 assuntos.
2. Pense no Google antes de perguntar.
3. Como você se comunica por mensagens instantâneas e por e-mail, tente certificar-se de que seu mentor entenda bem suas perguntas.
4. Quando um problema é resolvido, as anotações são necessárias. Nós não conseguimos nos lembrar de tudo que aprendemos em detalhes.

Eu acho que Casey não é questão de questionar ... tudo é que você é um estagiário ... você deve fazer perguntas. E pessoalmente eu sinto questionar as coisas é sempre tem seu próprio benefício. Mesmo se você não for o Google, nesse caso, seu mentor deve lhe dizer que você precisa estudar isso sozinho. Aponte para lembrar que não fique frustrado ou não fique sobrecarregado pelo novo ambiente de trabalho com uma enorme base de código. É só o tempo que você precisa dar e deve questionar praticamente tudo que você quer.

feliz questionamento:):)

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

Mas não faça essas perguntas que soam derrotistas ou insinue que você pode ser um pouco indiferente,