* Jorge Godoy ([EMAIL PROTECTED]) wrote: > As normas s�o discut�veis. Se essa "muita gente boa" n�o concorda, > devem pronunciar-se aos �rg�os respons�veis --- IETF neste caso --- e > informar os pontos de disc�rdia para que estes possam ser discutidos e > avaliados.
Voc� concorda com tudo o que est� escrito ali? Ou gostaria de alterar/melhorar alguma coisa. Eu, por exemplo, alteraria algumas coisas para torn�-la mais realista. > Da mesma maneira, o velho ditado vale: "Toda unanimidade � > burra". Sempre haver� pessoas que discordam de > regulamenta��es. Entretanto, o processo � democr�tico e � votado, > sendo sua implementa��o acatada pela maioria. � como no Brasil: n�o > foram todos que votaram no presidente eleito, mas todos ser�o > governados por ele. Eu n�o considero essas normas de todo v�lidas, pelo fato de a maioria (?) t�-las aprovadas. Tamb�m n�o vejo nada de democracia, tanto no caso da IETF (quem decide realmente s�o eles, l� dos EUA), quanto no caso do Presidente (voto obrigat�rio). > N�o. Escrevendo novamente o que eu disse: pelo fato de ter que repetir > ad infinitum coisas que est�o escritas em d�zias de lugares na > Internet. Mesmo assim dever�amos ser mais pacientes. > E qual deveria ser a maneira de pedir os logs? Leia os logs � uma > indica��o de que eles existem e que eles fornecem respostas > importantes. Indicando em que parte dos long�ssimos logs faz refer�ncia ao problema em quest�o. > O desconhecimento deste fato j� mostra que n�o houve sequer uma > tentativa pr�via de tentar resolver o problema --- e.g. via Google, > Altavista, Yahoo ou qualquer outro mecanismo de busca --- antes de > postar a mensagem. Talvez sim, talvez n�o. �s vezes ele at� tentou. Mas mesmo assim n�o conseguiu encontrar a solu��o do erro. > Neste caso, ele deve indicar que j� fez o que a documenta��o disse ou > que n�o est� conseguindo encontrar os locais citados pela > documenta��o. > Mostrar esfor�o � a quest�o. Concordo. > > Repito: Um iniciante n�o sabe interpretar os logs, na maioria das vezes. > > N�o � um log. � a pr�pria mensagem de erro: > > > Fatal server error: > > When reporting a problem related to a server crash, please send > the full server output, not just the last messages. This can be > found in the log file "/var/log/XFree86.0.log". Please report > problems to [EMAIL PROTECTED] Imagino como o iniciante ver esse caso particular: Ocorreu um erro fatal no servidor. Ele t� dizendo pr� eu enviar o erro pr� aquele endere�o? � isso mesmo? Aqui tem-se a impress�o que � um problema t�o s�rio que dever� ser analisado pelos desenvolvedores. Acho que � um erro que nunca ocorreu antes! Parece f�cil, mas o iniciante se desespera com isso. > A resposta n�o era "indecente". Era uma resposta totalmente cab�vel � > pergunta. Dogamos n�o indecente. Mas inoportuna. > N�o se deve supor que a outra pessoa esteja pensando exatamente no > mesmo problema. Uma interpreta��o poss�vel para o problema seria > "Funciona esse programa no CL?" e a resposta "Funciona" seria > totalmente aceit�vel. Eu daria a mesma resposta para quem questionou, > j� que a pergunta n�o especificava nenhum detalhe e n�o informava > nenhum problema encontrado na tentativa (ser� que houve tentativa? > isso n�o estava claro) de execu��o do servi�o. Nesse caso. Mas o outro exemplo que citei poderia ser mais detalhado: Pergunta: algu�m conseguiu instalar tal programa? Resposta Inaceit�vel: Eu Resposta Decente: Eu. Onde voc� est� encontrando dificuldades? > Mais um motivo para ele parar e pensar. Tamb�m mais um motivo de ele receber ajuda. H� realmente os pregui�osos que s� querem "mamata" e h� os que realmente se esfor�aram para encontrar a solu��o, por�m sem sucesso. E pede ajuda. Infelizmente ele n�o consegue expressar o problema por escrito. > Se a pessoa n�o consegue se expressar h� um problema que n�o � > restrito � inform�tica. Um dos maiores problemas diagnosticados por > especialistas em educa��o consiste na dificuldade de an�lise de > textos. O brasileiro n�o l�, logo n�o consegue interpretar e n�o > consegue expressar-se corretamente. Mais um motivo para indicar um > documento a ser lido: for��-lo a trabalhar a interpreta��o de texto e > melhorar sua capacidade de express�o. Mata-se dois coelhos com uma > cajadada s�. N�o � t�o simpl�rio. Seria �timo se assim o fosse. > O problema � que podem existir configura��es que sacrifiquem a > performance do servi�o ou coisas presumidas que podem n�o se verificar > em tua m�quina. Como citado anteriormente, o tempo estava contra mim. Agora, e se eu pegasse o arquivo do exemplo da doumenta��o e aquela configura��o tamb�m sacrificasse a performance da minha m�quina? Como saber qual a melhor configura��o? Testando dezenas de arquivos, por v�rios meses? Isso � complicado. > Se voc� d� a informa��o de onde encontrar os exemplos com explica��es > do par�metro � muito mais f�cil e r�pido para o recipiente adapt�-lo � > sua pr�pria realidade. N�o acho mesmo. Se o cara que enviou-me o arquivo j� estava usando na empresa dele, e segundo ele, ap�s um bom tempo de leitura, procuras, etc, etc. Ele me enviou de bom grado. Funcionou beleza. Agradeci. E t� tudo certo. > Esse endere�o j� foi divulgado nesta lista por mim pelo menos outras > duas vezes. Juro. � a primeira vez que soube. > N�o. N�o estou contradizendo-me. Leia novamente: "Os grupos do UOL s�o > mantidos pela UOL e n�o est�o --- infelizmente --- sujetos �s mesmas > regras de utiliza��o desta lista." Deixa eu ver se vou entender. > Veja a mensagem. Foi feito um cross post. A mensagem enviada em dois > grupos pode ter despertado o interesse de algu�m no outro > grupo. Responder em apenas um faria com que os leitores do outro n�o > tivessem acesso � informa��o. Responder nos dois daria a todos a > possibilidade de ler a resposta, independentemente de qual grupo > assinam. N�o foi o que aconteceu com aquela pessoa que postou em 2 grupos diferentes? Acho que ele raciocinou dessa forma. > O funcionamento de um servidor de news � diferente de uma lista de > discuss�o. Mensagens enviadas para mais de um grupo, l�, ocupam > exatamente o mesmo espa�o f�sico --- � usado um hardlink entre as > mensagens --- e os leitores possuem informa��es de message IDs podendo > eliminar mensagens lidas em um grupo. Programas de email n�o possuem > essa facilidade, fazendo com que as mensagens sejam armazenadas em > duplicada, triplicata, etc. ocupando "n" vezes mais espa�o e banda nos > servidores. Mas foi l� no news que voc� deu um pux�o de orelhas nele por fazer cross post! > E que provavelmente deve ter-se pronunciado junto � IETF e discutido > no f�rum pertinente, correto? Correto. > Eu, particularmente, n�o conhe�o ningu�m "bom" que discorde do que > consta ali, mas n�o duvido que existam. Existe sim. > Para mim s�o uma aberra��o. � um direito meu n�o responder a > aberra��es ou mensagens que n�o se enquadrem em qualquer padr�o --- > por mais esdr�xulo que seja --- definido por mim. > > A corre��o no portugu�s � um deles. Considero-as tamb�m. Mas assim como � um direito seu em n�o responder tais mensagens, � um direito delas em escrever tais "aberra��es". > Tudo bem, mas algumas regras b�sicas resolveriam muitos probleminhas > teus. Um exemplo � sempre usar "m" antes de "p" e "b". Isso resolveria > o problema do "inbecil" nesta mensagem (o correto � 'imbecil'). Isso � b�sico. Aprendi no prim�rio. Mas faz tanto tempo que ponho em pr�tica essas regras que ca� na armadilha. Confesso que fiquei em d�vida se era com "n" ou "m". Tanto � que pesquisei no Google. O resultado foi o pior poss�vel, como voc� bem observou. > Desculpe-me a franqueza, mas minha inten��o n�o � ser bab� deles. Mas ningu�m espera aqui que voc� seja bab� de algu�m (pelo menos eu n�o espero). > � fornecer-lhes o caminho para que possam andar com as pr�prias > pernas. Se algo est� al�m da capacidade que eles possuem no momento > minha recomenda��o � que fa�am testes, brinquem e s� depois tentem > algo "no mundo real". Muitas vezes n�o est� al�m da capacidade. Apenas um detalhe melhor explicado j� resolve. > Se precisam de algo muito urgente e n�o sabem > resolver, contratem um consultor. Essa � a �nica maneira que voc� pode > ter certeza absoluta que n�o est� sendo sacaneado, que n�o h� falhas > de seguran�a �bvias na solu��o do problema e que algu�m saber� > exatamente o que est� fazendo, porqu� est� fazendo e como est� > fazendo. Falar pr� um iniciante pr� ele contratar um consultor para resolver um problema de configura��o de algum software, por exemplo, � o fim do mundo. N�o haveria raz�o da exist�ncia desta lista ent�o. Assinantes em 18/11/2002: 2249 Mensagens recebidas desde 07/01/1999: 190595 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
