Você está na página 1de 24

Como Fazer Perguntas Inteligentes

Original: How To Ask Questions - The Smart Way Reviso 3.2 - 10 Jan 2006
Copyright Eric S. Raymond
Traduo: Como Fazer Perguntas Inteligentes Reviso 1.7 - 03 Mar 2009
Copyright Marcos Machado
ndice
Introduo
Antes de perguntar
Quando voc perguntar
Escolha cuidadosamente seu frum
Frum web e IRC freqentemente do aos novatos as respostas mais rpidas
Como segundo passo, use a lista de discusso do projeto
Use um subject especfico e com significado
Torne a resposta mais fcil
Escreva de modo claro, gramatical e sintaticamente correto
Envie perguntas em formatos acessveis e padronizados
Seja claro e preciso sobre seu problema
Quantidade no preciso
No diga que voc encontrou um bug
Curvar-se no um substituto para fazer o dever de casa
Descreva os sintomas do seu problema, no o que voc "acha"
Descreva os sintomas do seu problema em ordem cronolgica
Descreva seu objetivo, no um nico passo
No pea as pessoas para responderem em seu email particular
Seja especfico com relao sua pergunta
No mande seus deveres de casa
Remova as perguntas inteis
No marque sua mensagem como "Urgente", mesmo que ela o seja para voc
Boas maneiras no atrapalham, e algumas vezes ajudam
Mande uma breve mensagem com a soluo
Como interpretar respostas
RTFM e STFW: Como dizer que voc est realmente enrolado
Se voc no entender...
Lidando com grosserias
No reaja como um otrio
Perguntas que no devem ser feitas
Boas e ms perguntas
Se voc no conseguir uma resposta
Como responder perguntas de forma til
Fontes relacionadas
Agradecimentos
Notas do tradutor

Sobre direitos autorais e cpias deste guia
Todos os direitos deste guia pertencem a Eric Steven Raymond. De uma forma geral,
seu desejo que o maior nmero de pessoas o leiam, portanto voc livre para linkar e
copiar este contedo. Entretanto, cpias estticas no podem ser produzidas sem sua
autorizao. Se algum leitor vir seu nome em um documento, ele precisa ver todas as
atualizaes que este documento sofreu. Nada de cpias abandonadas e desatualizadas
espalhadas pela Internet.
A verso em portugus deste guia foi produzida por Marcos Machado. Da mesma
forma, voc livre para copiar ou linkar este documento. Da mesma forma, mantenha
sua verso atualizada (tradues tambm sofrem revises!). O modo mais fcil de fazer
isso apenas linkar este documento, mas se preferir copi-lo, visite regularmente esta
pgina para se certificar de que possui a ltima verso.
Jamais remova estes avisos de direitos autorais e os links para o documento original.

Introduo
No mundo dos hackers, o tipo de resposta que voc obtm as suas perguntas tcnicas
depende muito mais de como voc faz a pergunta do que da dificuldade em preparar a
resposta. Este guia ensinar a voc como fazer perguntas do jeito mais indicado para
conseguir uma resposta satisfatria.
Agora que o uso do open source est bastante difundido, mais comum voc encontrar
respostas de outros usurios, mais experientes, do que dos hackers. Isto uma Coisa
Boa: usurios tendem a ser um pouco mais tolerantes com os tipos de problemas que os
novatos enfrentam. E ainda, tratar estes usurios como hackers, da maneira como
recomendamos aqui , geralmente, a maneira mais efetiva de conseguir respostas teis
deles tambm.
A primeira coisa que voc deve saber que hackers realmente gostam de problemas
difceis e questes boas e intrigantes sobre estes problemas. Seno, ns no estaramos
aqui. Se voc nos der uma questo interessante para mastigar ns ficaremos gratos
voc; boas perguntas so um estmulo e um presente. Boas perguntas nos ajudam a
desenvolver nosso entendimento, e freqentemente revela problemas que no
conhecamos ou sobre os quais nunca pensamos. Entre hackers, "boa pergunta" um
forte e sincero elogio.
Apesar disso, hackers tm a reputao de encarar perguntas simples com arrogncia e
hostilidade. De vez em quando aparentamos ser rudes com novatos e ignorantes. Mas
isto no verdade.
Ns somos, sim, hostis com pessoas que no querem pensar nem fazer seu dever de casa
antes de fazer perguntas. Pessoas assim so dissipadoras de tempo - elas pegam e no
devolvem, elas desperdiam tempo que pode ser usado em questes de gente que que
merece uma resposta. Ns chamamos pessoas assim de "losers" (e por uma razo
histrica, algumas vezes grafamos como "lusers"). N.T.: "Luser" um trocadilho com
as palavras "user" (usurio) e "loser" (perdedor, otrio).
Ns percebemos que existem muitas pessoas que querem apenas usar os softwares que
escrevemos e no tm nenhum interesse em aprender detalhes tcnicos. Para muitas
pessoas, um computador apenas uma ferramenta, um meio para um fim; eles tm
coisas mais importantes para fazer nas suas vidas. Ns reconhecemos isso e no
esperamos que todos tenham interesse nas questes tcnicas que nos fascinam.
Entretanto, nosso estilo de resposta ajustado para aqueles que possuem este tipo de
interesse e que desejam participar da soluo de problemas. Isto no vai mudar. Nem
deveria; se isso acontecesse, ns nos tornaramos menos eficazes naquilo que sabemos
fazer de melhor.
Ns somos (na maioria dos casos) voluntrios. Ns reservamos um tempo nas nossas
ocupadas vidas para responder perguntas e, s vezes, ficamos sobrecarregados delas.
Ento ns as filtramos sem d nem piedade. Em particular, ns jogamos fora questes
de pessoas que aparentam ser "losers", para que possamos gastar nosso tempo de forma
mais eficiente, em questes de "winners". (N.T.: vencedores)
Se voc acha essa atitude condenvel ou arrogante, reveja seus conceitos. Ns no
estamos pedindo que se curve diante de ns - na verdade, o que muitos de ns mais
queremos trat-lo como igual e receb-lo em nossa cultura, se voc fizer o esforo
necessrio para que isso seja possvel. Mas simplesmente intil para ns tentar ajudar
pessoas que no esto dispostas a ajudar a si mesmas. Tudo bem ser ignorante; mas no
legal bancar o estpido.
Portanto, mesmo que no seja necessrio ser tecnicamente competente para receber
nossa ateno, voc precisa apresentar atitudes que te levem a esta competncia -
mostrar-se preparado, atencioso, observador e disposto a ser um participante ativo no
desenvolvimento de solues. Se voc no suporta este tipo de discriminao,
sugerimos que voc pague a algum por um suporte comercial ao invs de pedir ajuda
atravs de doaes de hackers.
Se voc decidir vir at ns para pedir ajuda, voc no quer ser um perdedor. Voc no
quer nem se parecer com um perdedor. A melhor maneira de conseguir uma resposta
rpida e precisa perguntar como uma pessoa que possui confiana, inteligncia e
dicas, e que precisa de ajuda em um problema bem especfico.
(Melhorias neste guia so bem-vindas. Voc pode enviar suas sugestes - em ingls -
para esr@thyrsus.com ou respond-auto@linuxmafia.com. Note, entretanto, que o
objetivo deste documento no ser um guia de netiqueta, e eu geralmente descarto
sugestes que no estejam especificamente relacionadas a produzir respostas teis em
um frum tcnico)
Antes de perguntar
Antes de fazer uma pergunta por email, em um newsgroup ou em um frum na web,
faa o seguinte:
1. Tente achar uma resposta pesquisando na Web.
2. Tente achar uma resposta lendo o manual.
3. Tente achar uma resposta lendo o FAQ.
4. Tente achar uma resposta por tentativa e erro.
5. Tente achar uma resposta perguntando a um amigo experiente.
6. Se voc programador, tente achar uma resposta lendo o cdigo-fonte.
Quando voc faz uma pergunta, demonstre que voc fez todas estas coisas antes; isto ir
ajudar a estabelecer que voc no est sendo uma esponja preguiosa fazendo as outras
pessoas perderem tempo. Melhor ainda, mostre o que voc aprendeu fazendo todas estas
coisas. Ns gostamos de responder questes de pessoas que demonstram que podem
aprender com as respostas.
Use tticas como pesquisar no Google com o texto de qualquer mensagem de erro que
voc receba (e pesquise no Google Groups assim como na web). Isto pode lev-lo
diretamente ao documento ou thread da lista que ir responder sua pergunta. Mesmo
que isto no acontea, legal dizer "Eu pesquisei no Google a seguinte frase mas no
encontrei nada til" na sua mensagem quando pedir ajuda.
Prepare sua pergunta. Pense alm. Perguntas corridas recebem respostas corridas, ou
nenhuma. Quanto mais voc demonstrar que investiu tempo e neurnios na soluo do
seu problema antes de pedir ajuda, mais provvel ser que voc consiga nossa ajuda.
Tome cuidado com perguntas erradas. Se voc fizer uma pergunta baseada em
pressupostos equivocados, um hacker qualquer vai enviar uma resposta literal intil
enquanto pensa "Que pergunta idiota...", esperando que a resposta ao que voc
perguntou, mesmo que no seja a resposta que voc espera, te ensine alguma coisa sobre
como fazer perguntas.
Nunca assuma que voc merece uma resposta. Voc no merece; voc no est, afinal
de contas, pagando por este servio. Voc ir ganhar uma resposta, se ganhar, fazendo
perguntas substanciais, interessantes e intrigantes - uma que contribua com a
experincia da comunidade ao invs de apenas extrair conhecimentos dos outros.
Por outro lado, deixar claro que voc pode e quer ajudar no processo de desenvolver
uma soluo um timo comeo. "Algum pode me indicar uma direo?", "O que est
errado no meu exemplo?" e "Qual site eu devia ter verificado?" mais provvel de
receber uma resposta do que "Por favor, envie o procedimento exato que eu devo usar",
pois assim fica claro que voc est disposto a completar o processo se algum apenas
indicar a direo certa.
Quando voc perguntar
Escolha cuidadosamente seu frum
Seja cuidadoso ao escolher onde voc vai enviar sua pergunta. Voc ser ignorado ou
tachado de idiota se voc:
enviar sua pergunta em um frum que no trata do assunto
enviar uma questo muito bsica em um frum onde so esperadas questes
tecnicamente mais avanadas, ou vice-versa.
enviar a mesma pergunta para diversos fruns ou newsgroups.
enviar um email pessoal para algum que no seja seu conhecido nem
responsvel direto por resolver seu problema.
Hackers detonam questes que esto inapropriadamente direcionadas para evitarem que
seus canais de comunicao de se tornem irrelevantes. Voc no quer que isso acontea
contigo.
O primeiro passo , portanto, escolher o frum certo. Novamente, Google e outros
mecanismos de pesquisa so seus amigos. Use-os para encontrar os sites dos projetos
que estejam mais intimamente relacionados aos softwares ou hardwares que esto lhe
causando problemas. Normalmente eles possuem links para um FAQ (Resportas
Perguntas Freqentes), para listas de discusso e seus respectivos histricos. Estas listas
de discusso so o ltimo lugar onde pedir ajuda se seus esforos anteriores (incluindo
ler o FAQ) no lhe trouxerem uma soluo. A pgina do projeto tambm pode descrever
como reportar um bug; se for o caso, siga as instrues.
Enviar uma mensagem para uma pessoa ou um frum com o qual no est familiarizado
o mais arriscado. Por exemplo, no pense que o autor de uma pgina informativa quer
ser seu consultor gratuitamente. No faa projees otimistas sobre sua mensagem ser
bem aceita - se voc no tiver certeza, envie sua mensagem em outro lugar, ou no
envie.
Quando escolher um frum web, um newsgroup ou uma lista de discusso, no leve
estes nomes a srio to rapidamente; d uma olhada no FAQ ou na descrio da lista
para ter certeza de que sua mensagem faz parte do tipo de assunto tratado no local. Ler
algumas mensagens antigas antes de enviar a sua pode lhe ajudar a descobrir como as
coisas funcionam na comunidade. Na verdade, uma excelente idia fazer uma pesquisa
sobre as palavras-chaves relacionadas ao seu problema antes de enviar uma mensagem.
Se isto no lhe ajudar a encontrar uma resposta, vai lhe ajudar a formular melhor sua
pergunta.
No d uma rajada de perguntas em todos os canais de comunicao de uma s vez, isto
o mesmo que sair gritando e acaba irritando as pessoas. V com calma.
Saiba como classificar sua mensagem! Um dos erros clssicos enviar perguntas sobre
interface de programao Unix ou Windows em um frum sobre a linguagem de
programao, que portvel para ambas as plataformas. Se voc no compreende o
problema neste exemplo, melhor no fazer nenhuma pergunta at cair a ficha.
Em geral, questes enviadas para um frum pblico bem selecionado conseguem
melhores respostas do que as mesmas questes enviadas para um frum fechado.
Existem muitas razes para isto. Uma a quantidade de pessoas que podem responder.
Outra o tamanho da audincia. Hackers preferem ensinar algo que seja til para muitas
pessoas do que para poucas.
compreensvel que hackers experientes e autores de softwares populares recebem
mais do que sua parcela de mensagens mal direcionadas. Ao enviar sua mensagem voc
pode, em casos extremos, ser a gota d'gua - algumas vezes, colaboradores de projetos
populares desistiram de dar suporte por causa do efeito colateral que o trfego de emails
inteis causou nas suas caixas-postais, tornando-as intolerveis.
Frum web e IRC freqentemente do aos novatos as respostas mais
rpidas
Seu grupo local de usurios, ou sua distribuio de Linux, deve divulgar um frum web
ou um canal de IRC onde os iniciantes podem conseguir ajuda. Estes so bons lugares
para comear, especialmente se voc imagina ter topado com um problema
relativamente simples e comum. Canais de IRC, quando divulgados, so um convite
para entrar, fazer perguntas e receber ajuda em tempo real.
Se voc est encontrando problemas em um programa proveniente de uma determinada
distribuio de sistema (muito comum atualmente), melhor fazer perguntas no
frum/lista da distribuio antes de tentar ir direto ao grupo do projeto. Os hackers de l
vo dizer "use nossa verso".
Antes de enviar mensagem para um frum web, verifique se ele no tem um mecanismo
de pesquisa. Se tiver, tente encontrar algumas palavras-chaves sobre o seu problema;
isto pode ajudar. Se voc fez uma pesquisa genrica em uma ferramenta de pesquisa na
web, tente a mesma pesquisa no frum, pois as ferramentas genricas podem no ter
indexado todo o contedo do frum ou j t-lo feito h muito tempo, no mostrando
tpicos recentes.
Existe uma tendncia crescente nos projetos em usar frum web e canais de IRC para
suporte, deixando o trfego de email destinado para o desenvolvimento. Ento, procure
por estes canais primeiro quando estiver procurando ajuda em um projeto especfico.
Como segundo passo, use a lista de discusso do projeto
Quando um projeto possuir uma lista de discusso, escreva para a lista, no para um
determinado desenvolvedor, mesmo que voc acredite saber quem melhor pode
responder sua pergunta. Procure na documentao do projeto e visite seu site para
descobrir o endereo da lista. Existem vrias boas razes para se fazer isso:
Qualquer questo que seja boa para um determinado desenvolvedor tem muito
valor tambm para o resto do grupo. Por outro lado, se voc acha que sua
questo idiota demais para enviar ao grupo, isto no uma desculpa para
atormentar um determinado desenvolvedor.
Fazer perguntas na lista divide o trabalho entre os desenvolvedores. Um nico
desenvolvedor (especialmente se ele for o lder do projeto) pode estar muito
ocupado para responder suas perguntas.
Muitas listas so arquivadas e indexadas por ferramentas de pesquisa na web.
Algum pode encontrar sua pergunta e a resposta apenas pesquisando ao invs
de perguntar a mesma coisa na lista.
Se algumas perguntas so feitas com muita freqncia, os desenvolvedores
podem us-las para melhorar a documentao ou modificar o prprio sistema
para torn-lo menos confuso. Mas se a pergunta for feita individualmente,
ningum poder ter uma viso geral do problema.
Se um projeto possui um frum ou lista dividido entre usurios e desenvolvedores
(hackers), se voc no est modificando o cdigo (hacking), use o frum/lista para
usurios. No pense que voc ser bem-vindo na lista de desenvolvedores, pois eles
consideraro sua mensagem como um rudo atrapalhando o trfego de desenvolvimento.
Entretanto, se voc tem certeza de que sua questo no banal e voc no conseguiu
ajuda na lista de usurios por vrios dias, tente a de desenvolvedores. Uma boa
recomendao dar uma olhada na lista por alguns dias, antes de enviar sua mensagem,
para aprender os modos do pessoal que a freqenta (esta dica vlida para qualquer
lista privada ou semi-privada).
Se voc no encontrar um endereo do frum/lista de um determinado projeto, mas
encontrar o endereo do mantenedor do projeto, v em frente e faa sua pergunta a ele.
Mas, mesmo neste caso, no assuma que a lista no existe. Deixe claro na sua
mensagem que voc tentou mas no encontrou a lista apropriada. Diga tambm que
voc no se importa de ter sua mensagem encaminhada para outras pessoas. (Muitas
pessoas acreditam que emails devem permanecer privados, mesmo que no tenham
nenhuma informao secreta neles. Permitindo que sua mensagem seja encaminhada
voc d ao destinatrio a opo de como trat-la.)
Use um subject especfico e com significado
Em listas de discusso, newsgroups ou frum web, o ttulo da mensagem sua chance
de ouro para atrair, com 50 caracteres ou menos, a ateno de especialistas qualificados.
No desperdice este oportunidade com "Por favor, me ajudem" (muito menos
"PRECISO DE AJUDA!!!"; mensagens assim so descartadas por reflexo). No tente
nos impressionar com sua angstia; ao invs, use este espao para uma descrio super-
concisa do seu problema.
Uma boa conveno para ttulos/assuntos de mensagens, usada pelo suporte tcnico de
muitas organizaes, o "objeto - anomalia". A parte "objeto" especifica o que est com
problemas e a "anomalia" descreve como o comportamento diverge o esperado.
Estpido:
AJUDA! Vdeo no funciona direito no meu laptop!
Inteligente:
XFree86 4.1 cursor do mouse distorcido, Fooware MV1005 vid. chipset
Mais inteligente:
XFree86 4.1 cursor do mouse na Fooware MV1005 vid. chipset - distorcido
O processo de organizar o ttulo no modelo "objeto - anomalia" vai ajudar voc a
organizar seu raciocnio sobre o problema. O que afetado? S o mouse ou outros
grficos tambm? Isto especfico do XFree86? S da verso 4.1? Ser que especfico
do chipset Fooware? S no modelo MV1005? Um hacker que olha esta mensagem pode
imediatamente entender, de uma tacada s, o que est lhe causando problema e qual o
problema que voc est enfrentando.
De uma maneira geral, se imagine olhando para um ndice de um arquivo de perguntas,
s com o ttulo delas sendo exibido. Faa seu ttulo refletir sua questo de forma que o
prximo cara com uma pergunta semelhante a pesquisar o arquivo de perguntas consiga
seguir esta thread at a resposta final, ao invs de enviar a mesma pergunta novamente.
Se voc faz uma pergunta atravs de uma resposta, certifique-se de trocar o ttulo
(assunto) da mensagem para indicar que voc est perguntando. Um ttulo que contenha
"Re: teste" ou "Re: novo bug" atrair bem menos ateno. Alm disso, cite trechos da
mensagem original o mnimo possvel para que os novos leitores a entendam.
No responda uma mensagem em uma lista para comear uma nova thread. Isto ir
limitar sua audincia. Alguns programas leitores de email, como o "Mutt", permite ao
usurio ordenar a mensagem por thread (assunto), encadeando sua mensagem dentro de
outras. Pessoas que usam esse tipo de software e no esto interessados no tpico
original jamais vero sua mensagem.
Trocar o assunto no suficiente. O Mutt, e provavelmente outros leitores de email,
procuram por outras informaes no header, e no o campo de assunto, das mensagens
para associ-la a uma determinada thread. Ao invs de responder, se quiser comear um
novo assunto, crie uma mensagem completamente nova.
Em frum web as regras para boa prtica so um pouco diferente, pois as mensagens
so fortemente ligadas a um determinado assunto e muitas vezes invisveis fora de suas
threads. Trocar o assunto quando perguntar alguma coisa atravs de uma resposta no
essencial (nem todos os fruns permitem fornecer um assunto especfico para cada
mensagem da thread, e mesmo quando fazem, ningum d ateno a eles). Mas fazer
uma pergunta em resposta a outra uma prtica controversa por si s, pois ela s ser
vista por quem est acompanhando a thread. Ento, a no ser que voc queira atingir
somente os participantes ativos nesta thread, inicie uma nova.
Torne a resposta mais fcil
Terminar sua pergunta com "Favor enviar resposta para..." tornar mais difcil conseguir
uma resposta. Se voc no quer se incomodar em tirar alguns segundos para configurar
o "Reply-to" no seu programa de email, ns no vamos nos incomodar em tirar alguns
segundos para sequer pensar no seu problema. Se seu programa no permite isso, use
um programa melhor. Se seu sistema operacional no lhe permite usar nenhum outro
programa, use um sistema operacional melhor.
Em fruns web, pedir para responder para um endereo de email extremamente rude, a
menos que a resposta contenha dados confidenciais (e algum ir, por alguma razo,
deixar voc - mas no todo o frum - ler a mensagem). Se voc deseja receber um email
quando algum responder sua mensagem, configure o frum para fazer isso. Esta funo
est presente em quase todos os fruns sob o nome de "Monitorar tpico", "Enviar
email de aviso de resposta" etc.
Escreva de modo claro, gramatical e sintaticamente correto
Ns descobrimos, por experincia, que pessoas que so preguiosas e no tomam
cuidado com a escrita so, em geral, preguiosas e sem cuidado com o ato de pensar ou
programar (pode apostar nisso). Responder perguntas de preguiosos descuidados no
compensador; preferimos gastar nosso tempo em outro lugar.
Expressar sua dvida bem e de forma clara importante. Se voc no quer se importar
com isso, ns no queremos nos importar com voc. Gaste algum tempo aprimorando
seu linguajar. Ela no precisa ser dura ou formal - na verdade, a cultura hacker d valor
linguagem informal, casual e com humor usada com preciso. Mas ela deve ser
precisa; ela deve indicar que voc est pensando e prestando ateno.
Soletre, pontue e use maisculas e minsculas corretamente. No DIGITE TUDO EM
MAISCULAS, isto lido como grito e considerado grosseria. (Tudo em minsculas
s um pouco menos chato, pois difcil de ler)
De uma forma geral, se voc escreve como um semi-analfabeto muito provavelmente
ser ignorado. Escrever como "l33t script kiddie hax0r" o absoluto beijo da morte e
garante que voc no receber resposta nenhuma (ou, no mximo, uma pilha de
escrnios e sarcasmos).
Se voc est fazendo perguntas em um frum que no est na sua lngua natal, voc tem
direito de errar um pouco na gramtica ou na sintaxe das palavras - mas no nos casos
de preguia (e sim, ns conseguimos perceber a diferena). Alm disso, a no ser que
voc saiba que idioma seu correspondente fala, escreva em ingls. Hackers atarefados
costumam descartar mensagens em lnguas que no entendem, e ingls a lngua padro
da Internet. Escrevendo em ingls voc minimiza as chances de ter sua mensagem
descartada sem ser lida.
Envie perguntas em formatos acessveis e padronizados
Se voc tornar sua mensagem difcil de ser lida, muito provvel que ela seja passada
para trs em prol de mensagens mais fceis de se ler. Ento:
Envie mensagens em plain text, no em HTML. (no difcil desligar o HTML)
Anexos no formato MIME tudo bem, desde que eles contenham algo realmente
til (como um cdigo-fonte ou um patch), no uma bugiganga qualquer gerada
pelo seu programa de email (como uma cpia da sua mensagem em outro
formato).
No envie mensagens em que os pargrafos so muito longos e sem quebras de
linhas. (Isto torna difcil responder apenas parte da mensagem) Considere que
seus correspondentes lero seus emails em telas com no mximo 80 colunas e
configure a quebra de linha para este valor ou menos.
No entanto, no quebre linhas de dados (como trechos de log ou transcries de
sesses). Dados devem ser includos como eles so, pois seus correspondentes
tero certeza de estar vendo o que voc viu.
No envie mensagens codificadas em MIME Quoted-Printable para uma lista
em lngua inglesa. Esta codificao necessria quando voc est enviando em
uma lngua que no pode ser representada pela codificao ASCII, mas muitos
programas de email no a suportam. Quando isso acontece, aqueles =20
espalhados pelo texto atrapalham a leitura - ou podem sabotar a semntica.
Nunca, jamais espere que hackers leiam documentos criados em aplicaes
proprietrias como o Microsoft Word ou Excel. Muitos hackers reagem a isso da
mesma forma que voc reagiria se jogassem uma montanha fedorenta de esterco
de porco na sua porta. Mesmo que eles possam escalar a montanha, eles no vo
querer fazer isso.
Se voc est enviando sua mensagem de uma mquina Windows, desligue os
estpidos "Smart Quotes" da Microsoft. Com isto voc vai evitar espalhar lixo
pelo seu email.
Em fruns web, no abuse dos "smiles" e das formataes HTML (quando
forem permitidas). Um smile ou dois tudo bem, mas um texto colorido e cheio
de carinhas fazem as pessoas pensarem que voc um retardado. Abuse de
cores, fontes e smiles e voc ser tratado como uma adolescente cacarejando, o
que no uma boa idia a no ser que esteja mais interessado em sexo do que
em respostas.
Se voc est usando um programa de email com interface grfica (como o Netscape
Messenger, o MS Outlook ou semelhantes) saiba que voc pode estar violando estas
regras com as configuraes default. Quase todos estes programas possuem a funo de
ver os fontes da mensagem. D uma olhada na pasta de mensagens enviadas e veja se
voc est mandando texto puro ou mensagens incrustadas de lixo.
Seja claro e preciso sobre seu problema
Descreva os sintomas do seu problema ou bug cuidadosamente e de forma clara.
Descreva o ambiente em que isto ocorre (mquina, OS, aplicao etc.). Fornea
a distribuio usada e o respectivo release (por exemplo: "Fedora Core 4",
"Slackware 9.1" etc.).
Descreva a pesquisa que voc fez para tentar entender o problema antes de fazer
sua pergunta.
Descreva os passos que voc deu para diagnosticar e tentar resolver o problema
antes de fazer sua pergunta.
Descreva qualquer mudana recente no seu sistema possa ser relevante para o
problema.
Faa o mximo possvel para antecipar as perguntas que um hacker lhe faria, e tente
respond-las antecipadamente no seu pedido de ajuda.
Simon Tatham escreveu um excelente tratado sobre "Como reportar bug de forma
efetiva" (em ingls). Eu recomendo fortemente que voc o leia.
Quantidade no preciso
Voc deve ser preciso e informativo. Isto no conseguido apenas despejando uma
grande quantidade de cdigo ou dados no seu pedido de ajuda. Se voc tem um grande e
complicado caso de teste que est causando problemas em um programa, tente pod-lo e
torn-lo o menor possvel.
Isto til por pelo menos trs razes. Um: demonstrar ter feito um esforo para tornar a
pergunta mais simples aumenta sua chance de conseguir uma resposta, Dois: simplificar
a pergunta aumenta sua chance de receber uma resposta realmente til, Trs: durante o
processo de simplificao do pedido, voc pode encontrar a soluo ou desenvolver um
remendo por conta prpria.
No diga que voc encontrou um bug
Quanto voc estiver com problemas em um determinado trecho do software, no diga
que voc encontrou um bug a no ser que esteja completamente certo disso. Dica: a
menos que voc possa fornecer um patch que resolva o problema, ou um teste de
regresso contra uma verso anterior que demonstre o comportamento estranho, voc
provavelmente no tem certeza o suficiente. Isto se aplica tambm a pginas web e a
documentao; se voc encontrou um "bug" na documentao, voc deve fornecer um
texto para substituio e em quais pginas a correo deve ser feita.
Lembre-se, existem muitos outros usurios que no esto passando pelo mesmo
problema que voc. Do contrrio voc teria notado isso lendo a documentao ou
pesquisando na Web (voc j fez isso, no fez?). Isso significa que muito provvel que
voc quem est fazendo algo de errado, no o software.
O pessoal que escreveu o software se dedicou muito para fazer o melhor possvel. Se
voc diz que encontrou um bug, isto significa que eles fizeram algo de errado, e voc
quase sempre ir ofend-los - mesmo que voc esteja certo. No nada diplomtico
gritar "bug" no assunto da mensagem.
Ao escrever sua mensagem, melhor escrever imaginando que voc fez algo de errado,
mesmo que intimamente voc saiba que encontrou um bug. Se for mesmo um bug, voc
vai ouvir isso na resposta. Faa dessa maneira e os desenvolvedores iro se desculpar
com voc no caso de um bug, ao invs de voc ter que se desculpar com eles caso voc
tenha bagunado as coisas.
Curvar-se no um substituto para fazer o dever de casa
Algumas pessoas, quando percebem que no podem ser rudes ou arrogantes so o
extremo oposto, submissos e suplicantes. "Eu sei que sou um pattico novato, mas...".
Isto no ajuda em nada. Pior ainda quando isto acompanhado de informaes vagas
sobre o problema.
No perca seu tempo, nem o nosso, com comportamento primata. Ao invs, apresente o
histrico e os fatos da forma mais clara possvel. Isto bem melhor do que curvar-se.
Algumas vezes os fruns web possuem reas especficas para novatos. Se voc acha que
tem uma pergunta muito elementar, se encaminhe para l. Mas tambm no chegue l se
curvando.
Descreva os sintomas do seu problema, no o que voc "acha"
No ajuda em nada dizer a hackers o que voc acha que est causando problema. (Se
suas teorias sobre o diagnstico fossem to boas, voc estaria pedindo ajuda?) Portanto,
certifique-se de que est relatando apenas os sintomas como eles se apresentam e no
sua interpretao dos fatos ou teorias. Deixe eles interpretarem e darem o diagnstico.
Se voc acha que importante dar sua opinio, deixe isto claro e explique porque esta
resposta no serve para voc.
Estpido:
Estou tendo erros aleatrios de SIG11 na compilao do kernel, e suspeito que alguma
trilha da minha placa-me est quebrada. Como posso verificar isso?
Inteligente:
Meu K6/233 em uma placa-me FIC-PA2007 (chipset VIA Apollo VP2) com 256MB
Corsair PC133 SDRAM est provocando erros de SIG11 aproximadamente 20 minutos
depois de ligado durante a compilao do kernel, mas nunca antes de 20 minutos. Um
reboot no afeta essa contagem de tempo, mas deix-la desligada de noite sim. Troquei
todos os pentes RAM e no ajudou. Os logs relevantes da sesso de compilao seguem
abaixo.
Falta traduzir: Since the preceding point seems to be a tough one for many people to
grasp, here's a phrase to remind you: "All diagnosticians are from Missouri." That US
state's official motto is "Show me" (earned in 1899, when Congressman Willard D.
Vandiver said "I come from a country that raises corn and cotton and cockleburs and
Democrats, and frothy eloquence neither convinces nor satisfies me. I'm from Missouri.
You've got to show me.") In diagnosticians' case, it's not a matter of skepticism, but
rather a literal, functional need to see whatever is as close as possible to the same raw
evidence that you see, rather than your surmises and summaries. Show us.
Descreva os sintomas do seu problema em ordem cronolgica
As melhores dicas do que est acontecendo quando algo d errado esto em eventos
imediatamente anteriores. Portanto, sua mensagem deve conter o que voc fez e o que a
mquina fez, do incio ao fim. No caso de processos via linha de comando, ter um log
da sesso (ex.: utilitrio script) e citar as 20 principais linhas muito til.
Se o programa que est apresentando problemas possui uma opo de diagnstico (tipo
-v para verbose), tente selecionar opes que adicionaro informaes teis de debug.
Lembre-se de que mais no necessariamente melhor. Escolha um nvel de debug que
ir informar ao invs de afogar o leitor em lixo.
Se sua mensagem, com isso, ficar muito grande (mais do que quatro pargrafos), pode
ser til criar um resumo bem sucinto no incio, seguido do relatrio cronolgico. Com
isso, hackers podero saber o que procurar quando estiverem lendo sua mensagem.
Descreva seu objetivo, no um nico passo
Se voc est tentando descobrir como fazer alguma coisa (ao contrrio de relatar um
bug), inicie descrevendo o objetivo. S ento descreva os passos executados para
alcan-lo e onde voc est empacado.
Geralmente, pessoas que precisam de uma ajuda tcnica possuem um objetivo maior e
empacam no que elas acham que um caminho para este objetivo. Elas vm procurar
ajuda sobre este passo que est causando problema sem, muitas vezes, perceber que o
caminho inteiro que est errado.
Estpido:
Como eu fao para a paleta de cores do programa FooDraw me mostrar o cdigo
hexadecimal?
Inteligente:
Estou tentando trocar a tabela de cores em uma imagem com valores que eu escolhi. S
que a nica maneira que eu vejo para fazer isso editar a entrada na tabela, mas eu no
consigo fazer com que o FooDraw me mostre o cdigo hexadecimal.
A segunda verso da questo mais inteligente. Ela permite que seja sugerida uma
ferramenta mais til do que a vem sendo tentada at ento.
No pea as pessoas para responderem em seu email particular
Hackers acreditam que a soluo de um problema deve ser um processo pblico e
transparente onde desde a primeira tentativa at a resposta final possa ser corrigida caso
algum com mais conhecimento descubra que ela est incompleta ou incorreta. Alm
disso, eles so recompensados em parte por serem reconhecidos como competentes por
seus semelhantes.
Quando voc pede para responderem de forma particular, voc est quebrando tanto o
processo quando a recompensa. No faa isso. Esta uma escolha de quem est
respondendo - e, se ele assim o fizer, provavelmente porque considerou a questo
muito mal feita ou bvia demais para ser til aos demais participantes.
Existe uma nica exceo esta regra. Se voc acha que o tipo de pergunta far com
que voc receba diversas respostas parecidas, ento as palavras mgicas so "mandem
para meu email e farei um resumo para o grupo". Isto bem visto por tentar salvar a
lista de uma avalanche de mensagens substancialmente idnticas - mas voc precisa
cumprir a promessa de mandar o resumo.
Seja especfico com relao sua pergunta
Perguntas vagas tendem a ser consideradas perda de tempo. As pessoas que melhor
podem te dar uma resposta so, geralmente, as mais ocupadas (justamente por fazerem
todo o trabalho). Pessoas assim so alrgicas perda de tempo, e conseqentemente as
perguntas vagas.
mais provvel que voc consiga uma resposta sendo especfico com relao ao que
voc espera que seus correspondentes faam (dar dicas, enviar um cdigo, verificar seu
patch etc.). Isto vai fazer com que eles concentrem seus esforos e estabeleam um
limite sobre o tempo e energia necessrios para te ajudar. Isso bom.
Para entender o mundo em que os especialistas vivem, imagine que a sabedoria um
recurso abundante e o tempo muito escasso. Quanto menos tempo for necessrio para
atender seu pedido, maior a chance de conseguir uma resposta de algum realmente
bom e realmente ocupado.
Portanto, melhor posicionar sua pergunta de forma que ela exija o menor tempo
possvel para um especialista analisar - mas isto no mesma coisa que simplificar a
questo. Por exemplo, "Voc pode me mostrar onde encontro informaes sobre X?"
uma pergunta mais inteligente do que "Voc pode me explicar X?". Se voc tem algum
cdigo que no est funcionando, mais inteligente perguntar o que est errado nele do
que pedir para que o consertem.
No mande seus deveres de casa
Hackers so bons em descobrir perguntas feitas nos deveres de casa; muitos de ns
fizemos os nossos prprios deveres. Estas questes existem para que voc faa o
trabalho, para que voc aprenda com a sua experincia. Tudo bem pedir dicas, mas no
a resposta completa.
Se voc suspeita de ter enviado uma questo do seu dever de casa, mas mesmo assim
no souber resolv-la, tente perguntar em um grupo de usurios ou (como ltimo
recurso) em uma lista usurios de um projeto. Mesmo que os hackers percebam este tipo
de questo, alguns usurios avanados podem pelo menos lhe dar umas dicas.
Remova as perguntas inteis
Resista tentao de terminar sua mensagem com perguntas semanticamente nulas,
como "Algum pode me ajudar?" ou "Existe uma resposta?". Primeiro: se voc
descreveu seu problema razoavelmente bem, estas questes so, na melhor das
hipteses, suprfluas. Segundo: por elas serem suprfluas, hackers as consideram
irritantes - e tendem a enviar resposta logicamente impecveis mas igualmente inteis
como "Sim, posso te ajudar" e "No, no h ajuda aqui para voc".
Evite perguntas de "sim/no" a no ser que queira uma resposta do tipo "sim/no".
No marque sua mensagem como "Urgente", mesmo que ela o seja para
voc
Isso problema seu, no nosso. Alegar urgncia normalmente contra-producente:
muitos hackers simplesmente apagaro a mensagem por causa do egosmo na tentativa
de atrair ateno especial e imediata.
Existe uma "semi-exceo". Se voc estiver com problemas em alguma lugar de alto-
nvel, onde um hacker se interessaria em ajudar; neste caso, se voc estiver com o prazo
sob presso, e se voc disser isso educadamente, o pessoal talvez se interesse o
suficiente para acelerar a ajuda.
No entanto, isto muito arriscado, pois a mtrica dos hackers sobre o que ou no
interessante provavelmente difere da sua. Mensagens vindo da Estao Espacial
Internacional podem ser qualificadas como interessante, por exemplo, mas mensagens
sobre caridade ou causa poltica quase certamente no. Vejamos, enviando "Urgente:
Me ajudem a salvar a pele dos bebs focas!" far voc ser evitado ou insultado mesmo
por hackers que consideram os bebs focas importantes.
Se voc acha isso um mistrio, releia todo este documento repetidamente at entend-lo,
antes de enviar qualquer mensagem.
Boas maneiras no atrapalham, e algumas vezes ajudam
Seja corts. Use "Por favor" e "Obrigado pela ateno". Deixe claro que voc ficou
grato pelo tempo que as pessoas gastaram te ajudando gratuitamente.
Para ser honesto, isso no to importante quanto a correo gramatical, clareza, ser
preciso e dar boas descries, evitar arquivos proprietrios etc. (tampouco substituto);
Hackers em geral preferem uma descrio rude mas precisa do que uma mensagem
educada e vaga. (Se isto confunde voc, lembre-se de que damos valor a uma questo de
acordo com o que ela nos ensina)
No entanto, se voc estiver com suas questes tcnicas em ordem, boa educao
aumenta sua chance de conseguir uma resposta til.
(Informamos que recebemos uma sria objeo dos hackers veteranos com relao ao
"Desde j, agradeo a ateno". Alguns hackers do, a esta frase, a conotao de que
no existir um agradecimento posterior. Nossa recomendao aos que desejam
agradecer antecipadamente de que faam um agradecimento pessoal aos que ajudaram
na soluo do problema.)
Mande uma breve mensagem com a soluo
Envie um resumo da soluo a todos que ajudaram voc; faa-os saber que a ajuda foi
til e agradea-os novamente. Se o problema atraiu muito interesse na lista/frum, envie
esta mensagem diretamente para l.
A melhor maneira responder a prpria mensagem, adicionando "RESOLVIDO",
"SOLUO" ou outra coisa igualmente bvia no assunto da mensagem. Em listas
muito dinmicas, um participante que l uma mensagem sobre "Problema X" e logo
abaixo "Problema X - RESOLVIDO" pode pular esta questo (a no ser que ele julgue o
problema X interessante) e usar seu tempo resolvendo outros problemas.
Sua mensagem no precisa ser longa; um simples "Era um problema no cabo de rede!
Obrigado a todos!" melhor do que nada. Na verdade, uma mensagem curta e simples
bem melhor, a no ser que a soluo para o problema tenha realmente uma
profundidade tcnica muito grande. Diga apenas que passo resolveu o problema, no
precisa recriar todo o processo de soluo.
Para problemas mais complexos interessante criar um sumrio da soluo do
problema. Descreva o seu problema final. Descreva o que funcionou para solucionar o
problema e deixe os "tiros n'gua" para o final. As tentativas que no deram certo
devem vir por ltimo, depois da soluo correta e do sumrio. Evite transformar sua
mensagem em uma histria de detetive. D nome as pessoas que te ajudaram; assim
voc far muitos amigos.
Alm de ser corts e informativo, este tipo de mensagem ajudar outras pessoas que
estejam procurando no histrico da lista/grupo/frum a conhecerem que soluo foi til
para voc e qual ser til para elas.
Por ltimo, mas igualmente importante, esta mensagem faz com que todos os que
ajudaram se sintam satisfeitos por terem ajudado a solucionar seu problema. Se voc
no um techie ou um hacker, confie em ns quando dizemos que este sentimento
importante para os gurus e experts a quem pediu ajuda. Narrativas de problemas que
no levam a nenhuma soluo so frustrantes; hackers se coam at ver isto resolvido.
Voc acumular uma bom karma se ajud-los a se sentirem bem, o que ser muito, mas
muito importante na prxima vez que precisar de ajuda.
Considere fazer com que outras pessoas no passem pelo mesmo problema que voc. Se
voc achar que criando um patch ou um FAQ ajudar o prximo, faa-o e mande para o
fabricante.
Entre os hackers, este tipo de atitude mais importante do que uma boa educao.
assim que voc adquire uma reputao, o que pode ser um bem muito valioso.
Como interpretar respostas
RTFM e STFW: Como dizer que voc est realmente enrolado
Existe uma antiga e sagrada tradio que diz: se voc recebe uma resposta com as letras
RTFM, a pessoa que as enviou acha que voc precisa "ler a porra do manual" (Read The
Fucking Manual). Ele deve estar certo. V ler o manual.
RTFM tem um irmo mais novo. Se voc recebe uma resposta com as letras STFW, a
pessoa que as enviou acha que voc precisa "procurar na porra da web" (Search The
Fucking Web). Ele deve estar certo. V procurar na web. (Uma verso mais leve
"Google seu amigo!")
Em fruns web, voc tambm pode ser convidado a pesquisar nos arquivos de
mensagens anteriores. De fato, algum pode at mesmo lhe indicar o link da conversa
onde seu assunto j foi discutido. Mas no dependa deste comportamento. Faa sua
prpria pesquisa antes de perguntar.
Muitas vezes a pessoa que te mandou ler o manual ou procurar na web est com o
manual aberto na pgina que voc precisa ler ou tem o link de onde a resposta pode ser
encontrada enquanto digita sua mensagem. Estas respostas significam que ele acha que
(a) a informao que voc precisa fcil de encontrar, e (b) voc ir aprender mais se
procurar a informao por contra prpria do que se receb-la de mo beijada.
No se sinta ofendido por causa disso; para os padres do hacker, ele est demonstrando
um certo tipo de respeito por no ignorar voc. Voc deve agradec-lo por tamanha
generosidade.
Se voc no entender...
Se voc no entender a resposta, no mande imediatamente um pedido de explicao.
Use as mesmas ferramentas que voc usou antes de fazer sua pergunta (manuais, FAQ,
web, amigos experientes) para entender a resposta. Ento, se voc ainda assim precisar
de explicaes, demonstre que voc aprendeu.
Por exemplo, suponha que eu te diga: "Me parece que voc ficou preso no zentry; voc
precisa limp-lo." Aqui est uma pssima rplica: "O que um zentry?" E aqui est uma
boa rplica: "Ok, eu li o manual e zentries so mencionados apenas nas opes -z e -p.
Nenhuma delas diz como limpar o zentry. alguma dessas opes ou deixei passar
alguma coisa?"
Lidando com grosserias
Muito do que se parece com grosserias no crculo hacker no tem o objetivo de ofender.
Pelo contrrio, isto um produto de um estilo de comunicao direta, sem rodeios, que
natural em pessoas que esto mais preocupadas em resolver problemas do que
fornecer carinho e afeto.
Se voc se sentir agredido, tente reagir calmamente. Se algum est realmente te
agredindo mais provvel que um membro snior da lista ou do frum acalme o
atacante. Se isto no acontecer e voc revidar, provvel que seu suposto agressor
esteja agindo de acordo com as normas da comunidade hacker e ento voc ser o
errado na histria. Isto afetar suas chances de conseguir a ajuda que procura.
Por outro lado, voc ocasionalmente ver agresses no grupo. Esta uma forma
aceitvel de rebater os que realmente ofendem o grupo, dissecando seu comportamento
de forma rspida, como se o escalpelassem verbalmente. Entretanto, muito cuidado ao
fazer isso. A linha que separa uma correo de incivilidade de uma guerra sem sentido
to tnue que os prprios hackers tm medo de chegar perto; se voc um novato ou
no pertence ao grupo, sua chance de acertar muito baixa. Se voc est procurando
informao e no entretenimento, melhor manter os dedos fora do teclado e no
arriscar.
(Algumas pessoas afirmam que os hackers possuem uma forma moderada de autismo
ou da Sndrome de Asperger e que, na verdade, apresentam uma deficincia no crebro
que os impedem de terem um comportamento social "normal". Isto pode ou no ser
verdade. Se voc no um hacker, isto pode ajud-lo a colaborar com nossa
excentricidade ao achar que temos o crebro danificado. V em frente, no importa; ns
gostamos de ser o que somos, e geralmente possumos um saudvel ceticismo quanto a
diagnsticos mdicos.)
Na prxima seo falaremos de um assunto um pouco diferente; do tipo de grosseria
que voc vai ver quanto se comportar mal.
No reaja como um otrio
Algumas vezes voc ir fazer besteira em uma comunidade hacker - de forma descrita
neste artigo ou similar. E voc ser avisado onde exatamente voc errou, geralmente
sem papas na lngua. Em pblico.
Quando isso acontecer, a pior coisa que voc pode fazer ficar chiando, alegar que foi
violentado verbalmente, exigir desculpas, gritar, prender a respirao, ameaar ir para a
justia, reclamar com o patro das pessoas, deixar a tampa do vaso levantada, etc. Invs
disso, eis o que deve fazer:
Supere. Isso normal. Na verdade, isto saudvel e muito apropriado.
Normas de comunidades no as sustentam: elas so mantidas por pessoas que as
aplicam na prtica, visivelmente, em pblico. No reclame que todas as crticas devam
ser feitas em particular: No assim que isto funciona. Tambm no til insistir que
voc foi insultado quando algum comentar que uma afirmao sua est errada ou que
ele pensa diferente. Isto uma atitude deplorvel.
Existem alguns fruns por a onde, por causa de um errtico senso de super-cortesia, os
participantes so banidos por delatarem erros na forma como a mensagem enviada,
dizendo "no diga nada se voc no vai ajudar o usurio". Isto impede que importantes
dicas de comportamento sejam passadas para a comunidade e tornam o frum intil.
Exageradamente amigvel (como descrito acima) ou til: escolha um.
Lembre-se: Quando aquele hacker diz que voc pisou na bola e (no importa quo
rspido) ele diz que voc no deve fazer isso novamente, ele est preocupado com (1)
voc e (2) sua comunidade. Seria muito mais simples ele ignorar voc e deix-lo de fora
da sua vida. Se voc no consegue se sentir grato por isso, pelo menos tenha um pouco
de dignidade, no esperneie, no espere ser tratado como uma boneca de porcelana s
porque voc um novato com uma alma teatralmente sensvel.
De vez em quando algum ir atacar voc, de forma gratuita e sem nenhuma razo
aparente, mesmo que voc no tenha feito nada de errado (ou tenha feito somente na
imaginao do seu agressor). Neste caso, ficar reclamando uma maneira de realmente
pisar na bola.
Estes atiadores so ou lamers que no sabem de nada mas acreditam serem experts ou
pretensos psiclogos testando o quanto voc suporta. Os outros leitores ignoram-os, ou
encontram maneiras prprias de lidar com essas pessoas. Este comportamento traz
problemas por si s e isso no deve preocupar voc.
No caia no joguinho de guerra de insultos. Estas brigas devem ser ignoradas - uma vez
que voc se certificou de que so apenas brigas sem sentido, no atacam nenhum ponto
em que voc realmente errou nem tenta, de nenhuma forma, elucidar sua questo.
Perguntas que no devem ser feitas
Pergunta: Onde eu encontro o programa ou o recurso X?
Pergunta: Eu posso usar X para fazer Y?
Pergunta: Como eu configuro meu prompt da shell?
Pergunta: Eu consigo converter um documento do formato AcmeCorp em arquivo TeX
usando o conversor de arquivos Bass-o-matic?
Pergunta: Meu {programa, configurao, statement SQL} no funciona.
Pergunta: Estou com problemas no meu Windows. Voc pode me ajudar?
Pergunta: Meu programa no funciona. Acho que o sistema X est ruim.
Pergunta: Estou com problemas para instalar o Linux ou X. Pode me ajudar?
Pergunta: Como invadir/roubar op de um canal/ler o email de outra pessoa?
Pergunta:
Onde eu encontro o programa ou o recurso X?
Resposta:
No mesmo lugar onde ns encontramos, man - na outra ponta de uma pesquisa web.
Meu Deus, ningum aprendeu como usar o Google, ainda?
Pergunta:
Eu posso usar X para fazer Y?
Resposta:
Se o que voc deseja fazer Y, voc deveria perguntar sem pressupor um mtodo que
pode no ser o apropriado. Questes assim indicam que a pessoa no apenas ignorante
com relao a X, mas tambm confusa sobre o problema Y e muito apegada aos
detalhes de uma situao particular. Normalmente melhor ignorar essas pessoas at
que elas melhor definam seus problemas.
Pergunta:
Como eu configuro meu prompt da shell?
Resposta:
Se voc esperto o suficiente para fazer esta pergunta, esperto o suficiente para
RTFM e descobrir por conta prpria.
Pergunta:
Eu consigo converter um documento do formato AcmeCorp em arquivo TeX usando o
conversor de arquivos Bass-o-matic?
Resposta:
Tente e descobrir. Se voc fizer isso voc (a) vai descobrir a resposta e (b) no vai
desperdiar meu tempo.
Pergunta:
Meu {programa, configurao, statement SQL} no funciona.
Resposta:
Isto no uma pergunta, e eu no estou disposto a brincar de perguntas e respostas at
conseguir extrair a pergunta certa de voc - tenho coisas melhores para fazer. Ao ver
coisas assim, minha reao , normalmente, uma destas:
Voc tem algo a acrescentar?
Ah, que pena, espero que resolva este problema.
E o que eu tenho a ver com isso?
Pergunta:
Estou com problemas no meu Windows. Voc pode me ajudar?
Resposta:
Sim, jogue fora esse lixo da Microsoft e instale um sistema operacional open-source
como o Linux ou BSD.
Nota: Voc pode fazer perguntas relacionadas a mquinas Windows se elas forem sobre
programas que possuem uma verso oficial para ele ou interaja com ele (p.ex.: Samba).
Apenas no se surpreenda com a resposta de que o problema no Windows e no no
programa, pois o Windows to problemtico que geralmente isto o que acontece.
Pergunta:
Meu programa no funciona. Acho que o sistema X est ruim.
Resposta:
Mesmo que seja possvel voc ser o primeiro a perceber uma deficincia bvia de uma
system call ou uma biblioteca de sistema usada por centenas ou milhares de pessoas,
mais provvel que voc esteja fazendo alguma coisa errada. Declaraes extraordinrias
precisam de evidncias extraordinrias. Quando voc afirma uma coisa dessas, voc
precisa se preparar com uma documentao clara e completa sobre o problema.
Pergunta:
Estou com problemas para instalar o Linux ou X. Pode me ajudar?
Resposta:
No. Eu preciso estar em frente ao seu computador para fazer isso. Pergunte para o seu
grupo local de usurios Linux. (voc encontra uma lista de grupos de usurios aqui).
Pergunta:
Como invadir/roubar op de um canal/ler o email de outra pessoa?
Resposta:
Voc uma forma de vida inferior por querer fazer esse tipo de coisa e um idiota por
pedir ajuda a um hacker.
Boas e ms perguntas
Finalmente, irei demonstrar como fazer perguntas de forma inteligente atravs de
exemplos; pares de questes sobre o mesmo problema, uma pergunta feita de forma
estpida e outra de forma inteligente.
Estpida: Onde posso encontrar informaes sobre o Foonly Flurbamatic?
Esta pergunta est implorando por uma resposta do tipo "STFW".
Inteligente: Usei o Google para procurar por "Foonly Flurbamatic 2600" mas no
obtive nenhum resultado satisfatrio. Algum sabe onde encontrar informaes sobre
programao para este device?
Esta passou pelo "STFW" e parece que tem realmente um problema.
Estpida: No consigo fazer o cdigo do projeto foo compilar. Porque ele est ruim?
Ele assume que algum fez besteira. Muito arrogante da parte dele.
Inteligente: O cdigo do projeto foo no compila sob um Nulix version 6.2. J li o
FAQ, mas no existe nenhuma referncia a problemas com sistemas Nulix. Aqui est
uma transcrio da minha tentativa de compilar o cdigo; fiz alguma coisa errada?
Ele especificou o sistema, ele leu o FAQ, ele mostrou o erro e ele no est assumindo
que o problema de ningum alm dele mesmo. Este cara merece alguma ateno.
Estpida: Estou tendo problemas com minha placa-me. Algum pode me ajudar?
O hacker Fulano de Tal normalmente exclama, ao ler uma mensagem assim, "Certo,
quer tapinha nas costas e que troque a fraldinha tambm?", e logo depois d um soco na
tecla delete.
Inteligente: Eu tentei X, Y e Z na placa-me S2464. No funcionou, ento tentei A, B e
C. Note o curioso sintoma quanto tentei C. Obviamente o problema est na rebimboca
da parafuseta, mas os resultados no so os que eu esperava. Quais so as causas mais
comuns para isso acontecer em placas Athlon MP? Algum tem alguma idia de como
posso resolver o problema?
Esta pessoa, por outro lado, parece ter se esforado por uma resposta. Ele demonstrou
uma lgica de quem est batalhando pela soluo e no quer que algum jogue a
resposta no seu colo.
Na ltima pergunta, atente para a sbita mas importante diferena entre pedir "Me d
uma resposta" e "Por favor me ajude a descobrir que diagnsticos preciso rodar para
encontrar uma luz".
Na verdade, o formato desta ltima questo baseada em um incidente real que
aconteceu em agosto de 2001 na lista linux-kernel (lkml). Eu (Eric) estava fazendo a
pergunta desta vez. Eu estava observando travamentos misteriosos em uma placa-me
Tyan S2462. Os membros da lista me forneceram informaes crticas que eu precisava
para resolver o problema.
Fazendo a pergunta do jeito que eu fiz, eu dei as pessoas algo no que fuar; Eu tornei o
problema fcil e atrativo para que eles se envolvessem. Eu demonstrei respeito pela
habilidade dos meus companheiros e os convidei a me consultarem como um
participante do grupo. Tambm demonstrei respeito pelo tempo que gastariam comigo,
dando informaes sobre os becos escuros por onde andei antes de pedir ajuda.
Ao final, quando eu agradeci a todos e enfatizei o quo bem o processo havia
funcionado, um membro da lista comentou que o processo funcionou no por causa do
meu "nome" na lista, mas porque eu propus a questo da forma correta.
Hackers so algumas vezes impiedosamente meritocratas; Tenho certeza de que ele
tinha razo e, se eu tivesse me comportado como uma esponja eu seria atacado ou
ignorado no importando quem eu era. Sua sugesto de que eu escrevesse sobre este
episdio como uma forma de instruir os outros me levou diretamente confeco deste
guia.
Se voc no conseguir uma resposta
Se voc no conseguir uma resposta, por favor, no leve para o lado pessoal achando
que no queremos ajudar voc. Algumas vezes os membros do grupo simplesmente no
sabem a resposta. Ficar sem resposta no o mesmo do que ser ignorado, apesar de
admitir ser difcil notar a diferena estando do lado de fora.
Em geral, apenas reenviar sua pergunta uma pssima idia. Isto ser encarado como
uma irritante perda de tempo. Tenha pacincia: a pessoa com a sua resposta pode estar
dormindo, em um fuso-horrio diferente.
Existem outras fontes de ajuda que voc pode consultar, geralmente fontes mais
adequadas as necessidades de novatos.
Existem muitos grupos locais e online de usurios que so entusiastas pelo software,
mesmo que eles nunca tenham escrito um. Estes grupos so geralmente formados para
que seus usurios ajudem uns aos outros, inclusive novos usurios.
Existem tambm diversas empresas que voc pode contratar para te ajudar, tanto
grandes quanto pequenas (Red Hat e Linuxcare so as mais conhecidas; mas existem
muitas outras). No fique desanimado se voc tiver que pagar por alguma ajuda!
Comparando, se o motor do seu carro estiver com algum problema, muito provvel
que voc tenha que ir a um mecnico e comprar algumas peas para que ele seja
consertado. Mesmo que o software no lhe tenha custado nada, no espere que todo o
suporte seja sempre gratuito.
Para sistemas populares como o Linux, existem cerca de 10 mil usurio para cada
desenvolvedor. No possvel para uma pessoa atender chamados de 10 mil usurios.
Lembre-se que, se voc tiver que pagar pelo suporte, voc ainda vai estar pagando bem
menos do que se tivesse que comprar o software (e o suporte para sistemas de cdigo
fechado so geralmente mais caros e menos competentes do que suporte em sistemas de
cdigo aberto).
Como responder perguntas de forma til
Seja gentil. Stress relacionado a problemas podem fazer as pessoas parecerem rudes ou
estpidas mesmo que elas no sejam.
Responda uma primeira falta offline. No h necessidade de humilhar publicamente
algum que tenha honestamente cometido um erro. Um novato de verdade pode no
saber como pesquisar o histrico da lista ou onde o FAQ est localizado.
Se voc no tem certeza, deixe isto claro! Uma resposta errada mas cheia de autoridade
pior do que nenhuma resposta. No indique a ningum um caminho errado s porque
divertido falar como um expert. Seja humilde e honesto; d um bom exemplo para os
seus companheiros.
Se voc no pode ajudar, no atrapalhe! No faa piadas sobre procedimentos que
podem bagunar o sistema do usurio - o pobre coitado pode interpretar isto como
instrues srias.
Faa perguntas para levantar mais informaes. Se voc for bom nisso o usurio ir
aprender alguma coisa - e talvez voc tambm. Tente transformar uma pergunta ruim
em uma pergunta boa; lembre-se que todos ns fomos novatos um dia.
Enquanto mandar um RTFM algumas vezes justificvel quando voc est
respondendo uma pergunta de um preguioso, uma indicao do local exato da
documentao (ou a frase correta para pesquisar no Google) bem melhor.
Se voc for responder uma pergunta, responda direito. No sugira gambiarras para fazer
funcionar a ferramenta errada. Sugira a ferramenta certa. Refaa a pergunta.
Ajude sua comunidade a aprender com a pergunta. Quando voc responder a uma
pergunta pense: "Como a documentao ou o FAQ podem ser melhorados para que
ningum precise perguntar isso novamente?" E ento envie um patch ao mantenedor da
documentao.
Se voc teve que pesquisar para encontrar uma resposta, demonstre como voc
encontrou a resposta ao invs de fazer parecer que voc a tirou de dentro de uma
cartola. Responder a uma boa pergunta como dar um prato de comida a um faminto.
Mas ensin-lo a plantar o prprio alimento lhe garantir comida para o resto da vida.
Fontes relacionadas
Se voc precisa de instrues sobre o bsico dos computadores, sistemas Unix e Internet
consulte o HOWTO Fundamentos do Unix e da Internet. (em ingls)
Quando voc distribuir um software ou escrever patches para um, tente seguir o guia
HOWTO Software Release Practice. (em ingls)
Agradecimentos
Evelyn Mitchell contribuiu com alguns exemplos de perguntas estpidas e inspirou a
seo "Como responder perguntas de forma til".
Mikhail Ramendik contribuiu com valiosas sugestes de aprimoramento deste guia.
Notas do tradutor
Este texto foi traduzido, para o portugus do Brasil, do original "How to ask questions -
The smart way". Alguns trechos foram reescritos pois (a) a traduo literal seria
incompreensvel e (b) algumas adaptaes de linguagem foram necessrias para que o
pblico-alvo pudesse se identificar com os termos comumente usados no Brasil.
Se voc tiver alguma dvida sobre a traduo ou encontrar divergncias entre o
significado original e a verso em portugus, por favor, entre em contato. Obrigado!