Como fazer perguntas inteligentes

Alguns conselhos para uma boa comunicação em fóruns, blogs, chats ou etc. Antes de perguntar certifique-se que sua pergunta seja adequada e despertar o interesses de outros membros.

Este texto é uma adaptação de: http://www.fabrica10.com.br/projetos/comofazerperguntasinteligentes.html

• Introdução
• Antes de perguntar
• Quando perguntar
• Como interpretar as respostas
• Perguntas indesejáveis
• Boas e Más Perguntas

Introdução

No mundo dos fórums, o tipo de respostas que você obtém para suas questões técnicas depende bastante da forma que você faz as perguntas bem como da dificuldade de desenvolver a resposta. Este guia irá ensinar você como fazer perguntas de forma a obter uma resposta satisfatória. A primeira coisa a entender é que os experientes gostam de problemas e questões boas e entusiasmadas. Se não fosse assim, não estaríamos aqui. Se você nos der uma questão interessante seremos gratos; boas questões são um estímulo e um presente. Boas perguntas nos ajudam a desenvolver nosso entendimento, e geralmente revelam problemas que poderíamos não ter percebido ou pensado de outra forma. Entre nós, "Boa pergunta!" é um forte e sincero cumprimento. Apesar disto, os experientes tem uma reputação de abordar questões simples com o que se parece com hostilidade ou arrogância. Às vezes parece que somos hostis aos novatos e ignorantes. Mas isto não é verdade. O que nós somos, sem qualquer desculpa, é hostis a pessoas que parecem não estar querendo pensar ou fazer seu próprio trabalho de casa antes de fazer perguntas. Pessoas assim são como precipícios -- eles pegam sem dar nada em troca, eles desperdiçam um tempo que poderíamos ter usado em outra questão mais interessante e com outra pessoa que valha mais a pena responder. Chamamos este tipo de pessoa de "losers" (e por razões históricas às vezes escrevemos "lusers"). Somos, em grande parte, voluntários. Tomamos tempo de nossas vidas ocupadas, e às vezes somos sobrecarregados por ela. Por isto filtramos as perguntas de forma rude. Em particular, jogamos fora questões de pessoas que pareçam ser losers para gastar nosso tempo de responder perguntas de forma mais eficiente, com vencedores.

Você não quer ser um dos losers. Você não quer parecer com um, também. A melhor forma de conseguir respostas rápidas é fazer as perguntas como um vencedor -- perguntar como uma pessoa esperta, confiante, e com dicas, que parece precisar de ajuda apenas em um problema particular.

Antes de perguntar

Antes de fazer uma pergunta técnica por email, ou em um newsgroup, ou em um chat-board de um website, faça o seguinte:

• Tente encontrar uma resposta lendo o manual (RTFM)
• Tente encontrar uma resposta lendo o FAQ
• Tente encontrar uma resposta pesquisando a Web (STFW)
• Tente encontrar uma solução por tentativas e novas abordagens
• Tente encontrar uma resposta perguntando a algum amigo mais preparado

Quando fizer sua pergunta, mostre que você fez estas coisas primeiro, isto ajuda a estabelecer que você não está sendo uma esponja preguiçosa e desperdiçando o tempo de outras pessoas. Melhor ainda, mostre que você aprendeu alguma coisa tendo feito estas coisas. Gostamos de responder perguntas de pessoas que tenham demonstrado que podem aprender das respostas.

Prepare sua questão. Pense adiante. Perguntas que pareçam precipitadas recebem respostas precipitadas, ou nenhuma resposta. Quanto mais você demonstrar que dedicou pensamentos e esforços em resolver seu problema antes de pedir por ajuda, mais provável é que você vá conseguir ajuda.

Cuidado para não fazer a pergunta errada. Se você fizer perguntas baseadas em pressupostos falsos, J. Random Hacker provavelmente vai responder com uma resposta literalmente inútil ao mesmo tempo que pensa "Pergunta estúpida...", e com a esperança de que a experiência de ganhar o que você pediu em vez do que você precisa vá lhe ensinar uma lição.

Por outro lado, tornar claro que você está apto e pronto a ajudar no processo de desenvolver a solução é um bom início. "Alguém pode me providenciar uma dica?", "O que falta no meu exemplo?" e "Existe algum site que eu deveria ter procurado?" são perguntas que provavelmente vão ter respostas, em vez de "Por favor poste o procedimento que devo usar." por que neste caso você está tornando claro que você não está disposto a completar o processo se alguém puder simplesmente apontar a direção certa para você.

Nunca assuma que você tem direito a uma resposta. Você não tem. Você vai conquistar uma resposta se puder conquistar a mesma, fazendo uma pergunta que seja substancial, interessante, estimulante -- uma que implicitamente contribua à experiência da comunidade em vez de meramente exigir passivamente por conhecimentos dos outros.

Quando Perguntar

Escolha seu fórum cuidadosamente

Seja perceptivo ao escolher onde fazer sua pergunta. Você tem mais chances de ser ignorado, ou chamado de loser, se: postar sua pergunta em um fórum no qual ela seja off topic postar uma pergunta muito elementar onde sejam esperadas questões técnicas avançadas, ou vice-versa

Os experientes detonam com perguntas que sejam feitas inapropriadamente para tentar proteger seus canais de comunicação de serem afogados em irrelevâncias. Você não vai querer que isto aconteça com você.

Escreva em linguagem clara, gramática e ortograficamente correta

Sabemos por experiência que pessoas que são escritores descuidados e superficiais são também geralmente pensadores descuidados e superficiais (com experiência suficiente para apostar nisto). Responder perguntas para pensadores descuidados e superficiais não traz nenhuma compensação; nós preferimos gastar nosso tempo com outras coisas.

Portanto, expressar sua dúvida de forma clara e correta é importante. Se você não pode se incomodar com isto, nós não podemos nos incomodar em prestar atenção. Gaste algum esforço extra para polir sua linguagem. Você não precisa ser cerimonioso ou formal -- ao contrário, valorizamos a linguagem informal, cheia de gírias e humor, usada com precisão. Mas ela precisa ser precisa; tem que haver algum indício que você está pensando e prestando atenção.

Escreva corretamente. Não escreva TUDO EM MAIÚSCULAS, isto é lido como um grito e considerado rude. Se você escreve como um bobo semi-analfabeto, provavelmente você será ignorado.

Se você está fazendo perguntas em um fórum que não usa sua linguagem nativa, você vai ter uma quantia limitada de tolerância a erros ortográficos e gramaticais -- mas nenhuma tolerância a prequiça mental. Além disso, a menos que você saiba a linguagem de quem vai te responder, escreva em inglês(a maioria dos manuais tem essa lingua).

Utilize linhas de assunto com significado e específicas no fórum escolhido. A linha de assunto é sua oportunidade de ouro para atrair a atenção de especialistas qualificados em cerca de 50 caracteres ou menos. Não desperdice esta oportunidade com murmúrios e balbúcias, como "Por favor me ajudem" (ou então "POR FAVOR ME AJUDEM!!!!"). Não tente nos impressionar com a profundidade de tua angústia; Nem tente gerar desafios com títulos como "Só para os feras", ou "Aos experts", pois os "feras" de verdade vão zombar de você, ou dar respostas incompletas, ou de maneira altamente complexa(como "feras"), e as respostas "sérias" virão apenas de quem quer e precisa provar que sabe, e na maioria das vezes, não sabe. ao invés disto, use o espaço para uma descrição super-concisa do problema.

Estúpida:

• SOCORRO! O vídeo não funciona no meu laptop!

Inteligente:

• XFree86 4.1 mostra cursor errado, chipset de vídeo Fooware MV1005

Seja preciso e informativo sobre o seu problema e descreva os sintomas do seu problema ou bug cuidadosa e claramente.

Descreva o ambiente em que o mesmo ocorre (máquina, SO, aplicação, o que for), descreva a pesquisa que você fez para tentar resolver e entender o problema antes de ter feito a pergunta, os passos de diagnóstico que você tomou para resolver o problema por conta própria antes de ter feito a pergunta e descreva qualquer alteração recente no seu computador ou configuração de software que possa ser relevante.

Faça o melhor que puder para antecipar as perguntas que um experiente possa fazer, e para responder as mesmas previamente no seu pedido de ajuda.

Pergunta Estúpida:

• Estou tendo erros SIG11 quando o kernel compila, e suspeito que uma trilha da motherboard está interrompida. Qual a melhor forma de verificar isto?

Inteligente:

• Meu computador feito em casa K6/233 com mobo FIC-PA2007 (chipset VIA Apollo VP2) com 256MB SDRAM Corsair PC133 começa a dar erros SIG11 frequentes cerca de 20 minutos após ser ligada, durante compilações de kernel, mas nunca nos primeiros 20 minutos. Reinicializar não reseta o relógio, mas desligar à noite sim. Trocar toda a RAM não ajudou. O trecho relevante de um log de uma sessão de compilação típica segue abaixo.

Descreva os sintomas dos problemas em ordem cronológica

As pistas mais úteis para descobrir o que está errado geralmente estão no que ocorreu um pouco antes. Por isto, descreva precisamente o que você fez, e o que a máquina fez, até a ocorrência do problema. No caso de processos de linha de comando, ter um log da sessão (por exemplo usando o utilitário script) e copiando as vinte e tantas linhas relevantes é bastante útil.

Se o programa que está dando problemas possui opções de diagnóstico (tipo uma opção -v para modo verboso), tente pensar com carinho em usar algumas opções que possam acrescentar alguma informação de depuração úteis ao texto transcrito.

Se sua mensagem for muito longa (mais que cerca de quatro parágrafos), pode ser útil descrever o problema de forma sucinta no início, e então seguir com a história cronológica. Desta forma, nós saberemos o que procurar quando estiverem lendo sua "bíblia".

Não peça para ser respondido via email privado

Acreditamos que a solução de problemas deve ser um processo público e transparente, durante o qual uma primeira tentativa de resposta pode e deve ser corrigida por alguém com mais conhecimentos que tenha percebido que a mesma está incompleta ou incorreta. Da mesma forma, eles obtém alguma recompensa por ter respondido por serem vistos como competentes e conhecedores por seus iguais.

Quando você pede uma resposta em private, PM, email, você está interrompendo tanto o processo quanto o prêmio. Não faça isto. É escolha de quem responde se a resposta deve seguir em private -- e se isto acontece, usualmente é por que ele pensa que a questão é muito óbvia ou mal-formada para interessar a outros.

Há uma exceção limitada a esta regra. Se você pensa que a questão é tal que você provavelmente vai receber muitas respostas que são muito semelhantes, então as palavras mágicas são "mandem por email que eu resumo as respostas para o grupo". É cortês tentar proteger a lista de mail e o newsgroup de uma inundação de posts idênticos -- mas você deve cumprir a promessa de mandar o resumo.

Corte fora perguntas inúteis

Resista a tentação de fechar seu pedido de ajuda com questões semanticamentes nulas como "Alguém pode me ajudar?" ou "Há alguma resposta?" Primeiro, se você fez sua parte da descrição do problema de forma competente, este tipo de pergunta é, na melhor hipótese, supérflua. Em segundo, pelo que a precede, esta questão beira a perturbação, convidando a respostas inúteis mas lógicamente impecáveis como "Sim" ou "Não". Cortesia não machuca, e, às vezes, ajuda

Seja cortês. Use "Por favor", e "Agradeço antecipadamente". Torne claro que você dá valor ao tempo que as pessoas gastam tentando te ajudar gratuitamente.

Para ser honesto, isto não é tão importante quanto (e não é susbtituto de) ser gramaticalmente correto, claro, preciso e descritivo, evitando formatos proprietários, etc. Nós perferimos um relatório de bugs um tanto brusco mas técnicamente correto, que uma mensagem polidamente vaga (se isto te surpreende, lembre que damos valor a uma questão pelo que ela nos ensina).

Entretanto, se você tem os fatos técnicos citados coerentemente, ser polido aumenta as chances de conseguir uma resposta útil.

Poste uma mensagem curta apontando a solução encontrada

Envie uma nota após o problema ter sido solucionado para todos que te ajudaram; deixe-os saberem como ficou e agradeça novamente pela ajuda. Se o problema atraiu o interesse geral na lista de email ou newsgroup ou fórum, é apropriado postar um retorno no mesmo.

O follow-up não precisa ser longo e detalhado, um simples "Feito - era um cabo de rede com problemas! Obrigado a todos - Bill" é melhor que nada. De fato, um resumo curto e simples é melhor que uma longa dissertação a menos que a resposta tenha um real valor técnico.

Além de ser cortês e informativo, este tipo de follow-up ajuda todo mundo que deu assistência a ter uma sensação de fechamento do problema. Acredite em nós que este sentimento é muito importante para os gurus e especialistas que você pediu ajuda. Narrativas de problemas que terminam em um vazio não resolvido são coisas frustrantes; sentimos uma comichão por ver os mesmos resolvidos. Se você avisa como seu problema foi resolvido, as chances de ter uma resposta satisfatória a próxima pergunta que fizer, aumentam muito.

Como Interpretar as Respostas

RTFM e STFW: Como Saber que você "se Ferrou"?

Há uma tradição antiga e respeitada: se você recebe uma resposta escrita "RTFM", a pessoa que enviou pensa que você deve Ler O Fudido Manual ("Read The Fucking Manual"). E ele provavelmente está certo sobre isto. Vá ler o manual.

RTFM tem um parente mais jovem. Se você receber uma resposta "STFW", a pessoa que mandou ela pensa que você deveria Procurar na Fodida Web ("Search The Fucking Web"). E ele provavelmente está certo sobre isto. Vá fazer uma pesquisa.

Geralmente, a pessoa que envia um destas respostas tem o manual ou a página com a informação que você precisa aberta, e está olhando para ela enquanto escreve. Estas respostas significam que (a) a informação a ler é fácil de encontrar, e (b) você vai aprender mais se procurar por conta própria do que se você ganhar a mesma de mão beijada.

Você não deve se sentir ofendido por estas respostas - estamos te mostrando um pouco de respeito simplesmente por não ter te ignorado. Você deveria, ao invés, ficar agradecido pela nossa bondade de vovózinha.

Se você não entendeu...

Se você não entendeu a resposta, não devolva imediatamente um pedido de esclarecimento. Use as mesmas ferramentas que você usou para encontrar uma resposta para sua pergunta original (manuais, FAQ, a Web, tentativa e erro, um amigo que saiba mais) para entender a resposta. Se você precisar mais esclarecimentos, mostre o que você aprendeu.

Por exemplo, suponha que eu tenha dito: "Parece que você tem uma zentry bleferclower presa, você precisa limpar ela." Então:

Eis uma pergunta ruim: "O que é uma zentry bleferclower?"

Eis uma pergunta boa: "OK, eu li a página man e as zentries são mencionadas somente sob as opções -z e -p. Nenhuma delas esclarece nada sobre zentries presas. É só isto ou eu estou deixando passar alguma coisa aqui?"

Não Reaja como um Perdedor

Eventualmente você vai se dar mal algumas vezes em fóruns -- em formas detalhadas neste artigo, ou parecidas. E vai ser dito para você exatamente onde você se deu mal, possivelmente com termos coloridos. Em público.

Quando isto acontecer, a pior coisa que você pode fazer é se queixar da experiência, alegar ter sido verbalmente atacado, exigir que se desculpem, gritar, prender a respiração, ameaçar com processos legais, reclamar com os chefes das pessoas, deixar a tampa do vaso levantada, etc. Ao invés disso, aqui está o que você deve fazer:

Supere isto. É normal. De fato, é saudável e apropriado.

Os padrões da comunidade não se mantém por si mesmos: eles são mantidos por pessoas que ativamente os aplicam, visivelmente, em público. Não se queixe que toda crítica deveria ir por email privado: não é assim que isto funciona. Nem é útil insistir que você foi insultado pessoalmente quanto alguém comentar que algumas de suas alegações estão erradas, ou que ele vê de forma diferente. Estas são atitudes de perdedores.

Tem havido forums onde, por conta de algum senso de hiper-cortesia mal orientado, os participantes são banidos por postar qualquer mensagem apontando erros de outros, e ouvem um "Não diga nada se você não está a fim de ajudar o usuário". A resultantes partida de participantes que sabiam alguma coisa para outros lugares causou a queda do grupo para uma balbúrdia sem sentido e os tornou inúteis e com questões infantis(RTFM eSTFW).

Exageradamente "amigável" (daquele jeito) ou útil: escolha.

Lembre-se: quando aquele cara te disser que você errou, e (não importa o quão rude) te diz para não fazer isto novamente, ele está agindo por preocupação (1) por ti e (2) pela comunidade. Seria mais fácil para ele ignorar você e filtrar você fora da vida dele. Se você não consegue ser grato, pelo menos tenha um pouco de dignidade, não chore, e não espere ser tratado como uma boneca frágil só por que você é um novato com uma alma teatralmente hipersensível e ilusões de merecimento.

Perguntas indesejáveis

Aqui estão algumas perguntas estúpidas clássicas, e o que nós estamos pensando quando não respondemos às mesmas.

• Onde eu encontro o programa X?

  • No mesmo lugar em que eu encontrei ele, bobão -- na outra ponta de uma pesquisa na web. Deus, ninguém sabe usar o Google ou o Yahoo ainda?

• Estou tendo problemas com minha máquina Windows. Você pode me ajudar?

  • Sim. Jogue fora aquele lixo da Microsoft e instale o Linux.

• Estou tendo problemas para instalar o Linux ou o X. Você pode me ajudar?

  • Não. Eu preciso ter acesso à tua máquina para resolver este problema. Vá pedir ajuda no teu grupo de usuários Linux local.

• Como eu posso crackear o root/roubar privilégios de ops de canais/ler os emails de outra pessoa?

  • Você é uma forma de vida inferior por querer fazer este tipo de coisa e um debilóide por pedir que um hacker te ajude.

Boas e Más Perguntas

Por fim, vou ilustrar como fazer perguntas de uma forma inteligente por exemplo. Pares de questões sobre o mesmo problema, uma pergunta feita de forma estúpida, e outra de forma inteligente.

Estúpida: Onde eu posso encontrar alguma informação sobre o Foonly Flubarmatic?

Esta pergunta está implorando por um "STFW" como resposta.

Inteligente: Eu usei o Google para pesquisar por "Foonly Flubarmatic 2600" na Web, mas não consegui nenhum link útil. Alguém sabe onde eu posso encontrar alguma informação sobre a programação deste dispositivo?

Este usuário já SFTW e parece que ele tem um problema real.

Estúpida: Não consigo compilar o projeto Wlevrour. Por quê ele está com erros?

Ele está assumindo que todo mundo está errado. Arrogância da parte dele.

Inteligente: O código do projeto Wlevrour não compila no Nulix versão 6.2. Eu li o FAQ, mas não tem nada sobre problemas relacionados ao Nulix. Aqui tem uma transcrição de minhas tentativas de compilar o mesmo, é algo que eu fiz?

Ele especificou o ambiente, ele leu o FAQ, ele está mostrando o erro, e ele não está assumindo que seu problema é por causa do erro de outra pessoa. Este cara merece alguma atenção.

Estúpida: Estou tendo problemas com minha motherboard. Alguém pode me ajudar?

Essa pergunta merece como resposta: "Certo. Precisa colocar pra arrotar e trocar as fraldas também?" seguido pelo pressionar da tecla delete.

Inteligente: Eu tentei X, Y e Z na motherboard S2464. Quando isto não funcionou, eu tentei A, B e C. Note o sintoma curioso quando tentei C. Obviamente o florbish megashelberstein está gromicando, mas os resultados não são os esperados. Quais são as causas usuais de gromicamento em motherboards MP? Alguém tem idéias de testes que eu possa fazer para descobrir o problema?

Esta pessoa, por outro lado, parece que vale a pena responder. Ela exibiu inteligência para resolver problemas ao invés de ficar esperando que uma solução caísse do céu.

Na última questão, note a sutil mas importante diferença entre "Me dê uma resposta" e "por favor me ajude a descobrir que diagnósticos adicionais posso tentar para descobrir o problema".