Arkanon escreveu: > Oi :-) > > Primeiro, desculpa se pareci agressivo. Nao quis ser. > > O que o cara deseja eh uma solucao de compartilhamento de dados. > > Como voce mesmo disse, evidentemente ele precisa de uma fonte remota > de dados e provavelmente a melhor solucao eh uma base sql. > > Mas ele pensa em usar uma planilha. > > A sua comparacao de planilha para > > `cat ~/parafuso | /usr/bin/parafuso2prego | /usr/bin/martelo` > > tem 2 problemas: > > 1. parece preconceituosa. Acredito que nao seja sua intencao, mas > parece. Solucoes tipo `cat | |` sao extremamente eficientes para uma > enorme quantidade de situacoes envolvendo processamento em massa de > grandes quantidades de dados que seguem algum padrao. Basta saber > aplica-las. > > 2. o tipo de sequencia de pipes acima nao tem nada a ver com acesso > compartilhado a dados, logo, a comparacao nao se aplica. Isso nos leva > novamente a suspeita de que ela foi feita com base em um pre-conceito > que acha que "solucoes assim" sao quebra galho e/ou pouco > "profissionais". > > Como eu disse antes, nao leve a mal minha resposta. > > Att, >
A comparação é para ser ridícula. Quantas vezes já se viu bancos de dados transformados em planilhas só porque quem deveria trabalhar com os dados não "tinha tempo" para aprender a usar a ferramenta certa e já em uso? Aí alguém tem que levar muito mais tempo para colocar os dados de volta de onde nunca deveriam ter saído. Mesmo que o BrOffice tenha ganho o recurso de abertura compartilhada de arquivos com "lock" de planilha, onde uma destas pode conter os dados vinculados às de trabalho individual, isso deve evitado ao máximo. Então, alguém faz uma bobagem e, na melhor das hipóteses, todo mundo volta ao último back-up. Mas, o que é back-up? Ah, sim. É aquela coisa chata que ninguém tem tempo de fazer, e não faz. Então, numa discussão dessas, surgiu a pergunta: O que é melhor? `cat ~/parafuso | /usr/bin/parafuso2prego | /usr/bin/martelo` ou `man chavedefenda'? Haverá sempre quem diga: "Não tenho tempo para isso." -- Marco de Freitas --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
