Oi
Nos últimos anos, tenho trabalhado muito com pessoas que estão começando sua carreira em TI. Como as perguntas em si e a maneira como são feitas por muitas pessoas são semelhantes, decidi coletar minha experiência e recomendações em um só lugar.
Era uma vez, li
um artigo em 2004 por Eric Raymond e sempre o segui rigorosamente em minha carreira. É bastante grande e mais provável para administradores de sistema. Eu tenho que ajudar as pessoas, muitas vezes sem nenhuma experiência em desenvolvimento, a se tornarem juniores e iniciar minha carreira.
Para aqueles que já se tornaram, ou apenas sonham em se tornar um desenvolvedor iniciante, posso dar as seguintes recomendações:
- Explore o problema você mesmo
- Primeiro diga ao alvo e depois exprima o problema
- Escreva corretamente e ao ponto
- Faça perguntas no endereço e compartilhe a decisão
- Respeite o tempo de outra pessoa
- Olhe mais amplo
E agora com mais detalhes.
Explore o problema você mesmo
Você está aprendendo uma linguagem de programação de um livro ou curso. Eles pegaram um código de exemplo, o lançaram, mas ele travou com um erro incompreensível para você. Se você acredita no livro - ele deve funcionar. Mas você acredita nos olhos - não funciona. Quais são as opções?
- Decida que você nunca se tornará um desenvolvedor, porque o mundo inteiro está contra você e mesmo exemplos de trabalho não funcionam. Desistir de treinamento;
- Decida que você nunca se tornará um desenvolvedor porque é muito estúpido ou não lhe foi dado. Desistir de treinamento;
- Comece a perguntar a todos os seus amigos que estão pelo menos de alguma forma conectados à TI, exigindo que eles descubram por que isso não funciona para você. Aprenda muito sobre si mesmo, ofenda-se. Desistir de treinamento;
Qual opção está correta? Aqui está:
Entenda que você não é único (o que sua mãe e sua avó diriam lá), e o mundo da TI não é tão simples como é anunciado quando você solicita cursos e seminários on-line.
Entender que você não é único leva à conclusão de que seu problema provavelmente já foi encontrado por dezenas, centenas, milhares de pessoas. Se você é um desenvolvedor iniciante, pode facilmente não perceber algo, não instalar ou configurar. Aqui está uma lista de verificação que proponho passar antes que você entenda que não pode resolver o problema sozinho e precisa de ajuda:
- Verifique se a pergunta é única e se não há resposta na Internet
- Estude cuidadosamente a causa do problema, não o efeito
- Avalie possíveis soluções para o problema, seus prós e contras
- Pense em alternativas para alcançar seu objetivo
- Pense no que lhe for pedido e prepare as respostas com antecedência
Com o
primeiro parágrafo, tudo é trivial: se o texto do erro é completamente incompreensível para você, copie-o para o Google e leia cuidadosamente o texto nos links.
Segundo : por exemplo, se seu código falhar com o erro "Não consigo conectar uma biblioteca de terceiros", esse código não será o seu. O fato é que você não instalou nenhuma biblioteca que deseja usar. Portanto, você precisa procurar como instalá-lo e não como corrigir seu código.
O terceiro e o
quarto são muito semelhantes: e se o problema estiver nesta biblioteca, e eu só precisar procurar outro? E se eu não usar uma biblioteca de terceiros, mas escrever meu código usando ferramentas padrão?
O quinto ponto nos leva à próxima parte: pense no que a pessoa que você vai perguntar e mantenha as respostas prontas.
Primeiro diga ao alvo e depois exprima o problema
O objetivo é o que você queria fazer. Por exemplo, escreva um código que vá para a Internet e salve 10 fotos com gatos engraçados. O problema é por que você vê o erro no console, mas não vê dez gatos engraçados. Não comece sua pergunta com um problema. Comece com um objetivo, termine com um problema. Se a pessoa que você está pedindo ajuda é um desenvolvedor experiente e sabe muito, ele certamente poderá oferecer uma solução mais simples e elegante para o problema. Se você já escolheu o mais simples e o mais elegante, ele entenderá claramente o que e por que você deseja fazer, e isso acelerará a resposta.
Boa pergunta:
Quero manter 10 gatos engraçados todos os dias para rir e prolongar minha vida. Para isso, escrevi este código: [...]. Espero que ele se conecte ao servidor FTP e faça upload de novas fotos a partir daí. No entanto, quando o iniciei, vi este erro: [...] Embora eu possa acessar este servidor através do navegador.
Resposta rápida:
Você pegou esta biblioteca em vão, ninguém a apoiou ou desenvolveu por um longo tempo. É melhor tomar uma - eu mesmo baixo as fotos dela com gatos!
Má pergunta:
Olá, meu código gerou esse erro [...], você não sabe o que pode estar errado?
A resposta óbvia é:
Oi Não sei.
Escreva corretamente e ao ponto
Não há necessidade de derramar um fluxo de pensamentos sobre uma pessoa. A pessoa para quem você procurou uma solução para o seu negócio. Faça com que ele entenda rapidamente qual é o seu problema e o que você quer dele. Se você tiver problemas com a alfabetização, use os serviços de ortografia e pontuação on-line. Você pode remover o lixo da mensagem sem serviços online. Não derrame água, não comece de longe. Escreva de forma concisa, sucinta e direta. Forneça exemplos.
Ruim:
- tendo chegado quando as saídas passaram))) Estou tentando montar um projeto em resumo, mas por alguma razão O_o não funciona para mim, embora pareça que fiz tudo certo, por favor, venha aqui))))) aqui em geral, tenho algo pouco claro no console (((já direto Eu tentei de tudo, nada funciona, ahhh (
Bom:
- Oi, estou tentando iniciar um projeto, mas há um problema. Ele trava logo após o comando docker-compose up, aqui está o log de inicialização e o erro: [...] Você pode me dizer como resolvê-lo?
Faça perguntas no endereço e compartilhe a decisão
Você não deve escrever uma pergunta em uma mensagem pessoal para uma pessoa específica, a menos que tenha sido informado de que ela deve ser solicitada. É melhor escrever para um grupo de pessoas porque:
- Todo mundo está ocupado resolvendo seus problemas. A chance de alguém no bate-papo geral ou no fórum poder lhe dar tempo é maior.
- A chance de alguém no chat geral saber como ajudá-lo é maior.
- Você deixa a oportunidade de encontrar a mesma pergunta e responder mais tarde.
Dê uma olhada no último parágrafo. Você já aprendeu que deveria tentar resolver os problemas sozinho? Já usou a pesquisa no chat / fórum / grupo, mas não encontrou uma menção ao seu problema? OK, então pergunte.
Por outro lado, não incomode as pessoas em vão. Se possível, exclua da lista de destinatários aqueles que não podem ajudá-lo. Quanto mais mensagens uma pessoa recebe, menor a probabilidade de ler todas. Não crie o hábito de desativar alertas ou simplesmente ignorar mensagens.
Certamente, sua experiência pode ser útil para outra pessoa. Economize tempo para si e para os outros publicando uma resposta ou solução. O próximo iniciante, se ele já sabe do que estamos falando aqui, não incomodará ninguém - ele encontrará sua solução pesquisando. Por que estou dizendo que você pode economizar tempo? Porque você pode encontrar esse problema em um ano e não se lembra de como foi resolvido. A pesquisa será salva novamente.
Respeite o tempo de outra pessoa
Torne a vida o mais fácil possível para as pessoas que você pedir ajuda.
Verifique se os links que você envia funcionam. Tente abri-lo no modo de navegação anônima. Se o link exigir autorização, você verá um erro de acesso. Por exemplo, se você baixou o código para um repositório particular ou enviou um link para uma unidade do Google, ao qual apenas você tem acesso, uma pessoa verá um erro e precisará gastar tempo para informá-lo sobre isso e aguardar até que você configure o acesso. Faça a pessoa ver imediatamente o que você está falando.
Não espere que alguém queira se lembrar do que você pediu há dois dias. Envie as informações novamente, lembre o contexto. Ninguém quer procurar em correspondência o que você tem em mãos. Se você estiver com preguiça de duplicar informações, para que as pessoas não passem seu tempo pesquisando, você não precisará de ajuda.
Não saia do contexto. Se você enviar um log com um erro, é óbvio que você precisará incluir não apenas o erro em si, mas também o código que o causou, com um exemplo do que ocorreu.
Se houver um processo estabelecido para resolver seu problema, siga-o. Você não deve reinventar a roda se já tiver um artigo com um passo a passo.
Não busque a resposta de uma pessoa através de canais diferentes (escreva para folga, skype, telegramas) ao mesmo tempo - será desagradável para uma pessoa.
Você não precisa escrever a mesma mensagem para várias pessoas ao mesmo tempo, na esperança de que pelo menos alguém lhe responda. Todas essas pessoas podem lhe dar a resposta (provavelmente, será a mesma), mas todas elas se distrairão dos negócios por algum tempo. Use bate-papos em grupo.
Olhe mais amplo
Tudo o que falamos aqui se aplica fora do setor de TI. Siga estas regras em um supermercado, serviço de carro, em férias em outro país, ao se comunicar com amigos e parentes. Mostre às pessoas que você valoriza o tempo delas e não deseja forçá-las por nada. Mostre que você gastou tempo e energia para resolver o problema sozinho, mas não teve sucesso e realmente precisa de ajuda. Em gratidão, as pessoas simpatizarão com seus problemas e ajudarão com sua solução.