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