Excelente coment�rio Andr� !
A comunidade agradece.
[EMAIL PROTECTED]
----- Original Message ----- From: "Andre Cavalcante" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Wednesday, March 30, 2005 5:47 PM
Subject: Re: [usuarios OOo] Open x Star
Ol� Henrique,
Alguns coment�rios: se o OOo 2.0 est� fortemente baseado em Java, isso quer dizer que ele se torna mais port�vel, o que � bom pro pessoal do desenvolvimento e ser� para os usu�rios, por exemplo, eu tenho muitos problemas de formato de p�ginas entre a mesma vers�o do OOo para linux e para o Windows. Os problemas de velocidade do Java, entretanto n�o se devem ao fato de Java ser "pesado", mas sim de ele ser interpretado na m�quina destino por uma JVM (Java Virtual Machine). Java, alias, n�o � particularmente pesado, no que conta a quantidade de bytescodes gerados para um mesmo servi�o que fosse feito em C, por exemplo. Ainda mais, esse interpretado hoje j� est� sendo resolvido com JVMs que fazem uma compila��o "on the fly" seletiva do c�digo sendo carregado, as classes Java. para c�digo nativo (o mesmo que seria gerado a partir de um C). E � um fato, a JVM para Windows da Sun � bem mais r�pida que a JVM da pr�pria Sun para Linux.
O fato de o banco de dados nativo ser em Java n�o � nehuma limita��o. Vejo at� com bons olhos pois o produto base � bastante est�vel e r�pido, para o tipo de aplica��o que se visualiza para suites de escrit�rio. Entretanto, o problema � que o pessoal quer utilizar tanto o HSQLDB (do OOo 2.0) quanto um Access da vida pra armazenar centenas de milhares de registros e querem que a pesquisa dure menos de um segundo. Isso � coisa para bancos de dados como MS-SQL Server ou Oracle. Tem gente que faz isso na pr�pria planilha, como se planilha fosse banco de dados. Ora, n�o conv�m misturar o que aplica��o corporativa do que � aplica��o de escrit�rio. (O OOo mant�m a filosofia de acesso aberto a dados, n�o necessitando, se voc� n�o quiser, em usar o HSQLDB)
Esse � o principal inc�modo que vejo no uso dos aplicativos da M$, ela vende um front-end: o MSOffice e empurra guela abaixo todo o seu parque de back-ends. E as pessoas acham que devem ter o MS Office mais recente porque ele tr�s um milh�o de novas funcionalidades, mas que dependem de todo um parque pesado por detr�s... Como n�o compram o restante dos programas, provavelmente porque o front-end j� � pr� l� de pirata, v�o dando um jeito de contruir verdadeiros ERPs em cima de uma suite de escrit�rio. Acho mesmo que uma suite deveria apenas ter macros de teclado e jamais uma possibilidade de automa��o t�o grande como o pr�prio OOo tem. Um ambiente de macros, mesmo no OOo, feito na minha empresa � t�o incompat�vel com qualquer outror que fica praticamente imposs�vel tranferir um arquivo de formul�rio eletr�nico entre dois setores sem ter problemas de compatibilidade... e seguran�a... Quer um exemplo, um bocado de gente acha que 32000 linhas em uma planilha � uma limita��o gritante para o OOo, tanto que os devs tiveram que aumentar o limite para 65000. Ora, 32000 linhas j� � um banco de dados faz tempo e com certeza a aplica��o est� no local errado, na hora errada e no aplicativo errado (esse � o fato). Eu nunca fiz uma planilha que passasse de 100 linhas, na m�o, n�o h� tempo ou saco que chegue. Somente com alguma automa��o se chega na casa dos milhares...
Outra quest�o: a linguagem Java ser "livre"; voc� pode utiliz�-la sem ter que pagar nada a ningu�m, como voc� faria se estivesse fazendo em C ou Pascal. O ambiente de programa��o � que pode ser pago, mas a pr�pria Sun n�o o faz. J� est� em discuss�o a abertura do c�digo do SDK de Java (o ambiente de programa��o da Sun) e, em poucos anos � o que vai acontecer, s� n�o foi ainda por quest�es de manuten��o de compatibilidade entre os diversos sabores de Java (as implementa��es) que s�o todas seladas pela Sun. Mas agora se voc� quizer construir uma JVM a� sim tem que pagar royaltes para a Sun, mas acho que n�o � o caso, pois utilizamos o Java n�o no n�vel de bytecodes, mas da linguagem.
� engra�ado que o pessoal fala das aplica��es feitas em Java como pesadas e lentas, mas ningu�m reclama do MSOffice 2003 � quase todo em .NET que tamb�m � interpretado e, esse, sim muito, mas MUITO mais pesado que o Java.
Andr� Cavalcante CETELI / UFAM Manaus, AM.
On Tue, 29 Mar 2005 16:00:44 -0300, Henrique Cesar Ulbrich <[EMAIL PROTECTED]> wrote:
Historiadores acreditam que, em Seg 28 Mar 2005 15:52, Gilmar Amaral disse: > Se voc� quizer pode pensar em instalar o OpenOffice 2.0, que est� para > ter uma vers�o final daqui h� um dois a tr�s meses, e talvez seja > melhor esperar esse tempo para depois n�o precisar fazer upgrade.
Por falar nisso, o que voc�s acham desse arranca-rabo que est� tendo pelo fato
do OOo 2.0 ser pesadamente baseado em Java, ao contr�rio do OOo 1.1.x?
Parece que muito do core agora � em Java tamb�m, n�o s� plugins e acess�rios.
O Bancdo de Dados (nosso Access), por exemplo, � todo em Java.
Que acham disso?
Eu particularmente detesto Java, tanto por n�o ser livre (quest�o puramente
pessoal e que n�o coaduna com a da maioria aqui) e por ser lento pra xuxu
(opini�o t�cnica com embasamento e corroborada por muitos aqui).
Refer�ncia para discuss�o: http://software.newsforge.com/article.pl?sid=05/03/22/204244 http://developers.slashdot.org/article.pl?sid=05/03/28/2218246&tid=108&tid=117&tid=185&tid=106
-- Henrique We've always had him! http://www.ericblumrich.com/thanks.html
"Esta mensagem n�o cont�m nenhuma informa��o confidencial, pois se � para ser confidencial n�o poderia ser transmitida por e-mail em uma lista p�blica. Portanto voc� pode fazer qualquer coisa com esta mensagem, incluindo esta s�tira �s notas de copyright rid�culas --- como aquela que sua empresa manda voc� colocar --- que eu n�o estou nem a�!!!"
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- Andr� Cavalcante Manaus, AM.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
