codebreaker <[EMAIL PROTECTED]> writes:

> * Arnaldo Carvalho de Melo ([EMAIL PROTECTED]) wrote:
>> 
>> OK, mas ele � livre para falar isto, n�o adianta reclamar em listas p�blicas
>> que provavelmente ele n�o mudar� sua opini�o.
>
> Claro que ele � livre, assim como tamb�m o sou para expressar minha
> opini�o em qualquer lugar, seja em listas p�blicas ou em pvt.

Na verdade n�o.

De acordo com a RFC 1855 --- normas de netiqueta --- devem ser
veiculadas em uma lista de discuss�o apenas mensagens de interesse da
lista. Mensagens destinadas a uma pessoa em particular devem ser
enviadas apenas para esta pessoa, poupando os demais usu�rios de um
tr�fego desnecess�rio --- e consequentemente custos desnecess�rios ---
al�m do esfor�o de filtrar ou remover as mensagens que deveriam ser
trocadas em particular.

>                                 Se voc� foi tratado com educa��o e
> respeito pelos mais experientes, quando iniciou no mundo linux, com
> certeza agir� dessa forma para com os iniciantes, quando voc� pr�prio se
> tornar experiente.

Ou, o que pode acontecer, os mais experientes simplesmente
"desaparecem" dos f�runs p�blicos pois n�o mais aguentam responder as
mesmas coisas sempre. 

Esta lista perdeu v�rios nomes que fazem muita falta. 

> Ent�o � tudo uma quest�o de interpreta��o. Sinceramente eu considero a
> resposta "Procura nos logs" ou "J� viu os logs antes de postar essa
> pergunta?" uma tremenda falta de educa��o e m� vontade. Al�m do mais
> percebe-se claramente que esse tipo de resposta passa a id�ia de que "o 
> problema n�o � meu e sim teu". 

E o que fazer quando a informa��o necess�ria para resolver o problema
est� nos logs? Sair dando tiros no escuro? Fazer o outro perder tempo
realizando procedimentos que podem n�o ter nada a ver com o problema
(e que podem at� agrav�-lo)? 

O primeiro lugar que deve ser consultado � SEMPRE a documenta��o do
programa. L� h� uma indica��o de que se deve olhar nos logs (n�o
conhe�o nenhum programa que n�o recomende olhar os logs) para
diagnosticar problemas.

Alguns at� mesmo informam isso no erro --- como o X, por exemplo --- e
as pessoas copiam sem ler a mensagem incluindo a notifica��o de "olhe
no arquivo de log..." numa mensagem para uma lista como esta.

O que deve ser feito neste caso?

> Exatamente. Mas ele precisa de ap�io no in�cio. Caso contr�rio ela
> jamais fara parte dos "n�o-mais-iniciantes". Ela nem mesmo far� parte da
> comunidade linux. Conhe�o v�rias pessoas que diante do tratamento
> recebido, tiver�o uma grande desilus�o e decep��o com a comunidade, pois
> a id�ia que elas tinham era justamente o contr�rio: pessoas que se
> ajudavam mutuamente, muitas vezes sacrificando seu tempo para ajudar
> outras pessoas. E � fato comprovado que quem ensina, ao mesmo tempo
> aprende. Por mais experientes que sejamos, jamais sabemos de tudo.
> Sempre tem algo a aprender, mesmo com os iniciantes.

E os iniciantes come�arem lendo a documenta��o do que t�m d�vida para
poderem fazer perguntas mais espec�ficas � um �timo in�cio. 

O exemplo do Arnaldo do "sim e funciona perfeitamente" � �timo. A
pergunta � completamente gen�rica e aceita qualquer resposta. Quando
uma resposta para uma pergunta que *N�O* foi feita n�o � dada, as
pessoas ficam irritadas. 

Escrever exatamente o que se deseja � um excelente in�cio. 

SEMPRE que vou fazer um questionamento a algu�m incluo uma descri��o
do problema, do que tenho hoje, do que desejo que aconte�a, do que j�
tentei fazer, de alguns indicadores de documenta��o que j� li e
testei, da vers�o do software, etc. Isso faz com que em 99% dos casos
eu tenha respostas diretas, objetivas e que resolvem o problema. 

N�o perco meu tempo --- pois estou fazendo o que deveria, ou seja,
procurando respostas e verificando os logs --- e eles n�o perdem o
deles solicitando informa��es b�sicas a respeito do problema.

> Voltando para o problema do samba como PDC. Procurei em diversas listas,
> grupos, perguntas & respostas. N�o obtive sucesso, por�m. Por isso
> solicitei a ajuda de algu�m que j� tinha feito isso. Apenas isso. Qual o
> problema? N�o vejo nenhum. 

E qual o problema em indicar um livro onde existem exemplos e
informa��es detalhadas a respeito de cada par�metro dos exemplos --- e
outros --- que resolver�o o teu problema? Eu n�o vejo nenhum.

> �s vezes n�o � pregui�a. Muitas vezes o cara simplesmente leu, leu outra
> vez, e n�o entendeu nada. Suponhamos que para uma pergunta sobre o samba
> voc� simplesmente mande o cara ler o livro da O'Reilly. E se tal pessoa
> n�o sabe ingl�s? Custa ajudar um pouco mais? 

http://www.babelfish.org  --- a barreira do idioma � quase
inexistente. As tradu��es n�o s�o perfeitas mas s�o mais que
suficientes para se pegar as informa��es necess�rias. Cansei de usar
textos em japon�s e russo --- duas l�nguas que n�o entendo nada e nem
sei os nomes dos caracteres --- com esses recursos. 

> Mais uma vez voltando ao problema da resposta do Godoy sobre como enxergar
> parti��o windows no linux. A pessoa enviou a pergunta para 2  grupos:
> uol.mundodigital.software.so.linux.conectiva e
> uol.mundodigital.software.so.linux.

E onde entra a linux-br nisso? Os grupos da UOL s�o mantidos pela UOL,
n�o pela Conectiva e n�o est�o --- infelizmente --- sujeitos �s mesmas
regras de utiliza��o desta lista.

> Pr� min foi absolutamente normal. Mas a resposta do Godoy: [1] leia a
> respeito de netiqueta e passe a fazer cross postings e [2] "man mount".
> Essa pessoa que enviou a pergunta era iniciante, � �bvio. E n�o entendeu
> nada. Veja sua resposta: 
> 1� leia a respeito de netiqueta e passe a fazer cross postings.
> ???N�o entendi?
>
> 2� "man mount"
> Tbm n�o entendi?
>     Eu nunca usei o linux ,to levando uma surra,e se tu puder me
>     ajudar ficarei grato,to com zilh�es de d�vidas,at� comprei um
>     livro a respeito a� que o infeliz � muito complicado.Tanks.
>
> Ent�o o Godoy, n�o satisfeito, refutou:
> http://www.g2ctech.com/artigos/RFC1855.html
>
> Isso � simplesmente rid�culo. Ter que ler aquelas normas s� por causa de
> uma d�vida e s� porque postou em 2 grupos diferentes!

Isso n�o � rid�culo. A edu��o ajuda a obten��o de resposta. As normas
de netiqueta estabelecem um protocolo de aproxima��o e de como devem
comportar-se as pessoas na internet. A utiliza��o do que est� escrito
na RFC 1855 n�o se limita a "uma d�vida", � algo que deve servir para
toda a vida em rede.

E a resposta foi logo abaixo da primeira recomenda��o, como voc�
postou. 

> Tal pessoa mesmo assim agradeceu ao Godoy com "tanks". E o Godoy, sendo
> extremamente ir�nico e, em minha opini�o grosso, respondeu ""thanks",
> corrigindo essa pessoa. Achei tudo aquilo desnecess�rio. 

Se desejamos usar uma express�o em uma l�ngua estrangeira, pelo menos
usemo-la de maneira correta. Do contr�rio, o portugu�s permite
perfeitamente a express�o da id�ia que o OP desejava passar.

Sim, eu sou *extremamente* chato com portugu�s e com
estrangeirismos. Recuso-me a responder diversas mensagens simplesmente
pelo fato de conterem coisas absurdas e escabrosas como "naum",
"saum", e similares.

> Isso � realmente necess�rio?

Se a pergunta j� est� respondida em algum lugar informado
antecipadamente onde ela deveria olhar? Se ela n�o se esfor�ou nem um
pouco? Sim. Eu acho necess�rio. � preciso manter o n�vel sinal-ru�do
alto (ru�do baixo), principalmente em listas onde o tr�fego de
mensagens � intenso e onde o escopo � mais t�cnico.

> Isso � verdade. Mas tem coisas que s�o fatos. 

E esperar que os mais experientes considerem uma atituda b�sica
consultar previamente alguns documentos � um fato.



Sds,
-- 
Godoy.         <[EMAIL PROTECTED]>

Assinantes em 18/11/2002: 2251
Mensagens recebidas desde 07/01/1999: 190541
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista: 
            mailto:[EMAIL PROTECTED]

Responder a