> Concordo em partes, com algumas resalvas. Quantos programas for Windows
> voc� ja viu ser distribuido com problemas de vers�es nas bibliotecas?
> Quantos no Linux?
Um exemplo pr�tico: Eu fiz um programa e distribu� com setup, com as
bibliotecas, buinitinho para o meu cliente. Mas a� ele, contrata o Edgard ou
o L�sias (alguns dos mais fluentes nessa thread) pra desenvolver outro
software pra ele. Ok, eles fazem o programa, fazem o setup deles e mandam
instalar. Funciona 100%. Ou pelo menos � assim que deveria ser ...
Digamos que o programa dele use algumas bibliotecas que eu usei, mas
em vers�es mais novas.
Na hora da instala��o, o setup sobrescrever em sil�ncio todas as
bibliotecas, e o programa dele funcionar� a contento, e presume-se que o seu
tamb�m. Digamos que essas 'bibliotecas' sejam componentes activex. Espera-se
que o desenvolvedor delas mantenha uma retrocompatibilidade pra que
programas antigos possam usar bibliotecas novas.
Acontece que existe uma empresa, grande fornecedora de componentes,
que � especialista em quebrar compatibilidade. (precisa dizer qual� ? ).
Exemplo real agora: Na empresa em que trabalho, o componente de
acesso a dados usado � o MDAC (Microsoft Data Access). Por causa do jeito
que o sistema desenvolvido aqui � programado, ele abre n�o uma, mas algumas
consultas aos bancos de dados. Usando o MDAC 2.1, funciona tudo a contento.
Mas com vers�es superiores a essa, temos problemas de muitas conex�es em
esta��es Windows 98, muito mais do que � o normal do sistema.
Solu��o: N�o instalar o MDAC, ok ?! Bem, no Windows 2000, o MDAC
por default � o 2.6 (ok, o problema de m�ltiplas conex�es n�o existe no
2000. Ali�s, o 2000 n�o permite que se sobrescreva DLL's instaladas por
vers�es mais antigas. Pode parecer �timo pro usu�rio, mas hrr�vel pro
desenvolvedor que trabalha com m�ltiplas vers�es). A quest�o � que algum
programa da MS instalou o MDAC 2.6 no cliente. N�o se sabe se foi o IE, o
diabo que fez isso.
> Voc� ja pensou em distribuir seu programa para um usu�rio inesperiente
> intalar no linux, precisando atualizar alguma bibliotecas?
> Sabe o que ele vai pensar do seu programa?
> Como vou fazer? Como posso atualizar? Aonde encontrar? qual a sintax da
> linha de comando? E se essa atualiza��o ter depend�ncias em outras
> bibliotecas?
Agora tentemos imaginar esse cen�rio no linux (como se isso fosse
poss�vel..)
1) Em primeiro lugar, se o MDAC fosse GPL, e as distros resolvessem
atualiz�-lo, e meu programa n�o funcionasse direito, de cara eu j� ganho
op��es:
1a) Posso baixar o fonte dele, procurar por um eventual bug
e report�-lo.
1b) As distros baseadas em rpm gentilmente oferecem pacotes
de compatilidade pra vers�es anteriores. Bastaria instalar um desses e ter
duas vers�es distintas do MDAC no meu sistema.
2)Qdo o programa do Lisias fosse ser instalado (desde que bem
empacotado � claro, rpm � bom mas sozinho nada faz milagres) ele entraria em
conflito com a minha vers�o de MDAC que tenho instalada. A melhor hip�tese,
seria que o pacote MDAC fosse distr�buido em um rpm sepado ( e na hora na
instala��o ele daria alguma msgs de erro dizendo que meu programa depende
dele).
Quanto a ferramentas de instala��o pra usu�rios, isso j� foi
discutudo (e muito na lista) : A instala��o � para t�cnicos.
Embora o sistema de pacotes talvez seja um pouco mais complicado que
um install shield, as vantagens s�o em n�mero muito maior.
[]'s
- Walter
�[]
Jean Carlos Naumann
Adm. de Redes e Sistemas
Universal Ve�culos Ltda
Universal Comercial Ltda
Cia Jordan de Ve�culos
----- Original Message -----
From: "Walter Rodrigo de Sa Cruz" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 16, 2001 11:20 AM
Subject: RE: (linux-br) Porque o Linux � melhor que o Windows ?
Uma das coisas em que o Linux � humilhantemente melhor � no controle de
vers�es de bibliotecas.
Algu�m aqui j� desenvolveu em plataforma windows ?!
Bem, digamos que vc fez um programa, lind�o. Agora chegou a vez de vc fazer
o setup dele pra distribui-lo pros seus clientes.
S� que nesse programa voc� usou alguns componentes que vieram com o IE 5.5,
etc etc.
Solu��o: incluir os componentes tamb�m no setup. S� que muitas vezes, o
windows n�o resolve direito o lance das vers�es e as coisas passam a n�o
funcionar a contento.
Fa�a um programa no linux e distribua-o (principalmente em distros que
suportem pacotes, a la rpm ou dpkg). Se precisar de alguma biblioteca,
bastar� instalar um pacote - que vc ter� certeza de qual vers�o se trata ..
Isso amigos, � meio d�ficil no windows
[]'s
- Walter
Assinantes em 17/07/2001: 2244
Mensagens recebidas desde 07/01/1999: 123353
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
