Kiss The Blade 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.
>
Ah, claro, n�o foi porque os acionistas quiseram n�o.
Foi uma senhora batalha l� dentro, os maiores acionistas quase
tiveram de arrancar as am�dalas do
BillBorg pelas orrelhas pro cara dar o bra�o a torcer e mandar o OSR1
com TCP.
Demanda existia amiguinho, o neg�cio � que o Bill achava que a net
n�o ia dar nada, e queria empur
rar a MSN pros usu�rios.
Leia mais sobre a M$...
>
>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.
>
>
Hehehehe
Por isso que n�o se usa Windows em ambientes s�rios e vitais de
trabalho.
=o)
>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.
>
Ok, vc t� certo nesse ponto.
>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.
>
>
Yes.
>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.
>
>
*> NA <* vers�o.
Mas como a Trumpet e Spider estavam demosntrando a necessidade
disso, fazendo dinheiro num vacilo
da M$, seu argumento fez �gua.
Em 6 meses n�o se cria uma demanda por TCP/IP artificialmente...
>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. ;)
>
>
Sim, mas o que fez 98% dos PC's PESSOAIS terem winblows foi o fato
de os OEMs terem um contrato
muito bom pra entregar o dito cujo com o OS embutido, e ai de quem
violasse isso.
Ou nem disso vc sabe?
A M$ s� ganhou tal poder por ter tido MUITA propaganda, e ainda por
cima asfixiando o OS/2, por exe
mplo, impedindo os OEMs de colocar qquer coisa n�o windows nas m�quinas.
Leia as minutas do processo, mais especificamente o depoimento do
dono da BeOS
>
>Vc est� totalmente fora da realidade do desenvolvimento de software.
>
>
Puxa, agora fiquei preocupado.
Vou parar de tomar LSD, t� dando muito na cara!
=o)
>Inventar s� por inventar � burrice.
>
CLAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAARO!
>Ningu�m faz nada por fazer, quando
>j� existem ferramentas que executam a fun��o necess�ria e est�o
>acess�veis.
>
Ei, vc j� ouviu falar de um finland�s tonto, que fez um kernel
idiota a� s� por fazer?
>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.
>
N�o. � diferente, a M$ faz de um jeito diferente, patenteia,e
pro�be de usar o outro jeito na sua plataforma.
A� toma 9X% do mercado, e fala que � por causa da qualidade...
>
>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.
>
>
"Os computadores surgiram para resolver problemas que n�o existiam
sem eles...."
=o)P
>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.
>
Tsc tsc tsc
>A fun��o
>da Microsoft � vender software que resolva uma s�rie de problemas.
>
Hm.
>A
>fun��o do usu�rio � adquirir software que resolva seus problemas.
>
Hm
>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.
>
>
Uma palavra : IN�RCIA.
Tente comprar um PC sem windows, amiguinho.
>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.
>
Ah-han.
>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.
>
>
Voc� seria um p�ssimo detetive...
>Fal�cia.
>
Que chato!
>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.
>
?!?!!?!?!??!?!?!?!
Repito, um gar�om ou cozinheiro que n�o comem no pr�prio restaurante
demonstram a confiabilidade
da comida de l�.
>
>
>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.
>
>
N�o acho que um DNS Server tenha TANTOS m�dulos...
>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.
>
>
Eu nao disse ISSO.
Eu dsse que uma empresa que desenvolve ferramentas tem a obriga��o
moral de utiliz�-las para demontrar
a confian�a nelas.
N�o que os PROGRAMADORES que a desenvolveram tenham de pilot�-la...
>
>
>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.
>
>
Se n�o t einteressa, pra q vc responde?
E se nessa lista tem tanta gente capacitada, acho um bom lugar pra
perguntar o que n�o sei.
Ali�s, esse � o objetivo de uma lista, n�o?
>N�o � cinismo, pois a Microsoft N�O usa c�digo GPL em seus produtos.
>
>
AHAHAAHAHAHA!
N�o , usa programas GPL na pr�pria infraestrutura.
E eles n�o tem um lance que usa GCC l� n�o?
ISso tenho certeza.
>Quem acusa det�m o �nus da prova: prove para n�s qual � o c�digo GPL que
>a Microsoft usa em seu software.
>
>
Ela usa progs GPL sim:
http://www.google.com.br/search?hl=pt&ie=UTF-8&oe=UTF-8&q=site%3Amicrosoft.com+gcc+tar+interix&lr=
Mas provar DENTRO dos softs, s� roubando o fonte, e eu n�o toua fim
de perder meses de vida e correr
o risco de ser preso pra provar isso.
Mas procure se informar, se tiver QQUER GPL dentro do c�digo, est�
MUITO bem escondido.
Sobre freesoft, o OutLouco e a Media player usam ZLib, quer a prova?
>Em tempo: nenhum dos exemplos citados por vc s�o GPL.
>
Sim claro.
Se algu�m um dia achar c�digo GPL dentro do Windows, vc sabe que o
mundo vai acabar.
Pelo menos pro lado da M$.
>
>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. :)))
>
>
>
Sim acho que malhar uma licen�a e uma comunidade, usar os frutos
dela, e n�o dar nada de volta, cinismo.
;-)
Veja bem, nem tanto, pq eu sou pago.
Ali�s, boa parte das pessoas s�o pagas, e n�o esque�a que GPL!= Gr�tis.
Veja o TORA...
>
>?????????????
>
>
>
Se submeter �s EULA's da M$, e ao regime de licen�as deles, �
suic�dio, pois nota-se que eles n�o
ligam muito pra valores que n�o sejam monet�rios.
>
>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.
>
>
>
Sim, mas pesquisas pr�ticas, com grandezas exatas.
E aprendemos a fazer isso quase instintivamente.
Um relat�rio n�o precisa da complexa estrutura de um teorema em
arqueologia.
E os *>bons<* engenheiros fazem pesquisa mesmo, e aplicam aos
problemas em m�os, procurando resul
tados pr�ticos.
Tipo, a m�o na massa tende a fazer voc� pensar um pouco diferente de
um arque�logo que contr�i o dia a
dia de uma civiliza��o morta atrav�s dos cacos de ceramica num s�tio de
escava��o.
Tem MUITA elucubra��o baseada em premissas que pdem ser outras
elucubra��es.
J� a resist�ncia do concreto pra segurar uma casa, o eco de uma
explos�o num terreno petrol�fero, ou o pro
tocolo de comunica��o entre dois processos seus em E-Commerce s�o muito
mais, hm, vis�veis e imediatos
de se observar e corrigir.
>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...
>
>
>
� mesmo, ainda tem gente que diz que GPL � gratuito e n�o funciona
aqui...
>
>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.
>
HAHAHAHAHAHAHAHAHAHAHAH!!!!!
>
>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.
>
Abra o motor, pegue l�pis e papel, e uma caixa de ferramentas.
Em alguns dias vc tem o projeto do motor.
Ou compre a quatro Rodas
>
>E estes, meu querido, s�o o c�digo fonte do motor. As pe�as e
>engrenagens s�o os bin�rios.
>
>
Sim, mas o fonte t� l�, juntinho...
Fale com um mec�nico.
Assinantes em 10/07/2002: 2233
Mensagens recebidas desde 07/01/1999: 174477
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]