On Fri, 05 Jul 2002 13:20:46 -0300 "Leonardo T. de Carvalho" <[EMAIL PROTECTED]> wrote:
> E por que ent�o o primeiro Win95 N�O veio com uma ? Pq n�o havia demanda. Quando h� demanda por um produto, h� oferta desse produto. Foi o que aconteceu. Eu posso escrever um software para an�lise de padr�es biom�tricos de uma imagem hologr�fica transmitida por um aparelho em Alfa-Centauro. Se n�o h� demanda pelo software nem viabilidade econ�mica da produ��o dele sen�o daqui a 150 anos, � lusitanismo incluir isso agora no meu produto principal. Agir de forma diferente, incluindo software com fun��es que ningu�m vai usar num produto que n�o tem necessidade deste software naqle momento se chama creeping featuritis. Ou simplesmente burrice. E vc est� enganado quando fala que n�o se fazia rede antes da primeira pilha TCP/IP para Win95. TCP/IP n�o � sin�nimo de redes. A Microsoft tinha diversas pilhas IPX, NetBEUI e o escambau funcionando no Win3.11 for Workgroups e at� (OH!) Win95. E eu j� vi dessas at� para DOS 6. Em 1995 simplesmente n�o havia demanda para redes TCP/IP para o publico alvo do Win95. Logo, eles n�o incluiram nas versoes iniciais do produto. Pr�tica padr�o de neg�cios. > Eles achavam que um neg�cio chamado "rede" n�o faria sucesso ? Pq n�o fez, at� o momento em que houve demanda. Quando houve demanda, houve oferta do produto. A genialidade consiste em agir no momento certo, na hora certa. N�o � � toa que 98% das esta��es de trabalho em empresas usam software Microsoft. Isso desde antes das pilhas TCP/IP, que n�o sao sinonimo de rede. ;) > E pq a "Microsof Research" n�o criou um browser? Ou uma biblioteca > de compress�o? Vc est� totalmente fora da realidade do desenvolvimento de software. Inventar s� por inventar � burrice. Ningu�m faz nada por fazer, quando j� existem ferramentas que executam a fun��o necess�ria e est�o acess�veis. Vc deixa de usar o quicksort, que � um algoritmo estudado, testado, refinado e disponivel h� v�rios anos apenas pq o algoritmo j� foi feito por outra pessoa, e resolve queimar ju�zo tentando implementar outro que fa�a a mesma coisa? N�o, n�? Nem a Microsoft. As inven��es surgem para RESOLVER problemas. O processo de cria��o da inven��o n�o pode criar mais problemas do que aqueles os quais a inven��o se prop�e resolver. A computa��o, n�o como forma de resolver problemas mas apenas como masturba��o mental n�o � fun��o da Microsoft, nem dos usu�rios. A fun��o da Microsoft � vender software que resolva uma s�rie de problemas. A fun��o do usu�rio � adquirir software que resolva seus problemas. Cabe a ele decidir se a "inventividade" do criador compensa a s�rie de problemas adicionais que ele vai ter por conta dessa inventividade desnecess�ria. > E como eles fizeram em tempo recorde uma pilha TCP/IP seguindo um > buzilh�o de RFC's? As RFCs nao definem completamente as diversas diferen�as do comportamento das pilhas IP dispon�veis. Se vc seguir estritamente as RFCs para implementar uma pilha TCP/IP, ela n�o vai conseguir nem efetuar uma conex�o. Existem v�rios outros materiais de refer�ncia. E como eu disse antes, pode ser que isso j� estivesse em estudo h� v�rios meses na MS Research. Ou que eles tivessem comprado pronta. Ou simplesmente posto todas as dezenas de milhares de programadores juntos para fazer isso em tempo recorde. Desnecess�rio discutir esse ponto, � preciosismo besta. > Depende, quando voc� simplesmente FABRICA o componente do servi�o > (programas para servidores de > DNS, p.ex), � bem mais l�gico voc� usar o SEU produto, com pessoas > que o conhecem PROFUNDAMENTE > o pilotando. Fal�cia. As pessoas que implementam a tecnologia n�o s�o as mesmas que a administram. Um sujeito que desenvolve um m�dulo do Windows � um especialista, enquanto os administradores dessa estrutura s�o generalistas. Um generalista bem treinado tem muito mais condi��es de resolver problemas de uma infraestrutura heterog�nea do que o especialista que desenvolveu 10% daquela estrutura em n�vel de c�digo, pois muitas vezes o especialista n�o sabe como funciona uma depend�ncia daquela estrutura, que foi feita por outro especialista, em outro departamento, etc etc. Sem falar que sai MUITO mais barato contratar pessoas com infraestrutura e expertise proprias do que deslocar os programadores originais e tomar tempo deles executando funcoes para as quais eles nao foram contratados nem tem experiencia. > Que tal vc se informar em pq a SpyGlass n�o p�e o IE no portfolio > dela? Ou a M$? > A Zlib t� l�? > N�o sei... Rapaz, quem pergunta quer saber. A d�vida � sua, ent�o procure suas respostas vc mesmo. N�o pergunte isso a quem este assunto nao interessa nem a quem nao tem duvidas sobre isso. > Falar que o GPL � um c�ncer, anti-americano, � ruim pros neg�cios, > ruim pros empregos, > etc, e usar no pr�prio SO � realmente um belo cinismo. N�o � cinismo, pois a Microsoft N�O usa c�digo GPL em seus produtos. Quem acusa det�m o �nus da prova: prove para n�s qual � o c�digo GPL que a Microsoft usa em seu software. Em tempo: nenhum dos exemplos citados por vc s�o GPL. De qualquer forma, vc est� me chamando de c�nico pois eu sou contra a GPL, jamais usaria a GPL num software meu (a nao ser que me pagassem) e uso v�rios softwares sob esta licen�a. :))) > Mas a hist�ria da pilha TCP e do IE � um bom indicador de no que > vc se mete ao entrar no Lock In > da M$. ????????????? > Eu n�o tive essas aulas, sou engenheiro, n�o bi�logo ou > arque�logo..=o) Pois deveria. Metodologia e m�todos e t�cnicas de pesquisa s�o ESSENCIAIS para qualquer pessoa que se disponha a realizar uma pesquisa sobre determinado assunto, expor suas id�ias, relacionar fatos e suposi��es, provar cientificamente seu ponto, e confirmar ou desmascarar o senso comum. At� onde eu saiba engenheiros n�o s�o aut�matos apertadores de parafusos, e fazem pesquisa sim. > Ent�o vc promete n�o chamar mais de Lenda Urbana? > Pq a� vc est� classificando pessoas que le�m e se informar h� mais > de 8 anos em idiotas > que acreditam em hoax, e faz isso SEM PROVAS. Mas � lenda urbana mesmo. As pessoas que l�em e se informam h� mais 8 anos sobre o assunto s�o as mesmas que dizem que TCP/IP � o unico protocolo de redes, que a ZLib � GPL e chamam raw sockets de packets... > KTB, vc deu MUITO mole de colocar um motor nessa hist�ria, pq a > melhor compara��o entre Soft Livre > e o mundo real s�o os autom�veis. Mais uma vez vc est� enganado. Os fabricantes de autom�veis d�o acesso ao motor da mesma forma que a Microsoft d� acesso aos seus softwares: entregando o produto diretamente ao consumidor. Eles nunca v�o te entregar de gra�a o PROJETO do motor: os pap�is, gr�ficos, esquemas e c�lculos necess�rios para se reproduzir um motor Zetec, por exemplo. E estes, meu querido, s�o o c�digo fonte do motor. As pe�as e engrenagens s�o os bin�rios. -- http://stampede.org/~thiagop :: Viva com esperan�a. Morra em desespero. Assinantes em 06/07/2002: 2222 Mensagens recebidas desde 07/01/1999: 174102 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
