Pra variar, deu pau no meu email de novo... Estou tendo que acompanhar as
dicuss�es pelo hist�rico!!!
> At 05:19 6/7/2001 -0300, Lisias Toledo wrote:
>
> >Li metade dos livros do Tanenbaum, este inclusive.
>
> Entao mais do que ninguem vc compreende que � impossivel
N�o. Compreendo que � extremamente improv�vel.
> Mas � claro, vc poderia colocar um monte de ifdefs no c�digo e definir se
[...]
> de plataforma e etc dentro dos ifdefs. Entao, isso s� prova q isso seria
> equivalente a reescrever o n�cleo inteiro.
Se a equipe do Kernel resolvesse reescrever o kernel inteiro, deixaria de ser
Linux? Talvez sim, talvez n�o - � uma quest�o que seria resolvida por eles,
n�o n�s.
> > > Falha em que ponto? Eu nao disse nada que nao pode ser provado. Acontece
> >
> >Acontece que tem muita gente que acha que vc n�o consegue provar... ;-)
>
> Teria a maior satisfacao em saber o que ficou em aberto em relacao aos meus
> argumentos. Se vc apontasse os trechos, seria melhor ainda. Ficaria feliz
[...]
> referencias, links, livros e at� as p�ginas onde est�o os trechos que
> provam meu ponto de vista.
Tecnicamente, j� disse mais de uma vez que vc n�o est� errado. Apenas n�o est�
100% certo. Mas eu teimo em dizer que devemos analisar o problema de cima,
al�m do n�vel t�cnico. Temos as implica��es pol�ticas de todo este processo.
Uma an�lise mais cuidadosa no conte�do da http://www.gnu.org revela que a
maior parte dos textos s�o de cunho pol�tico. Como eu gosto de dizer,
computadores e programas s�o ferramentas.
"O que � a espada comparada � m�o que a empunha?"
> >Tem maluco por a� que leu sim. Tem muita gente especialista em peda�os do
> >kernel, e juntando com gente especialista em outros peda�os do kernel,
> >consegue se juntar e formar uma opin�o s�lida a respeito dele....
>
> Nem Linus Torvalds leu o kernel todo. � humanamente imposs�vel para uma
[...]
> Brasil. Arnaldo, vc j� leu a �rvore toda do Linux 2.4? =))
� para isto que existe trabalho em grupo!!!
> >Basta uma linha apagada, um sinal invertido, uma refer�ncia quebrada e todo o
> >c�digo � posto em cheque. Vc � OBRIGADO a auditar 100% DO C�DIGO antes de
> >afirmar categoricamente se ele � bom, mau ou perigoso.
>
> Isso � contraproducente. Segundo Programa��o Modular, de Arndt Staa
N�o, n�o �. � usada pela IBM, pela Microsoft, pra n�o falar no Pent�gono. Eles
inventaram a linguagem ADA pensando em AUDITAGEM.
> (Campus), o programador nao � obrigado a conhecer a implementa��o inteira
> para interagir com o programa, mas apenas dominar as interfaces de
> programacao que a implementacao disponibiliza, e cabe ao programador
> responsavel por aquela API auditar a SUA parte do codigo no caso de algum
> problema, evitando a analise de uma base de codigo inteira que levaria
> meses ou at� anos.
E � por isso que a Microsoft teve tantos problemas no seu c�digo - a pessoa
que audita o c�digo � a mesma que o escreve - em termos de seguran�a, n�o
poderia ser pior. Programadores e Analistas de Sistemas s�o pessoas iguais ao
caixas banc�rios e ao seguran�a da portaria.
> Esse ponto de vista � compartilhado por James Gosling e
[...]
> roda, quebra o problema grande em varios problemas pequenos e o tempo
> perdido em auditorias q podem nao dar em nada eh diminuido a quase zero.
EU n�o me lembro de quem da Microsoft escreveu um artigo muito interessante
sobre Engenharia de Software em que ele destacava m�todos contra-producentes
de motivar o programador - ele dizia que se vc colocar o cara na parede, ele
vai poupar tempo N�O implementando corretamente as fun��es menos vis�veis da
�rvore de c�digo (ele mencionou uma fun��o do MS Word que retornava o tamanho
da fonte corrente - o cara fez simplesmente um return (12) e f*d@-se).
Sem uma auditagem no c�digo, este tipo de situa��o n�o teria sido pega.
Auditoria � regra b�sica em todos os segmentos da atua��o humana. N�o seria
diferente em Software.
> Se o Fusca 86 p�ra de funcionar a cada 10 quil�metros, a emenda vai sair
> pior do que o soneto. � por isso que ou eu uso a solucao perfeita, ou nao
> uso nada.
Ent�o lamento informar que provavelmente vc n�o vai usar nada nunca... A
solu��o ideal nunca � a perfeita, porque n�o existem solu��es perfeitas.
Existem as adequadas.
--
[]s,
([EMAIL PROTECTED])
Quote of week: The day Micro$oft makes something that doesn't suck is the day
they start selling vacuum cleaners.
Assinantes em 07/07/2001: 2259
Mensagens recebidas desde 07/01/1999: 121848
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
