Jah tive um q tinha o client tanto em Linux qto em Windows. Mas os outros, por exemplo, geralmente comecam a rodar no NT/2000 (como o pessoal eh teimoso, tsc, tsc ... :-) ) e depois geralmente sao migrados, i.e. movidos e configurados, para Unix por razoes obvias.
Se nao tivessem sido desenvolvidos em Java, simplesmente fazer isso nao seria possivel. Qdo o cliente ve q aquilo q foi prometido - migrar para outra plataforma eh soh uma questao de configuracao e de uma bateria de testes soh por seguranca - realmente aconteceu, ao contrario do q ele esperava, o cliente passa a depositar uma imensa confianca em vc, pq o investimento de migracao eh minimo (especialmente qdo ele jah tinha a makina com o outro SO). ---------------------------------------------------- Michael Nascimento Santos Sun Certified Programmer for the Java 2 Platform Moderador SouJava - www.soujava.org.br ----Original Message Follows---- From: Fabr�cio Pereira <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: <[EMAIL PROTECTED]> Subject: Re: [java-list] Artigo C# vs Java - consideracao final Date: Thu, 18 Oct 2001 17:08:52 -0300 Amigos, Gostaria de comentar um pouco o item referente a aplica��es multi-plataformas. Algum de vcs j� precisou desenvolver um sistema que para execu��o em maquinas com diferentes sistemas operacionais. Ou seja um mesmo aplicativo, que deve rodar em Windows, MacOS, Linux, etc.?. Um aplicativo que n�o poderia ser baseado em browser dada as limita��es do HTML ? Pois � este � um requisito fundamental do meu proximo projeto. E n�o h� alternativa: Ser� desenvolvido em JAVA. (N�o que isso seja mal, pelo contr�rio). Gostaria de saber as impress�es dos participantes do grupo, quanto a demanda (maior ou menor) por sistemas multi-plataformas. Acho � uma quest�o importante ao se decidir por uma nova tecnologia. []'s Fabricio ----- Original Message ----- From: "Michael Santos" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, October 17, 2001 8:55 PM Subject: Re: [java-list] Artigo C# vs Java - consideracao final > Primeiro de tudo, me sinto ofendido com seus ultimos comentarios. Ponto. > Segundo, essa pergunta eh muito relativa. Com q ambiente? IL compilada ou > interpretada? Java com JIT, Hotspot? > Java no server eh muito rapido. C# tvz seja um pouco +, mas pelo menos nas > minhas "brincadeiras" nao foi tuuudo isso nao, coisas de milesimos em > milhares de execucoes. > > Nao dah pra fazer uma grande distincao no server, mas no client C# eh bem + > rapido - mas se fosse soh isso, todo mundo soh usava Delphi, q eh OO, rapido > pacas, facil de desenhar interfaces e tem ateh pra Linux ... > > ---------------------------------------------------------------------------- > - > Michael Nascimento Santos > Sun Certified Programmer for the Java 2 Platform > Moderador SouJava - www.soujava.org.br > > ----- Original Message ----- > From: <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, October 17, 2001 1:00 PM > Subject: Re: [java-list] Artigo C# vs Java - consideracao final > > > > Ninguem tocou no ponto mais crucial : O QUANTO UMA LINGUAGEM � MAIS > R�PIDA/TEM > MAIOR PERFORMANCE QUE A OUTRA??? Ser� que vivemos num mundo tecno-virtual, > onde n�o se avalia mais o custo-benef�cio das coisas???? Quem paga o sal�rio > de voces???? Algum filantropo???? > > -- Mensagem original -- > > >Hum, let's continue... > > > >----- Original Message ----- > >From: "Andre Racz" <[EMAIL PROTECTED]> > >To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > >Cc: "Mauro Sant'Anna" <[EMAIL PROTECTED]> > >Sent: Tuesday, October 16, 2001 5:35 PM > >Subject: Re: [java-list] Artigo C# vs Java - consideracao final > > > > > >> Me desculpe Michel, apesar de gostar muito de Java, principalmente pelo > >fato de ela ser multi plataforma acho que o ponto principal dessa "guerra" > >foi perdido. > >> > >> � �bvio que a Microsoft vai fazer sua linguagens completamente ligado > ao > >Windows, isso n�o tem jeito de mudar, � a polit�ca deles, portanto falar > >que > >Java � melhor pelo fato de ser multi-plataforma n�o � um argumento t�o > bom > >assim. > >> > > > >Logico q eh. Pra Microsoft falar q o .NET eh comparavel ao Java, tem q > mudar > >a politica dela. Todas as lggs sao ligadas, em maior ou menor grau, a > >politica da empresa q a cria. Se nao, vc estah dizendo q nao vale dizer > q > >nao vale comparar o LInux com o Windows com base no custo jah q a politica > >da Microsoft eh vender o SO... > > > >> A facilidade de manuten��o, extensao e escalabilidade, mesmo em java, > s�o > >coisas que dependem muito da habilidade do desenvolvedor. > > > >Ah sim, mas q eh mais facil de fazer em Java eh... (pelo menos ateh onde > >testei/estudei) :-) > > > >> Na verdade a discuss�o maior n�o deveria nem ser em cima de features > da > >linguagem, como enum, struct e ponteiros, mas sim sobre as plataformas > nas > >quais essas linguagens se apoiam (na minha humilde opini�o). > > > >AIh seria .NET vs J2EE, ou .NET framework vs Java APIs, q eh outra > filosofia > >e uma thread muito interessante (q eu nao pretendo comecar a - q ache > >MUUUITO util, pq aih eh uma discussao sem fim, jah q soh o Java tem > milhares > >de classes entre J2SE/J2EE). > > > >> Ambas as linguagens/plataformas tem grandes qualidades e defeitos, > cabendo > >a cada desenvolvedor saber quando us�-las. > >(Apesar de ser um fan�tico por Java n�o teria problema de trabalhar com > o > >C# > >ou mesmo com VB, se o projeto fosse ganhar com isso). > >> > > > >Concordo. Mas realmente o custo de manutencao de um ambiente heterogeneo > >e > >diversificado como esse eh relativamente mais alto. Em poucas situacoes > >consigo imaginar Java e C# em um mesmo projeto, exceto em caso de EAI (q > >poderia ser feita por XML/SOAP usando soh uma das lggs na maioria dos > casos, > >but anyway...) > > > >> Um bom exemplo � um projeto com o qual me envolvi recentemente, > utilizando > >um cliente em VB, por causa das restri��es de m�quina do nosso cliente > e > >um > >servidor em Java, comunicando-se via SOAP. > >> > > > >Hum... Se fosse possivel - o q eu acho q nao, geralmente este tipo de dado > >eh confidencial - gostaria de mais info sobre isso pra discutirmos > melhor... > >(especialmente pq vc fez em VB e nao em C++. Why????!!!) > > > >> Ali�s, na minha opini�o, o SOAP foi uma das melhores coisas que a > >Microsoft poderia ter feito, mas isso j� fica pra outro e-mail... > > > >SOAP nao eh da Microsoft, embora ela tenha participado do processo de > >criacao - por sinal, o marketing deles dah a entender isso mesmo. Eh um > >padrao aberto, apoiado por gigantes da industria como a IBM. E, por sinal, > >as primeiras implementacoes de WebServices e SOAP foram feitas em > JAVA/J2EE. > >A Sun suporta o SOAP. Mas ele nao eh uma solucao pra tudo - na verdade, > eh > >uma boa solucao para relativamente poucos casos qdo comparada com > >CORBA/EJBs, especialmente pelo custo de execucao (se vc tem uma boa > conexao, > >vc nao terah problemas em ficar conectado, o q eh um dos grandes argumentos > >da MS pra isso... compare a porcentagem de sistemas corporativos nos quais > >o > >SOAP seria realmente util com os quais ele nao seria tao util/diminuiria > >a > >performance/aumentaria o trabalho de codificacao/nao contribuiria > >significativamente + para abstracao do q interfaces). > > > > > >O C# tem lah suas boas features, mas esse framework q o suporta ser voltado > >ao Windows, coisas como struct numa lgg q condena primitivos q nao sao > >objetos (santa incorrencia, Batman!!!), delegates, jogar fora as anonymous > >inner classes e ainda ter um SOAP modificado q sai fora da especificacao > >me > >deixam com um peh atras. Mas foi a melhor coisa q a Microsoft fez ateh > hj. > >Quem sabe no .NET 2.0... > > > >> Andr� R�cz > >> > >> -- > > > >Disclaimer: as opinioes expressas neste e-mail sao pessoais e de modo algum > >refletem a opiniao oficial do SouJava > > > >--------------------------------------------------------------------------- > - > >- > >Michael Nascimento Santos > >Sun Certified Programmer for the Java 2 Platform > >Moderador SouJava - www.soujava.org.br > > > >------------------------------ LISTA SOUJAVA ---------------------------- > > > >http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP > >d�vidas mais comuns: http://www.soujava.org.br/faq.htm > >regras da lista: http://www.soujava.org.br/regras.htm > >para sair da lista: envie email para [EMAIL PROTECTED] > > > >------------------------------------------------------------------------- > > > > > > > > ___________________________________________________________ > > http://www.zipmail.com.br O e-mail que vai aonde voc� est�. > > > > > ------------------------------ LISTA SOUJAVA ---------------------------- > http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP > d�vidas mais comuns: http://www.soujava.org.br/faq.htm > regras da lista: http://www.soujava.org.br/regras.htm > para sair da lista: envie email para [EMAIL PROTECTED] > ------------------------------------------------------------------------- > > > > ------------------------------ LISTA SOUJAVA ---------------------------- > http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP > d�vidas mais comuns: http://www.soujava.org.br/faq.htm > regras da lista: http://www.soujava.org.br/regras.htm > para sair da lista: envie email para [EMAIL PROTECTED] > ------------------------------------------------------------------------- > ------------------------------ LISTA SOUJAVA ---------------------------- http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP d�vidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm para sair da lista: envie email para [EMAIL PROTECTED] ------------------------------------------------------------------------- _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp ------------------------------ LISTA SOUJAVA ---------------------------- http://www.soujava.org.br - Sociedade de Usu�rios Java da Sucesu-SP d�vidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm para sair da lista: envie email para [EMAIL PROTECTED] -------------------------------------------------------------------------
