Oi!
Nos últimos anos tenho trabalhado muito com pessoas que estão apenas começando suas carreiras em TI. Como as perguntas em si e a forma como muitas pessoas as fazem são semelhantes, decidi reunir minha experiência e recomendações em um só lugar.
Há muito tempo eu li 2004 por Eric Raymond, e sempre o seguiu à risca em sua carreira. É bastante grande e destina-se mais a administradores de sistema. Tenho que ajudar as pessoas, que muitas vezes não têm nenhuma experiência em desenvolvimento, a se tornarem juniores e iniciarem suas carreiras.
Para quem já se tornou, ou ainda sonha em se tornar um desenvolvedor iniciante, posso dar as seguintes recomendações:
- Estude o problema você mesmo
- Comunique primeiro o objetivo e depois declare o problema.
- Escreva com competência e direto ao ponto
- Tire dúvidas para o endereço e compartilhe a solução
- Respeite o tempo dos outros
- Olhe mais amplo
E agora para mais detalhes.
Estude o problema você mesmo
Você está aprendendo uma linguagem de programação em um livro ou curso. Pegamos um código de exemplo e o executamos, mas ele travou com um erro que não ficou claro para você. De acordo com o livro, deveria funcionar. Mas você acredita em seus 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 até mesmo os exemplos práticos não funcionam. Pare de estudar;
- Decida que você nunca se tornará um desenvolvedor porque é muito estúpido ou não tem isso. Pare de estudar;
- Comece a perguntar a todos que você conhece que estão de alguma forma conectados com TI, exigindo que descubram por que isso não está funcionando para você. Descubra muitas coisas novas sobre você, fique ofendido. Pare de estudar;
Qual opção está correta? Aqui está ele:
Entenda que você não é o único (não importa o que sua mãe e sua avó digam), e o mundo da TI não é tão simples como alardeiam quando o convidam para cursos e webinars.
Compreender que você não é o único leva à percepção de que seu problema provavelmente já foi encontrado por dezenas, centenas, milhares de pessoas. Se você for um desenvolvedor iniciante, poderá facilmente não perceber, instalar ou configurar algo. Aqui está uma lista de verificação que sugiro que você leia antes de perceber que não consegue resolver o problema sozinho e precisa de ajuda:
- Certifique-se de que a pergunta seja única e que não haja 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 opções alternativas para atingir seu objetivo
- Pense no que lhe poderá ser perguntado e prepare as suas respostas com antecedência.
С primeiro A questão é que tudo é trivial: se o texto do erro for totalmente incompreensível para você, copie-o para o Google e leia atentamente o texto dos links.
Segundo: por exemplo, se o seu código travar com o erro “Não consigo conectar uma biblioteca de terceiros”, então o problema não está no seu código. A questão é que você não instalou alguma biblioteca que deseja usar. Isso significa que você precisa saber como instalá-lo e não como consertar seu código.
terceiro и o quarto bastante semelhante: e se esta biblioteca for o problema e eu só precisar procurar outra? E se eu não usar uma biblioteca de terceiros, mas escrever meu próprio código usando ferramentas padrão?
Quinto Este ponto nos leva à próxima parte: pense no que a pessoa que você está abordando pode perguntar e tenha as respostas prontas.
Comunique primeiro o objetivo e depois declare 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 é porque você vê um erro no console, mas não vê 10 gatos engraçados. Não comece sua pergunta com um problema. Comece com um objetivo e termine com um problema. Se a pessoa a quem você recorre para obter ajuda é um desenvolvedor experiente e sabe muito, provavelmente será capaz de lhe oferecer uma solução mais simples e elegante para o problema. Se você já escolheu o mais simples e elegante, ele entenderá claramente o que e por que você deseja fazer, e isso agilizará o recebimento de uma resposta.
Boa pergunta:
Quero salvar 10 gatos engraçados todos os dias para rir e prolongar minha vida. Para fazer isso, escrevi o seguinte código: […]. Espero que ele se conecte a um servidor FTP e baixe novas fotos de lá. Porém, ao iniciá-lo, vi este erro: […] Embora eu consiga acessar este servidor através do navegador.
Resposta rápida:
Você não deveria ter pegado esta biblioteca; ninguém a apoia ou desenvolve há muito tempo. Melhor pegar este - eu mesmo baixo fotos com gatos!
Pergunta ruim:
Olá, meu código deu o seguinte erro […], sabe o que pode estar errado?
A resposta óbvia:
Olá. Nao eu nao sei.
Escreva com competência e direto ao ponto
Não há necessidade de despejar uma torrente de pensamentos sobre uma pessoa. A pessoa a quem você recorreu para resolver o problema está ocupada com seus próprios assuntos. Certifique-se de que ele entenda rapidamente qual é o seu problema e o que você deseja dele. Se você tiver problemas de alfabetização, use serviços on-line de verificação ortográfica e de pontuação. Você pode remover lixo eletrônico de mensagens sem serviços online. Não derrame água, não comece de longe. Escreva de forma breve, sucinta e direta ao ponto. Forneça exemplos.
Seriamente:
- oi, como foi))) Estou tentando montar um projeto resumido, mas não funciona para mim, trava por algum motivo O_o, embora pareça que fiz tudo certo, por favor venha) )))) na verdade tem algo incompreensível no console para mim ((( já certo tentei de tudo, nada funciona, ahhh(
Bom:
— Olá, estou tentando iniciar um projeto, mas há um problema. Ele trava imediatamente após o comando docker-compose up, aqui está o log de inicialização e o erro: […] Você pode me dizer como resolver?
Tire dúvidas para o endereço e compartilhe a soluçã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 deveria perguntar especificamente a ela. É melhor escrever para um grupo de pessoas porque:
- Todos estão ocupados resolvendo seus próprios problemas. A chance de alguém em um chat geral ou fórum dedicar tempo a você é maior.
- A chance de alguém do chat geral saber como te ajudar é maior.
- Você deixa para que outros encontrem a mesma pergunta e respondam mais tarde.
Dê uma olhada no último ponto. Você já aprendeu que deve tentar resolver os problemas sozinho? Você já usou a busca por chat/fórum/grupo, mas não encontrou nenhuma menção ao seu problema? Ok, então pergunte.
Por outro lado, não há necessidade de incomodar as pessoas desnecessariamente. Se possível, remova da sua lista de e-mails qualquer pessoa que não possa ajudá-lo. Quanto mais mensagens uma pessoa recebe, menor é a probabilidade de ela ler todas elas. Não crie o hábito de desligar alertas ou simplesmente ignorar mensagens.
Certamente, sua experiência pode ser útil para outra pessoa. Economize o tempo de você e de outras pessoas postando uma resposta ou solução. O próximo recém-chegado, se já souber do que estamos falando aqui, não incomodará ninguém - encontrará sua solução pesquisando. Por que digo que você pode economizar tempo? Porque você pode encontrar esse problema em um ano e não lembrar como o resolveu. A pesquisa irá salvá-lo novamente.
Respeite o tempo dos outros
Torne a vida o mais fácil possível para as pessoas a quem você pede ajuda.
Certifique-se de que 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ê carregou o código para um repositório privado ou enviou um link para o Google Drive, ao qual só você tem acesso, uma pessoa verá um erro e terá que perder tempo informando-o sobre isso e depois esperar por você configure o acesso. Certifique-se de que a pessoa veja imediatamente o que você está falando.
Não espere que alguém queira se lembrar do que você perguntou há dois dias. Envie as informações novamente, lembre o contexto. Ninguém quer pesquisar na correspondência o que você tem em mãos. Se você tem preguiça de duplicar informações para que as pessoas não percam tempo pesquisando, então você não precisa de ajuda.
Não tire isso do contexto. Se você enviar um log com erro, é óbvio que você precisa incluir não apenas o erro em si, mas também o código que o causou, com um exemplo do que ele quebrou.
Se houver um processo estabelecido para resolver o seu problema, siga-o. Não há necessidade de reinventar a roda se já existe um artigo com um passo a passo do HowTo.
Você não deve tentar obter uma resposta de uma pessoa por meio de canais diferentes (escrever para Slack, Skype, Telegram) ao mesmo tempo - isso será desagradável para a pessoa.
Não há necessidade de 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 uma resposta (provavelmente será a mesma), mas todas se distrairão do trabalho por um tempo. Use bate-papos em grupo.
Olhe mais amplo
Tudo o que falamos aqui também se aplica fora da área de TI. Siga essas regras no supermercado, na central de atendimento, nas 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 quer incomodá-las com ninharias. Mostre que você gastou tempo e esforço tentando resolver o problema sozinho, mas não teve sucesso e realmente precisa de ajuda. Em gratidão, as pessoas compreenderão seus problemas e ajudarão você a resolvê-los.
Fonte: habr.com