Fonte: http://geocities.yahoo.com.br/cesarakg/smart-questions-pt_BR.html
No mundo dos hackers, 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 hacker gostam de problemas dif�ceis
e quest�es boas e provocantes sobre eles. Se n�o fosse assim, n�o
estar�amos aqui. Se voc� nos der uma quest�o interessante para mastigar
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 os hackers, "Boa pergunta!" � um forte e sincero
cumprimento.
Apesar disto, os hackers 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 ingorantes. 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.
(Melhoramentos a este guia s�o bem vindos. Voc� pode enviar sugest�es
para [EMAIL PROTECTED])
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:
1. Tente encontrar uma resposta lendo o manual
2. Tente encontrar uma resposta lendo o FAQ
3. Tente encontrar uma resposta pesquisando a Web
4. 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 assuam 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 forum 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
* fizer cross-post para muitos newsgroups diferentes
Os hackers 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 ortogr�ficamente 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, a cultura
hacker valoriza 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 confunda "its" com "it's", ou "loose" com
"lose". 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. Escrever como um l33t script kiddie
hax0r � o beijo da morte e garante que voc� n�o receber� nada a n�o ser
um sil�ncio p�treo (ou, na melhor das hip�teses, ajuda carregada de
desprezo e sarcasmo).
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. Hackers ocupados tendem a simplesmente ignorar
quest�es em linguagens que eles n�o entendem, e o ingl�s � a linguagem
de trabalho na Internet. Escrevendo as perguntas em ingl�s voc� minimiza
as chances de que as mesmas sejam descartadas sem ser lidas.
Envie quest�es em formatos que sejam f�ceis de entender
Se voc� faz quest�es artificialmente dif�ceis de ler, provavelmente ser�
ignorado em favor de algu�m que n�o faz isto. Portanto:
* Envie email em texto puro, n�o HTML
* N�o envie emails em que os par�grafos inteiros sejam linhas �nicas
* (isto torna mais dif�cil responder a somente uma parte da
* mensagem)
* Nunca, jamais espere que os hacker possam ler formatos de
* documentos propriet�rios fechados como do Microsoft Word. A
* maioria dos hackers reagem a estes formatos da mesma forma que
* voc� reagiria a um monte fedorento de esterco de porco jogado na
* tua porta.
* Se voc� estiver enviando email em uma m�quina Windows, retire a
* funcionalidade est�pida de "Smart Quotes" da Microsoft. Fazendo
* isto voc� evita pingar caracteres in�teis em seu email
Utilize linhas de assunto com significado e espec�ficas
Em listas de correio ou grupos de not�cias, 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; 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
* 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 experimenta resolver e
* entender o problema antes de ter feito a pergunta
* Descreva os passos de diagn�stico que voc� tomou para resolver o
* problema por conta pr�pria antes de ter feito a pergunta
* 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 hacker possa
fazer, e para responder as mesmas previamente no seu pedido de ajuda.
Simon Tatham escreveu um excelente documento chamado How to Report Bugs
Effectively. Eu recomendo que voc� leia o mesmo.
Descreva os Sintomas, n�o suas suspeitas
N�o h� utilidade em dizer aos hackers o que voc� pensa que est� causando
seu problema (se suas teorias de diagn�sticos fossem t�o boas, voc�
estaria pedindo ajuda?). Assim, certifique-se de informar os sintomas
exatos do que est� dando errado, em vez de suas interpreta��es e
teorias. Deixe-os fazer a interpreta��o e diagn�stico.
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 reinicia 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, os hackers saber�o o que
procurar quando estiverem lendo sua cr�nica.
N�o pe�a para ser respondido via email privado
Os hackers acreditam 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, 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. Os hackers em geral perferem 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, �
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 followup ajuda todo mundo
que deu assist�ncia a ter uma sensa��o de fechamento do problema. Se
voc� n�o � um techie ou hacker, 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; os hackers sentem uma comich�o por ver os mesmos
resolvidos. O bom karma que voc� ganha co�ando esta comich�o � que ser�
muito mais �til postar uma pergunta na pr�xima vez que voc� tiver algum
problema.
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 Diabo do Manual
("Read The Fucking Manual" - a express�o � mais "colorida" no original).
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 no Diabo da Web
("Serach 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 - pelos padr�es dos
hackers, ele est� te mostrando um pouco de respeito simplesmente por n�o
ter te ignorado. Voc� deveria, ao inv�s, ficar agradecido pela sua
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, 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
presa, voc� precisa limpar ela." Ent�o:
Eis uma pergunta ruim: "O que � uma zentry?"
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. � 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 da comunidade
hacker -- 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 de hackers 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 como f�runs
t�cnicos.
Exageradamente "amig�vel" (daquele jeito) ou �til: escolha.
Lembre-se: quando aquele hacker 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 Que N�o Se Faz
Aqui est�o algumas perguntas est�pidas cl�ssicas, e o que os hackers
est�o pensando quando n�o respondem �s mesmas.
P: Onde eu encontro o programa X?
P: Estou tendo problemas com minha m�quina Windows. Voc� pode me ajudar?
P: Estou tendo problemas para instalar o Linux ou o X. Voc� pode me
ajudar?
P: Como eu posso crackear o root/roubar privil�gios de ops de canais/ler
os emails de outra pessoa?
P: Onde eu encontro o programa X?
R: No mesmo lugar em que eu encontrei ele, bob�o -- na outra ponta de
uma pesquisa na web. D'eus, ningu�m sabe usar o Google ainda?
P: Estou tendo problemas com minha m�quina Windows. Voc� pode me ajudar?
R: Sim. Jogue fora aquele lixo da Microsoft e instale o Linux.
P: Estou tendo problemas para instalar o Linux ou o X. Voc� pode me
ajudar?
R: N�o. Eu preciso ter acesso � tua m�quina para resolver este problema.
V� pedir ajuda no teu grupo de usu�rios Linux local.
P: Como eu posso crackear o root/roubar privil�gios de ops de canais/ler
os emails de outra pessoa?
R: 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� SFTWou, e parece que ele tem um problema real.
Est�pida: N�o consigo compilar o projeto foo. 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 foo n�o compila no Nulix vers�o 6.2. Eu
li o FAQ, mas n�o etm 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?
A resposta de J. Random Hacker � provavelmente "Certo. Precisa
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 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".
De fato, a forma da �ltima quest�o � baseada em um incidente real
que aconteceu em agosto de 2001 na lista de correio linux-kernel. Eu era
quem estava fazendo a pergunta aquela vez. Eu estava observando
misteriosos travamentos em uma motherboard Tyan S2464. Os membros da
lista forneceram as informa��es que eu precisava para resolver o
problema.
Fazendo a pergunta do jeito que eu fiz, eu dei algo para que as
pessoas mastigassem, eu tornei f�cil e atrativo o envolvimento. Eu
demonstrei respeito pela habilidade de meus colegas e convidei eles a me
consultarem como a um igual. Eu demonstrei respeito pelo tempo deles
informando quais as ruas escuras que eu j� havia tomado.
Mais tarde, quando agradeci a todos e destaquei como o processo
funcionou bem, um membro da lkml apontou que ele pensava que o processo
funcionou n�o por que eu era um "nome" naquela lista, mas por que eu fiz
a pergunta de forma apropriada.
N�s, hackers, estamos, de certa forma, em uma rude meritocracia:
estou certo que ele est� correto, e seu eu tivesse agido como uma
esponja eu teria recebido flames ou seria ignorado, n�o importando quem
eu era. Sua sugest�o que eu escrevesse sobre o incidente como uma
instru��o para outros foi o que me inspirou a compor este guia.
[]'s
--
.''`. M�rcio de Ara�jo Benedito <[EMAIL PROTECTED]> UIN 14398303
: :' : Promo��o e Defesa do Software Livre: http://www.minaslivre.org
`. `'
`- "Esta mensagem n�o cont�m nenhuma informa��o confidencial,
pois se � para ser confidencial n�o poderia ser transitada
por e-mail em uma lista p�blica. Portanto voc� pode fazer
qualquer coisa com esta mensagem, inclu�ndo esta s�tira �
notas de copyrights ridiculas, que eu n�o estou nem a�!!!"
signature.asc
Description: Digital signature
