Re: Erros do linux
O problema é que nem sempre usuários novos estão preparados para isso, não entendem a estrutura do sistema, ou ninguém lembra que no windows não se tem costume der ler howtos e man pages? Para um usuário vindo do windows adivinhar que existem man pages pode ser tarefa complicada... Mas isso será assim até que todos os usuários se eduquem a ler as man pages e os howtos antes de procurar a lista ou alguém com mais conhecimento.
> > Alias, sou a favor de que sempre haja um 'guru' por perto, mesmo que
> > por e-mail, para solucionar os problemas mais graves. Ele sim deveria
> > entender essas msgs e dar cabo do pau. (Dar a senha de root pra quem
> > não entende direito o que está fazendo é pedir pra ter dor-de-cabeça
> > mais cedo ou mais tarde.... vira windows)
> >
> > É, eu queria ter uma linha direta com um deles, para que ao primeiro
> > problema eu a usasse e pronto, problema resolvido, mas o mundo não é
> > como gostariamos que fosse né?
> O nome disso é consultor. Abra a carteira, libere a $$ e poderá sempre
> ter um guru (ou um time deles) à disposição, 24hs por dia.
>
> O meu medo é que as pessoas sempre optam pela solução mais fácil: se tem
> um guru por perto, pq vou esquentar a cabeça em tentar resolver sozinho
> o problema?
> Ué, e aqui na lista não funciona assim? Toda hora agente vê o povo
> perguntando "o que é ls?", e coisas do tipo, cuja resposta vem na
> primeira linha do man (ou na primeira resposta do Google) ...
>
> Fabiano.
>
> Em 29/10/05, Marcos Lazarini<lazarini@nics.unicamp.br> escreveu:
> > Eu nao sei se esse projeto foi pra frente, mas vamos la:
> >
> > Ademir Lima wrote:
> > >
> > > Vou falar uma coisa: conheco muita gente que odeia essas mensagens
> > > telegráficas, cheias de 'jargões';
> > >
> > > Eu não me importaria se elas me dessem um caminho a seguir para
> > > encontrar o pro
blema e resolve-lo
> > >
> > > acha que estamos considerando o
> > > usuário um idiota, e deixamos ele totalmente dependente do suporte
> > > (que nem sempre está disponível naquele instante).
> > >
> > > O mmeio como se conseguiria enstas informações pode ser mais de um:
> > > - Um dominio na net
> > > - Uma base de dados em formato man
> > > - Algumas paginas de html na maquina.
> > >
> > > Também conheco gente que nem lê as msgs de erro, e simplesmente para
> > > até que alguem venha resolver pra ela.
> > >
> > > Para estas não existe muita coisa a ser feita, a não ser treinar muita
> > > gente, para que quando ela precisar tenha alguém ao seu alcance
> > >
> > > Agora...
> > > Pq não escrever direto, ao invez de erro 00010, a string 'retire o
> > > disquete do drive e pressione enter'?
> > >
> > >
> > > Bom, neste exemplo seria muito simple, mas imagine um erro que precise
> > > de muito texto, como faria? Eu sei, eu sei; diga apenas o erro e mande o
> > > usuario ir correr atras, mas devemos lembra que muitas pessoas não
> > > querem ficar lendo paginas e mais paginas somente para ver seu dvd que
> > > acabou de compra.
> >
> > Aqui vc caiu em contradição... e se pra tocar o dvd precisasse de muito
> > texto? :-)
> >
> > Eu nao vejo muito sentido nisso de colocar os numeros nos erros por
> > experiencia própria. No windows já tinha um princípio disso de numerar
> > as coisas, mas nunca me ajudou, pois eles mandavam verificar tantas
> > coisas que era o mesmo que não ter falado nada.
> >
> >
> > > Eu sou a favor de aumentar a qualidade das mensagens de erro, e
> > > aumentar a qualificação dos usuários.
> > >
> > >
> > > afirmação acima.
> > > E não acho que todos deveriam ser "feras" no computador pelo fato
> > > de o usarem, eu por exemplo gosto muito da minha moto, mas não faço a
> > > menor ideia de como mexer em seu motor; minha casa foi feita em
> > > alvenaria e mesmo que eu me dirija todos os dias para ela, não saberia
> > > como construi-la sozinho.
> >
> > Bom, mas e se vc enroscar o pé no cabo de vela da moto e ele
> > desconectar? quem conhece ZERO de moto está a pé, quem conhece um
> > pouquinho já torna viável pedir socorro por telefone...
> >
> > Eu costumo dividir os usuários em dois grupos: os que tem vontade de
> > aprender a resolver o problema, e os outros que só querem resolver o
> > problema.
> > Ex: só sai som pro root. Um usuário vai atras e tenta consertar o
> > problema, outro loga como root e continua de boa (no conceito dele foi
> > resolvido).
> > No caso, o número do erro talvez fosse útil para o primeiro tipo.
> >
> >
> > > Quem nunca teve ódio da msg 'error: device is busy' ao tentar
> > > desmontar alguma coisa? PQP, pq o negócio já não mostra alguma coisa
> > > útil, tipo um comando pra tentar descobrir quem é o pilantra??
> > >
> > > Exatamente o que estou dizendo, com uma pagina identificada a pessoa
> > > iria até ela e veria uma possivel solução para o 'error: device is busy'.
> >
> > O conceito de device is busy está perfeito para o programador, mas é
> > quase que inútil ao usuário. Talvez a interface gráfica deveria dar uma
> > mão nesse ponto, fazendo um pouco mais do que apenas chamar o mount/umount.
> >
> >
> > > Alias, sou a favor de que sempre haja um 'guru' por perto, mesmo que
> > > por e-mail, para solucionar os problemas mais graves. Ele sim deveria
> > > entender essas msgs e dar cabo do pau. (Dar a senha de root pra quem
> > > não entende direito o que está fazendo é pedir pra ter dor-de-cabeça
> > > mais cedo ou mais tarde.... vira windows)
> > >
> > >
> > > É, eu queria ter uma linha direta com um deles, para que ao primeiro
> > > problema eu a usasse e pronto, problema resolvido, mas o mundo não é
> > > como gostariamos que fosse né?
> >
> > O meu medo é que as pessoas sempre optam pela solução mais fácil: se tem
> > um guru por perto, pq vou esquentar a cabeça em tentar resolver sozinho
> > o problema?
> >
> >
> > --
> > To UNSUBSCRIBE, email to debian-user-portuguese-REQUEST@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> >
> >
>
>
> --
> Abraços,
> Fabiano
>
>
J. R. Martins
Mestrando em Física
Universidade Federal de Minas Gerais
Reply to: