Olá!
Nos últimos anos, tenho trabalhado com muitas pessoas que estão apenas começando suas carreiras em TI. Como as perguntas 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, li um livro de 2004 de Eric Raymond, e sempre segui rigorosamente suas diretrizes em minha carreira. É um livro bastante extenso e voltado principalmente para administradores de sistemas. Entretanto, meu trabalho é ajudar pessoas que, muitas vezes, não têm experiência em desenvolvimento a se tornarem profissionais juniores e a iniciarem suas carreiras.
Para aqueles que já se tornaram ou ainda sonham em ser desenvolvedores iniciantes, posso oferecer as seguintes recomendações:
- Estude o problema por conta própria
- Primeiro declare seu objetivo, depois exponha o problema
- Escreva de forma clara e objetiva
- Faça perguntas direcionadas e compartilhe soluções
- Respeite o tempo dos outros
- Amplie sua visão
Agora, vamos a mais detalhes.
Estude o problema por conta própria
Você está aprendendo uma linguagem de programação em um livro ou curso. Pegou um exemplo de código, executou-o, mas ele falhou com um erro que você não entende. Se acreditar no livro, ele deveria funcionar. Mas ao confiar nos seus olhos, você vê que não funciona. Quais são as opções?
- Decidir que você nunca será um desenvolvedor, porque o mundo todo está contra você e até mesmo os exemplos que funcionam não funcionam. Abandonar os estudos;
- Decidir que você nunca será um desenvolvedor porque é muito burro ou porque não é feito para isso. Abandonar os estudos;
- Começar a perguntar a todos os conhecidos que estão de alguma forma ligados à TI, exigindo que descubram por que não está funcionando para você. Aprender muitas coisas novas sobre si mesmo, ficar ofendido. Abandonar os estudos;
Qual opção é a correta? Aqui está:
Perceber que você não é único (não importa o que sua mãe e sua avó digam) e que o mundo da TI não é tão simples quanto afirmam ao convidá-lo para cursos e webinars.
Entender que você não é único leva à realização de que seu problema provavelmente já ocorreu com dezenas, centenas, milhares de pessoas. Se você é um desenvolvedor iniciante, pode facilmente ter esquecido de notar algo, não ter instalado ou configurado corretamente. Aqui está uma lista de verificação que eu sugiro percorrer antes de perceber que você não pode resolver o problema sozinho e que precisa de ajuda:
- Certifique-se de que a pergunta é única e que não há resposta na internet
- Examine cuidadosamente a causa do problema, e não a consequência.
- Avaliar as possíveis soluções para o problema, seus prós e contras
- Refletir sobre alternativas para alcançar o objetivo
- Pensar sobre o que podem lhe perguntar e preparar respostas antecipadamente
Com primeiro o ponto é bastante simples: se a mensagem de erro é totalmente incompreensível para você — copie-a no Google e leia o texto nas referências com atenção.
Segundo: por exemplo, se seu código falhou com o erro “Não consigo conectar à biblioteca externa”, o problema não está no seu código. O problema é que você não instalou alguma biblioteca que deseja usar. Então, você deve procurar como instalá-la, e não como corrigir seu código.
Terceiro e quarto muito parecido: E se o problema estiver exatamente nessa biblioteca, e eu só precisar procurar outra? E se eu não usar uma biblioteca externa, mas escrever meu próprio código usando os recursos padrão?
Quarto este ponto nos leva à próxima parte: pense sobre o que a pessoa a quem você se dirigirá pode perguntar e mantenha as respostas preparadas.
Primeiro declare seu objetivo, depois exponha o problema
O objetivo — é aquilo que você queria fazer. Por exemplo, escrever um código que navega na internet e salva 10 imagens de gatinhos engraçados. O problema — é a razão pela qual você vê um erro no console, mas não vê 10 gatinhos engraçados. Não comece sua pergunta com o problema. Comece com o objetivo, termine com o problema. Se a pessoa a quem você pede ajuda é um desenvolvedor experiente e sabe muito, certamente poderá lhe oferecer uma solução mais simples e elegante para o problema. Se você já escolheu a solução mais simples e elegante — ele entenderá claramente o que e por que você deseja fazer, e isso acelerará a obtenção de uma resposta.
Uma boa pergunta:
Eu quero salvar 10 gatinhos engraçados todos os dias para rir e prolongar minha vida. Para isso, escrevi este código: […]. Eu espero que ele se conecte ao FTP servidor e carregue novas imagens de lá. No entanto, quando o executei, vi este erro: […] Embora eu consiga acessar esse servidor pelo navegador.
Uma resposta rápida:
Você não deveria ter usado essa biblioteca, ninguém a apoia e desenvolve há muito tempo. Use melhor esta — eu mesmo a uso para baixar imagens de gatinhos!
Uma pergunta ruim:
Oi, meu código gerou este erro […], você sabe qual pode ser o problema?
Resposta óbvia:
Oi. Não, não sei.
Escreva de forma clara e objetiva
Não é necessário despejar um fluxo de pensamentos sobre a pessoa. A pessoa a quem você pediu ajuda está ocupada com suas próprias questões. Faça com que ela entenda rapidamente qual é o seu problema e o que você espera dela. Se você tem dificuldades com a escrita, use serviços online para verificar a ortografia e a pontuação. Você pode eliminar o lixo da mensagem mesmo sem serviços online. Não enrole, não comece devagar. Escreva de forma breve, concisa e objetiva. Forneça exemplos.
Ruim:
— oi, como foi o final de semana?))) Estou aqui tentando montar o projeto, mas está dando erro, não sei por que O_ó, achei que fiz tudo certinho, pode vir aqui, por favor?))))) Tem algo confuso no console aqui((( já tentei tudo e nada funciona, aaaa(
Bom:
— Olá, estou tentando iniciar o projeto, mas encontrei um problema. Ele falha logo após o comando docker-compose up, aqui está o log de inicialização e o erro: […] Você pode sugerir como resolver?
Faça perguntas direcionadas e compartilhe soluções
Não deve fazer perguntas em mensagens privadas para uma pessoa específica, a menos que tenha sido informado que deve perguntar a ela. É melhor escrever para um grupo de pessoas, porque:
- Cada um está ocupado resolvendo seus próprios problemas. A chance de alguém no chat geral ou no fórum poder dedicar um tempo para você é maior.
- A chance de alguém no chat geral saber como ajudar você é maior.
- Você dá aos outros a oportunidade de encontrar a mesma pergunta e resposta mais tarde.
Olhe para o último ponto. Você já aprendeu que é importante tentar resolver problemas por conta própria? Já usou a busca no chat/fórum/grupo, mas não encontrou menção ao seu problema? Ok, então pergunte.
Por outro lado, não deve incomodar as pessoas desnecessariamente. Sempre que possível, exclua da lista de destinatários todos que não podem ajudá-lo. Quanto mais mensagens uma pessoa recebe, menores são as chances de que ela leia todas. Não crie o hábito de as pessoas desligarem as notificações ou simplesmente ignorarem as mensagens.
Certamente, sua experiência pode ser útil para outras pessoas. Economize tempo para você e para os outros, compartilhando sua resposta ou solução. O próximo novato, se já souber sobre o que estamos falando, não incomodará ninguém — ele encontrará sua solução por meio da busca. Por que eu digo que você pode economizar tempo para si mesmo? Porque você pode enfrentar esse problema novamente em um ano e não se lembrará de como resolveu. A busca novamente será sua salvação.
Respeite o tempo dos outros
Facilite ao máximo a vida das pessoas de quem você pede ajuda.
Verifique se os links que você envia funcionam. Tente abri-los em uma janela anônima. Se o link exigir autorização, você verá um erro de acesso. Por exemplo, se você carregou um código em um repositório privado ou enviou um link para o Google Drive, ao qual apenas você tem acesso — a pessoa verá um erro e terá que gastar tempo para informá-lo e depois esperar que você configure o acesso. Faça com que a pessoa veja imediatamente o que você está se referindo.
Não espere que alguém queira lembrar sobre o que você perguntou há dois dias. Envie a informação novamente, lembre o contexto. Ninguém gosta de procurar em mensagens o que você tem à mão. Se você se sente preguiçoso para duplicar a informação, para que as pessoas não percam tempo procurando, então você não precisa de ajuda.
Não tire do contexto. Se você enviar um log de erro, é óbvio que deve incluir não apenas o próprio erro, mas também o código que o causou, com um exemplo do que fez com que falhasse.
Se houver um processo estabelecido para resolver seu problema — siga-o. Não vale a pena reinventar a roda se já existe um artigo com um passo a passo de como fazer.
Não tente obter a resposta de uma única pessoa por diferentes canais (escrevendo no Slack, Skype, Telegram) ao mesmo tempo — isso não será agradável para a pessoa.
Não escreva a mesma mensagem para várias pessoas ao mesmo tempo, na esperança de que alguém responda. Todas essas pessoas podem te dar uma resposta (provavelmente, será a mesma), mas todos vão se distrair de suas tarefas por um tempo. Use chats grupos.
Amplie sua visão
Tudo o que discutimos aqui é aplicável fora do setor de TI também. Siga essas regras no supermercado, na oficina, durante as férias em outro país, ao interagir com amigos e familiares. Mostre às pessoas que você valoriza o tempo delas e que não deseja incomodá-las por trivialidades. Demonstre que você se esforçou e dedicou tempo para resolver o problema por conta própria, mas não conseguiu, e realmente precisa de ajuda. Em agradecimento, as pessoas entenderão suas dificuldades e ajudarão na solução.
Fonte: habr.com
