Jorge Luiz Godoy Filho wrote:
>
> On Sun, 15 Jul 2001, [EMAIL PROTECTED] wrote:
> > Jorge Luiz Godoy Filho wrote:
> >
> > Mais ou menos... PERL � uma linguagem interessante e muito eficiente
> > (levando-se em conta que � script), mas � de manuten��o dif�cil.
>
> (O nome � 'Perl', e n�o 'PERL')
8-P
> Manuten��o dif�cil? N�o acho.
> Depende do programador.
>
> Programo em Perl h� algum tempo e sinceramente, organiza��o �
> tudo.
Isto � verdade...
> Voc� quer ver algo se tornar catastr�fico? Shell! Shell script
> pode ser bem simples ou extremamente complexo. Tudo depende do modo
> como o programador escreve.
Tem coisa pior. Os makefiles tendem a serem horr�veis... ("P%T@ QU� P@R|# -
QUEM FOI A ANTA QUE ME BOTOU UM ESPA�O ANTES DO TAB??!?!?!?!" - o pior � que
normalmente a anta era eu...)
> Meus scripts costumam ter um ratio de 1:1 no que diz respeito a
> documenta��o / c�digo.
Os meus nem tanto, porque procuro escrever c�digo da forma mais humana
poss�vel. Todas as minhas vari�veis tem nomes descritivos (algumas, at� data
de batismo... hehehaah).
Mas estou derivando quando deveria integrar - a minha bronca com Perl � com a
sintaxe... Vamos � um exemplo pr�tico (r�diculo para quem � bamba � Perl, mas
ainda assim, irritante para quem t� procurando um bug e t� com pressa):
Tava eu feliz da vida, fazendo um script Perl (t� certo agora, seu chato? ;-)
) que procurava sufixos em taxonomias. Procurar prefixos � mais f�cil que
procurar sufixos, ent�o fiz um scriptiznho que invertia todas as palavras de
um pipe (admito : abrir pipes para escrita ou entrada no Perl como se fossem
simples arquivos � o m�ximo!!!). Pascaleiro como sou, n�o tive d�vidas.
Fun��o.
Mas sabemos que em Perl n�o existem par�metros formais, eles v�m em um array
chamado $_. Perfeito. Mas o identificador $_ tbm � usado na vari�vel string
default em entrada de dados para algumas fun��es (como ler um arquivo ou
aplicar regex sem especificar vari�vel). Como Perl possui um name space para
cada tipo de vari�vel, perdi 2 horas procurando erro de l�gica que n�o existia
porque na sub eu tinha colocado my $word = $_ ao inv�s de $_[0]. Porque $_ �
uma coisa, $_[0] � outra completamente diferente...
Isto pra n�o dizer que @array e $array s�o diferentes, mas $array[1] � o
segundo elemento de @array. E $hash{1} � o elemento "1" de %hash, que n�o tem
nada a ver com @hash...
(Sigh). Se eu me especializar em Perl, com certeza um dia isto deixa de ser
problema. Mas como f�nz�o de Niklaus Wirth, este tipo de coisa d� curto na
minha cuca...
> > Pelo pouco que conhe�o do Python (e pelo bastante que tenho
> > conhecido do PERL), exceto para p�ginas webs din�micas, o Python �
> > superior.
>
> Flamewar! :-)))
YESSSS!!!!!!!!!!!!!! 8-) Let's party!!!!!!!!! 8-)
> N�o acho. :o)))
> > N�o conhe�o nada de PHP, mas pela ado��o que ele tem tendo, ele deve
> > ter suas qualidades.
>
> Ele � simples... E facilita bastante a inser��o de falhas de seguran�a
> no c�digo, tamb�m...
Falando nisso... Tem algu�m usando Javascript por a�?
> > Mais ou menos. A grande limita��o de Java � mem�ria, e o pre�o da
> > mem�ria est� novamente caindo. Vc deve ser capaz de comprar um
> > gigabyte de mem�ria por uns 350 d�lares hoje em dia, o que n�o chega
> > a pesar no or�amento de uma corpora��o.
>
> Al�m do pre�o da m�quina virtual.
> E a "pris�o" que voc� ter� a essa m�quina.
> Lembre-se que o c�digo das m�quinas Java N�O � aberto. O c�digo do
> Perl �. Do PHP tamb�m. Do Python idem.
Isto l� � verdade. Mas n�o � pior que a 'pris�o' imposta por Oracle, DB2, e
cia s/a. Se uma empresa est� disposta a se arriscar em 50, 70 ou at� 100 mil
d�lares numa licensa de Oracle, n�o creio que o investimento em Java seja algo
problematico.
Al�m do mais Java possui um suporte da ind�stria e dos usu�rios maior que
Perl, PHP ou Python. Pelo menos, escrevo appletzinhas Java de anima��o desde
1992 ou 3 (com java 1.0), antes mesmo deste neg�cio de flash e shockwave
aparecer (e que por sinal, � mais fechado ainda que o Java).
[ Resumo:
Eu afirmo que dar manuten��o em Perl sucks. Godoy afirma o contr�rio.
Fa�am suas apostas!! ;-)
]
> > Java oferece um modelo OOP mais limpo. Um ambiente de execu��o
> > controlado. Uma facilidade de destribui��o (deployment) em rede
> > muito grande. Isto tem seu apelo tbm.
>
> Uma m�quina virtual ineficiente no Linux, um c�digo propriet�rio, a
> possibilidade de se fazer c�digo N�O port�vel (assim como no Perl...),
> etc.
A m�quina virtual ineficiente em Linux � um problema. Mas pelo conte�do das
mensagens sobre o kernel do Linux aqui n�o � culpa da Sun. Ali�s, as demais
JVM aparentemente n�o possuem este problema, logo....
O c�digo propriet�rio � um problema sim. E um problema grave. Existem
iniciativas neste sentido (como o pessoal da Japhar, Kaffe, KissMe, ou da
blackdown.org), que podem amenizar o problema. O controle f�rreo da linguagem
que a Sun vem exercendo � um problema maior, IMHO. Mas aparentemente � a
estrat�gia deles para evitar que a Microsoft passe a m�o em sua tecnologia sem
mais nem menos.
> N�o sei se voc� chegou a ler a reportagem toda, inclusive os
> coment�rios, mas muitos pontos que o autor "idolatrava" no Java
> existiam em pelo menos 5 linguagens diferentes, de c�digo aberto e
> dispon�veis.
Toda idolatria � est�pida. E muito do que o cara fala de bom s�o apenas
bibliotecas, que podem ser reimplementadas em Visual Basic se vc se dispuser a
tanto.
> > Acho que a "evilness" do Java se limita ao modo como a Sun tenta
> > controlar esta tecnologia. Mas isto n�o me preocupa muito, pois com
> > a .NET mordendo seus calcanhares, ou a Sun abre o jogo e abra�a o
> > Software Livre ou dan�a de vez (e neste caso seus problemas com Java
> > estar�o resolvidos!!! 8-D).
>
> Porqu� ela faria isso?
> Ela tem o dom�nio da tecnologia e _todos_ que usam Java dependem
> dela. Se ela decidir abandonar tudo, muitos estar�o �rf�os.
Que nada. Se a Sun roer a corda, vai todo mundo brincar de C# da Microsoft.
Tomando em conta que a MS n�o � est�pida, ela n�o vai contruir o C# para ser
sem�nticamente diferente de Java. Apenas sintaticamente. E convers�o de
sintaxe � coisa f�cil de se fazer. Tem at� tradutor Pascal -> C, porque n�o um
Java->C# ?
A pr�pria Microsoft tem uma p#t@ grana investida em Java, ela vai querer
reaproveitar toda esta tralha no C# (como vem fazendo em rela��o ao J++ dela).
Isto, mais o Open Office (que nasceu em cima do c�digo do Star Office, que a
Sun comprou) que est� sendo fortemente patrocinado pela Sun (que n�o � besta,
est� tentando minar as bases de sustenta��o da MS), me leva a crer que se o
pior acontecer, a Sun vai dar uma de ex�rcito romano e envenenar o po�o antes
de bater em retirada. Ou, se ela perder o controle do Java (ou perceber que a
.NET vai realmente botar o Java pra escanteio), creio que ela v� soltar o
Java, nem que seja pra s� pra azucrinar a vida da MS.
Se a Conectiva consegue fazer dinheiro com Linux, n�o tenho a menor d�via que
a Sun continuaria fazendo dinheiro com uma vers�o aberta do Java. Faria bem
menos, sem d�vida. Mas n�o far� nenhum se perder a parada pro C# da .NET .
> N�o h� uma necessidade dela abrir c�digo. Ela n�o tem concorrentes
> nessa �rea. A n�o ser, � claro, que todos comecem a migrar (o que �
> meio dif�cil quando se tem muito c�digo e investimento feito...).
Sob esta mesma �tica, a migra��o para o Linux � estremamente dif�cil. E o �.
Mas vem acontecendo. Se valer a pena, o pessoal migra. O Linux v�m provando
isto.
A grande sacada do Java � tbm sua maior fraqueza (comercial). As classes s�o
compiladas em bytecodes, logo pode-se mudar totalmente as caracter�sticas de
um programa mudando a JVM em que ele roda. Ou n�o - pode-se construir uma JVM
que mimetize as caracter�sticas de outra, quebrando-se qualquer tipo de
bloqueio.
Vc mencionou o fato de java permitir uso de c�digo nativo... B�o. Sem d�vida �
uma op��o meio est�pida... 8-)
[...]
> :-))
> Temos experi�ncias completamente opostas.
> Talvez nossa maneira de programar seja bem diferente. Ou nossas
> necessidades.
Provavemente... ;-)
--
[]s,
([EMAIL PROTECTED])
Quote of week: The day Micro$oft makes something that doesn't suck is the day
they start selling vacuum cleaners.
Assinantes em 16/07/2001: 2250
Mensagens recebidas desde 07/01/1999: 123096
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
