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.
| 
