> 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<[EMAIL PROTECTED]> 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 problema 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 [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- Abraços, Fabiano
