21/12/00
18:23:00
Internet: Java
ou Windows?
Infoworld/EUA
Yager: No meio do barulho do julgamento antitruste da
Microsoft, dos vírus de e-mail do Outlook e da apresentação da .NET, a
Microsoft entregou o Windows 2000 Server. Ele passou despercebido,
principalmente graças à ausência de um marketing eficaz da companhia.
Este novo sistema operacional inclui um conjunto completo de facilidades
de middleware corporativas: transações, objetos distribuídos, um banco
de dados robusto e messaging garantido. Aliado ao servidor Web Internet
Information Server (IIS) e à uma facilidade de scripting poderosa, o
middleware do Windows 2000 arredonda um ambiente poderoso para
aplicações corporativas. E tudo está incluído no preço do Windows 2000.
Fielden: Talvez seja verdade que o Windows pode fornecer uma
solução abrangente para implementar aplicações de negócio, mas um dos
meus grandes problemas é que ele o faz de maneira extremamente
proprietária. Isso obriga fornecedores, empresas e usuários finais a se
submeterem a um sistema fechado. Além disso, dado o meu background de
arquiteto de sistemas, tenho um enorme problema com qualquer pessoa que
sugira implementar uma solução restrita a uma plataforma – o PC. Ao
contrário do Java 2 Enterprise Edition (J2EE), que permite aos usuários
escolherem as plataformas que fazem sentido para seu negócio, o Windows
2000 elimina esta escolha e encoraja o conceito de server farming, para
deleite dos fabricantes de hardware e software – cada um buscando uma
fatia do bolo.
Admito que, quando as empresas estavam no meio da computação
cliente/servidor, o Windows, com freqüência, provou ser a melhor direção
estratégica. Mas, na atual era pós-PC, Java faz um trabalho vastamente
superior de se posicionar em uma base muito maior de dispositivos de
consumo e plataformas servidoras.
A capacidade do Windows 2000 melhorou muito desde os tempos do NT.
Mas, infelizmente, o mesmo aconteceu com as complexidades do produto.
Quando se considera o volume de esforço necessário para fazer serviços
obrigatórios como Active Directory funcionarem, não posso, em sã
consciência, recomendá-lo.
Serviços similares,escolhas similares?
Yager: O menu de serviços de aplicações empresariais do J2EE é
extraordinariamente similar ao do Windows 2000. O J2EE não o vence em
recursos básicos. O J2EE é Java, o que é visto por quem já codifica em
Java como uma vantagem. Gosto da Java, mas prefiro escolher uma
linguagem para cada projeto, e codifico para serviços do Windows 2000
usando C++ e JScript.
Fielden: Tendo admitido que gosta de escolher, por que você
recomendaria algo que oferece tão pouco? Se você observar a popularidade
da Java na indústria agora, seria uma aposta segura suportá-la,
especialmente considerando-se que ela é apoiada por fornecedores como
Sun Microsystems, IBM e Oracle, para citar algumas. Você falou em
codificar para serviços do Windows 2000 – qual é a diferença de
codificar para a especificação Java? O uso de serviços do Windows 2000
não proporciona dianteira. Ambos provêem ao usuário conectividade e
capacidade de reutilização.
Você tem que considerar não só o custo, mas também a disponibilidade
de recursos para executar o trabalho. Eu poderia apostar que, embora um
grande número de desenvolvedores seja qualificado em C++, um número
ainda maior é encontrado no campo Java.
Quanto a mesclar linguagens de aplicação, você deve observar que as
aplicações de negócio escritas com J2EE podem incluir o uso de funções
codificadas em muitas linguagens que não Java, como C++.
Custos e necessidades de recursos
Yager: Muito me espanta que alguém pague US$ 25 mil por CPU
para J2EE quando as facilidades corporativas do Windows 2000 são
incorporadas ao sistema operacional. Tendo em vista que o J2EE é escrito
em Java, você precisa de muito hardware robusto para rodar essas
aplicações. Uma licença de US$ 1.800 do Windows 2000 lida com quatro
CPUs e 25 licenças clientes, e ele roda em PC servers velozes e
acessíveis. Quanto ao custo a longo prazo, todos os gastos associados ao
Windows são mais baixos: treinamento, serviço de hardware e suporte a
software. Em comparação, o J2EE é um sorvedouro de dinheiro.
Fielden: Onde você viu o preço de US$ 25 mil? Consegui baixar o J2EE
(de java.sun.com/j2ee/download.html) e criar uma variedade de aplicações
de negócio que rodam bem em uma multiplicidade de plataformas muito mais
baratas do que o necessário para suportar uma grande corporação com
tecnologias Microsoft.
A afirmação de que J2EE requer hardware robusto para ter êxito é um
mito. Na verdade, se você fosse comparar ambientes de negócio idênticos
com 10 mil ou mais usuários, a configuração Windows exigiria muito mais
hardware, já que os requisitos de memória e disco são mais altos para
Windows do que para J2EE.
Em termos de habilidades, quem pode codificar para Java também pode
codificar para a especificação J2EE. O Windows 2000 demanda grande
conhecimento do sistema para fazê-lo funcionar corretamente. Além disso,
a mudança de estratégia de objetos da Microsoft do seu próprio COM
(Component Object Model) para o SOAP (Simple Object Access Protocol)
causará grandes dores de cabeça para desenvolvedores e para empresas que
investiram muito em COM. Segundo um relatório recente do Gartner Group,
o COM da Microsoft não deve mais ser visto como uma estratégia viável.
Dianteira do J2EE
Yager: O Windows 2000 é baseado em tecnologias da versão 4.0
do Windows NT e existem muitos desenvolvedores de Windows experientes.
Infelizmente, a maioria desconhece os novos serviços corporativos do
Windows 2000. A Microsoft tem se mostrado lenta no processo de
disseminar sua mensagem corporativa. Na verdade, na Professional
Developers Conference deste ano, a empresa focou totalmente a .NET. Acho
que isso dá à Sun um período de um a dois anos para estabelecer o J2E. O
J2EE pode até ganhar presença, no espaço Windows, entre aqueles que não
percebem que serviços comparáveis já estão no sistema operacional
Windows 2000.
Fielden: Tom, nós dois sabemos que o J2EE já está bem estabelecido no
mercado. O fato é que mais de 50% do código do Windows NT foi
substituído para criar o Windows 2000, o que representa uma barreira
educacional enorme para os desenvolvedores.
Eles também vão precisar de tempo para aprender sobre a .NET (SOAP e
C#). É um custo imenso e um dreno de tempo para as empresas que estão
tentando ser competitivas na Nova Economia. A mudança da Microsoft de
COM para SOAP é que dará dianteira ao J2EE. Além do mais, estamos
passando para a computação baseada na Internet, para a qual o J2EE é
muito mais adequado.
Quem é devorador?
Yager: O J2EE merecia constar do Guinness, livro dos recordes,
por ser o maior devorador de CPU e memória do mundo. Um servidor Sun de
US$ 75 mil mal seria adequado para o J2EE. Os serviços do Windows 2000
são escritos em C++ e executam com rapidez e suavidade em hardware muito
mais barato. Quanto a estabilidade, administradores experientes podem
criar servidores Unix, Linux e Windows que funcionem sem parar. Os
gerentes de informática, tradicionalmente, estão mais dispostos a gastar
dinheiro com sistemas para administração do Unix, pensando que quem já
usou o Windows pode operar servidores Windows corporativos. Está errado,
e alimentou o mito de instabilidade do servidor da Microsoft. Servidores
Windows infalíveis são uma realidade; você só tem que saber como
criá-los.
Fielden: Tom, tive que rir quando li seu comentário sobre os
requisitos para rodar aplicações J2EE, já que o uso para rodar
aplicações de negócio em hardware de menos de US$ 5 mil, e não percebi
degradação na performance vs. configurações high-end rodando as mesmas
aplicações. Seu argumento é mais apropriado para aplicações de negócio
empresariais rodando na plataforma Windows. Todo mundo sabe que o
Windows é um glutão de recursos de hardware.
Talvez você possa criar um ambiente de servidor Windows estável, mas
o fato é que, com o correr dos anos, a Microsoft relaxou nos esforços de
desenvolvimento. O código Windows está cada vez maior e mais complexo.
Objetos concorrentes
Yager: Lembre-se de que a Sun tirou a Java da trilha dos
padrões. A Sun usou seu monopólio de Java para corrigir taxas de licença
ridiculamente altas para o J2EE. Fora isso, Sun e Microsoft têm
abordagens similares para a abertura. Ambos cortejam os desenvolvedores
ativamente, e esses criam muitos aprimoramentos para Java e Windows
disponíveis comercialmente e gratuitos. A dianteira de padrões da Sun
está no uso de CORBA como uma camada de objeto pelo J2EE. A Microsoft
escolheu o SOAP, muito mais fácil de codificar e gerenciar do que o
CORBA. Mas CORBA tem um séquito de adesão enorme – a Microsoft,
definitivamente, está lutando para se recuperar com os padrões de
objetos.
Fielden: Tom, você tem uma visão interessante das coisas. A
Sun não detém monopólio sobre Java. A Microsoft optou por afastar-se da
comunidade Java quando descobriu que não poderia controlar o mercado. Em
termos de abertura, não há comparação entre Windows e Java, já que o
primeiro é fechado e está passando para o status de legado devido à
mudança para a era pós-PC. O último é muito mais aberto e alinhado com
tecnologias de Internet.
Os únicos “aprimoramentos” disponíveis gratuitamente que vi vieram da
comunidade de desenvolvimento Java. Admito que CORBA e COM sejam
igualmente difíceis de lidar e não consigo ver como um seja mais fácil
do que o outro. A Microsoft tem que tomar cuidado na iniciativa de
passar de COM para SOAP. O problema é alienar muitos desenvolvedores que
dedicaram tempo e empenho a aprender COM.
Além disso, SOAP não pertence só à Microsoft. É um padrão e outros
fabricantes estão muito à frente na tarefa de implementá-lo de uma
maneira realmente aberta. A IBM, por exemplo, liberou-o para a
comunidade open-source. Os desenvolvedores de Java também podem
beneficiar-se facilmente de SOAP se eles quiserem.
|Computerworld - Edição 334 -
18/12/2000|
Copyright© 1997/2000 IDG Computerworld do Brasil Serviços e
Publicações Ltda. Todos os direitos reservados.
