[SP-pm] Comparativos Perl vs Java
Leonardo Ruoso
leonardo at ruoso.com
Sun Aug 14 13:11:28 PDT 2011
Em Dom, 2011-08-14 às 11:21 -0300, Ulisses IBIZ escreveu:
> (Leonardo, gostei do seu depoimento)
:-)
> on-demand agora e minimo. ainda mantemos Perl como core dos servicos que prestamos e agora o que conta e a qualidade do servico oferecido. ao mercado nao importa tanto como o fazemos e ninguem fica mais nos perguntando que tecnologia usamos.
Se entendi vocês agora oferecem SaS como principal negócio e daí não
importa em que linguagem vocês desenvolvem, entendi certo?
Se sim, é exatamente assim que desenvolviamos em Perl e foi exatamente
assim que usamos Java em alguns projetos, onde não oferecíamos SaS mas
um produto a ser instalado nos servidores do cliente e ao qual se
esperava que o cliente integrasse outras soluções e desenvolvesse por si
mesmo (ou terceirizasse com outra empresa) novos plugins para aquele
sistema... Em Java foi difícil... pois «como uma empresa grande podia
adquirir uma plataforma ERP de uma empresa tão pequena»?
Só para deixar claro, poderia ter dado certo se tivessemos feito em
Perl, mas provavelmente deveríamos ter feito outra coisa... algo mais
simples como um gerenciador de documentos :-) um cliente VoIP :-) ou
algo que simplesmente não tivesse de lidar com tributos e cartões de
crédito no Brasil... :-)
>
> emendando...
>
> agora o que precisamos (minha empresa) sao ferramentas de altissima produtividade. Tanto Perl quanto Java, por si, nao oferecem. Eu disse altissima e nao alta produtividade - adianto que nao vou esticar esse assunto por mais que existam pessoas que nao concordem, com o que considero - obvio.
>
> novas plataformas agile estao surgindo usando Java e mesmo .Net como codigo e plataforma de execucao e controle. Nenhuma com Perl.
>
> pq sera q Perl nao sai do prompt? (tb nao vou esticar a conversa; apenas uma colocacao retorica).
>
> Amo Perl e devo muito a ele. Agredeci pessoalmente ao Larry Wall por ele ter tornado a minha vida profissional muito mais easier e para minha surpresa, naquele momento, foi ele que se mostrou grato. Realmente uma excelente figura humana com uma missao ... cumprida.
>
> (feliz dia dos Pais, reais e virtuais)
>
> Ulisses
> enviado via iPad
>
> Em 14/08/2011, às 08:36, Leonardo Ruoso <leonardo em ruoso.com> escreveu:
>
> > Primeiro quero deixar claro que Perl é minha primeira linguagem, que
> > sempre que posso escolher faço em Perl.
> >
> > Nem sempre esse é o caso e ultimamente tenho mexido cada vez mais em
> > PHP, principalmente por conta do Wordpress e olha que eu gosto muito do
> > MT tecnicamente, mas nem tudo é beleza técnica. Eu não deixo de escrever
> > ou até mesmo de aprender uma linguagem por gostar de Perl.
> >
> > Em Sáb, 2011-08-13 às 20:23 -0300, Andre Carneiro escreveu:
> >> Pontuações erradas novamente... desculpem! Vou tomar mais cuidado .
> >>
> >> 2011/8/13 Andre Carneiro <andregarciacarneiro em gmail.com>
> >> A equipe está desenvolvendo Java básico ou está
> >> desenvolvendo JEE usando
> >> um servidor de aplicações como o Jboss? Está
> >> desenvolvendo aplicações
> >> integradas a outros sistemas Java/JEE?
> >>
> >> Numa escolha de migração, é de se imaginar que as pessoas que
> >> serão envolvidas saibam o que estão fazendo não? Não sei se
> >> esse questionamento faz sentido.
> >
> > Eu entendo Java e J2EE sejam dois universos muito diferentes. Sei também
> > que muita gente diz fazer JEE quando usa apenas algumas ferramentas
> > acessórias da especificação, por isso pontuei o uso efetivo de um
> > servidor de aplicação. Em minha opinião é bastante diferente passar de
> > uma arquitetura Java (tomcat) para Perl ou qualquer outra linguagem de
> > passar de uma arquitetura JEE (jboss) para Perl ou qualquer outra
> > linguagem.
> >
> >> Talvez o melhor meio de trabalhar com Perl e Java seja
> >> o mesmo caminho
> >> com o qual muitas empresas misturam Perl e C/C++.
> >
> >> Não entendi. Em qual contexto. Pode dar exemplos?
> >
> > Tanto já vi empresas que reescreveram tudo que havia em Perl para fazer
> > em C (Objective C ou C++) por que estavam vivendo problemas sérios em
> > Perl quando poderiam ter feito apenas alguns trechos/módulos em C e
> > integrado isso ao Perl com menos dor, menos tempo e sem perder a
> > velocidade Perl de desenvolvimento.
> >
> > Como já vi empresas que usam Perl em torno do C e C dentro do Perl com
> > sucesso. Penso que talvez o Scala e o JRuby sejam os representantes
> > dessa alternativa para quem tem um grande legado Java, mas se estivermos
> > falando de JEE, de componentes de rede (EJB), então Perl e Java podem
> > ser integrados e felizes...
> >
> >>
> >> Fora isso, no passado, nossa equipe, que vinha de uma
> >> experiência
> >> exclusiva em Perl de vários anos e se arriscou em um
> >> grande projeto
> >> J2EE, fizemos tradução automática (usando Perl) de
> >> arquivos .pm para
> >> arquivos .java e vice-versa com sucesso :-).
> >
> >> Humm...certo! E qual foi o argumento que levou a empresa a
> >> tomar essa 'brilhante' decisão?? Desculpe, eu sempre fico
> >> curioso quando as empresas chegam nesse ponto. Acho
> >> interessante analisarmos os argumentos por aqui, então se
> >> puder, faça a gentileza!
> >
> > Vamos lá, em primeiro lugar, precisaríamos voltar a 2000, em 2000 nós
> > eramos a única equipe Perl no Brasil de que tinhamos conhecimento. Veja
> > que nem falo que eramos a única, nem que éramos os únicos
> > desenvolvedores, mas de que éramos a única equipe (mais de 12 pessoas)
> > trabalhando principalmente com Perl de que NÓS tínhamos conhecimento, é
> > certeza que nós éramos tímidos e estávamos em Fortaleza/CE.
> >
> > Em 2002 nós fundamos uma software house em Fortaleza e naquele momento
> > Java era e acredito que ainda é muito mais aceito pelas empresas
> > brasileiras em geral do que Perl. Nós resolvemos fazer um sistema ERP e
> > a especificação J2EE nos pareceu fantástica e não havia nada parecido em
> > Perl naquele momento. Embora comercialmente tenhamos fracassado,
> > tecnicamente um grande sistema foi construído, atendeu várias redes de
> > empresas, ao menos uma rede por mais de uma década, era extremamente
> > estável e sólido.
> >
> > É verdade que nós vínhamos de experiências com milhares de usuários
> > simultâneos e milhões de transações, então os aspectos de estabilidade e
> > performance foram, digamos assim, fáceis. O problema é que o universo de
> > um ERP é muito grande para uma empresa pequena e Fortaleza não nos
> > permitia ter clientes suficientes para crescer a equipe e quando o
> > Instituto Atlantico foi fundado nossos estagiários foram contratos por
> > eles e, bem, mais um sonho de dominação mundial feito com ousadia e
> > capital próprio naufragou.
> >
> > É verdade que o J2EE nos engoliu e felizmente não somente a nós (não
> > éramos tão burros assim) tanto que a especificação foi muito
> > simplificada e hoje é muito mais simples.
> >
> > Abraços,
> >
> >>
> >>
> >> Cheers!
> >> --
> >> André Garcia Carneiro
> >> Analista/Desenvolvedor Perl
> >> (11)82907780
> >>
> >>
> >>
> >>
> >> --
> >> André Garcia Carneiro
> >> Analista/Desenvolvedor Perl
> >> (11)82907780
> >> =begin disclaimer
> >> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> >> SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
> >> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> >> =end disclaimer
> >
> > --
> > Leonardo Ruoso - Journalist/Perl Developer
> > Media - UFC/2006 - Telecommunications - IFCE/1998
> > leonardo em ruoso.com - (11) 3522-9612
> >
> > =begin disclaimer
> > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> > SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
> > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> > =end disclaimer
> =begin disclaimer
> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
--
Leonardo Ruoso - Journalist/Perl Developer
Media - UFC/2006 - Telecommunications - IFCE/1998
leonardo em ruoso.com - (11) 3522-9612
More information about the SaoPaulo-pm
mailing list