[SP-pm] Perl (novata)

Daniel Vinciguerra dan.vinciguerra at gmail.com
Tue Nov 20 09:45:29 PST 2012


pacman++ # aprendi muito fazendo isso

*
Daniel Vinciguerra*
Web Solutions Architect and Co-Owner at Bivee
http://github.com/dvinciguerra <http://github.com/dvinciguerra>


2012/11/20 Tiago Peczenyj <tiago.peczenyj at gmail.com>

> Uma coisa que eu gosto é ler o codigo dos outros.
>
> Claro que é complicado pq nem sempre sabemos o contexto, mas as vezes ver
> um codigo do Eden, Breno ou do miyagawa são como uma inspiração, nem que
> seja pra perguntar "que diabos é isso??!!?!", porém de repente, para quem
> esta começando, ler o codigo do Plack pode até atrapalhar um certo
> "desenvolvimento natural". Mas a documentação de perl é farta e os livros
> classicos (Conway, d foy, Schwartz, Wall) são de uma ajuda excepcional.
>
>
> 2012/11/20 Andre Carneiro <andregarciacarneiro at gmail.com>
>
>> Livros que talvez possam interessar:
>>
>>
>> http://shop.oreilly.com/product/9781565926646.do
>>
>> http://shop.oreilly.com/product/9780596000806.do
>>
>> http://shop.oreilly.com/product/9780596003074.do
>>
>>
>> Nao li todos os e-mails, entao perdoe-me se estou sendo repetitivo. Mas
>> tem uma biblioteca no CPAN que a galera de bioinformática considerava como
>> referência. Não sei se é ainda hoje.
>>
>> Está no CPAN nesse link.
>>
>> http://search.cpan.org/~cjfields/BioPerl-1.6.901/BioPerl.pm
>>
>>
>>
>> E tem uma página sobre isso fora do CPAN também
>>
>> http://www.bioperl.org/wiki/Main_Page
>>
>>
>> Espero ter ajudado.
>>
>>
>> 2012/11/20 <emerson at bsdmail.org>
>>
>>  Nossa ..... packege guy com o perdão da expressão foi  foda...Montavani
>>> é triste mas minha faculdade que um
>>> dia foi boa hoje produz packege guys (se eu entendi a expressão). E é
>>> triste porque foi uma das primeiras faculdadades de TI no Brasil.Realmente
>>> eu queria alguém do mercado com propriedade para  dizer a eles as merdas
>>> que eles estão fazendo.O chefe de departamento chega ao cúmulo de dizer que
>>> para programar não precisa saber matemática e reformulou o curso retirando
>>> metáde de nossas aulas de cálculo.O que esta sendo feito conosco é uma
>>> atentado contra a educação.
>>>
>>> > ----- Original Message -----
>>> > From: Daniel Mantovani
>>> > Sent: 11/19/12 10:13 PM
>>> > To: saopaulo-pm at mail.pm.org
>>> > Subject: Re: [SP-pm] Perl (novata)
>>> >
>>> > Ulisses, uma das razões da comunidade Perl ter um nível técnico
>>> absurdamente alto é porque as pessoas que usam Perl não usam porque elas
>>> sabem Perl, usam porque elas sabem exatamente o que estão fazendo. E se
>>> Java for uma solução melhor por causa da interface incrível para Thread
>>> pool ou Haskell por causa de parallel e concurrent programming não vai
>>> fazer a mínima diferença.
>>> > Nós somos livres de tecnologia, linguagens, RDBMS, OS's etc nada disso
>>> importa.
>>> > É claro que temos os pseudo-programadores Perl, que usam Perl como os
>>> que se "apegam" a tecnologias, existem "package guys" que também usam Perl.
>>> >
>>> > Eu digo isso baseando-se na minha experiência empírica, nos JAPH's ao
>>> meu redor. A comunidade Perl é uma comunidade formada por pessoas
>>> excepcionais.
>>> > Meu chefe deve ser o maior arquiteto de Banking Data Warehouse do
>>> mundo (eu não estou sendo ingênuo) , e ele usa Perl quase todos os dias.
>>> >
>>> > Eu acho que eu nunca vi alguém JAPH ser contratado por alguma empresa
>>> porque ele sabe Perl, geralmente ele é um expert em muitos outros assuntos
>>> e usa Perl porque ele sabe exatamente o que ele está fazendo =-)
>>> >
>>> > Essa é a minha visão de um JAPH.  É só olhar para alguns exemplos da
>>> lista como o Thiago Rondon, Eden Cardim, Leonardo Ruoso etc. Nenhum deles
>>> vende "código", eles vendem soluções. Até porque se você precisa de um
>>> "package guy" para programar, você vai usar um indiano por $2,00 a hora.
>>> >
>>> > -dom
>>> >
>>> > --
>>> > "A Jedi uses the Force for knowledge and defense, never for attack." -
>>> Yoda
>>> >
>>> > IBM - Business Analytics Optimization Consultant
>>> > Daniel Mantovani +5511 8538-9897
>>> > XOXO
>>> >
>>> > On Nov 19, 2012, at 8:44 PM, Ulisses Montenegro <
>>> ulisses.montenegro at gmail.com> wrote:
>>> >
>>> > > Daniel,
>>> > >
>>> > > Eu trabalho em uma empresa americana dessas que presta serviços para
>>> clientes Fortune 500 (assim como a IBM), então sei bem como é a realidade
>>> em ambientes corporativos, infelizmente...
>>> > >
>>> > > Minha percepção, no entanto, é de que certos skills são específicos
>>> ou verticais demais para que mesmo o setor corporativo tenha expectativas
>>> de suprir suas vagas com profissionais prontos (os seus 'package guys'). Eu
>>> trabalho com application security, que (ainda bem) é um setor em
>>> crescimento mas onde questões como treinamentos formais e certificações são
>>> secundários perto de experiência e vontade de aprender, então talvez minha
>>> opinião seja biased, mas no fim das contas o mais importante é saber por
>>> que estamos trocando de barco -- se for só a grana, então ter o buzzword no
>>> LinkedIn obviamente é o mais importante. Se for por insatisfação com outros
>>> aspectos, no entanto, ainda acredito que vale o sacrifício de "tentar fazer
>>> direito", nem que seja para se ter aquele motivador extra quando as coisas
>>> não estão tão legais no trampo...
>>> > >
>>> > > É, eu ainda sou um idealista. Aliás, quem não é pelo menos um pouco
>>> fica no seu mundo de Java/.NET e nem sabe o que é Perl, não é mesmo? =)
>>> > >
>>> > > []'s
>>> > >
>>> > >
>>> > > 2012/11/19 Daniel Mantovani <daniel.oliveira.mantovani at gmail.com>
>>> > > Ulisses, eu concordo com o que você está dizendo. Porém numa
>>> corporação não é bem assim que funciona.
>>> > > Pessoas autodidata são exceções, num ambiente corporativo nós temos
>>> o que eu chamo de "package guys". São pessoas limitadas a fazer só aquilo o
>>> que foi ensinado, por exemplo a pessoa teve treinamento de Photoshop, se
>>> você colocar uma ferramenta similar a pessoa não irá conseguir desenvolver
>>> nada.
>>> > >
>>> > > Como "package guys" aprendem ?
>>> > > Treinamentos. Eu não vou entrar em detalhes não triviais, mas é
>>> assim que funciona.
>>> > >
>>> > > Resumindo, contrata-se um ser experiente, um bocado de "package
>>> guys" e enfiam treinamento neles. E assim "consegue-se" desenvolver um
>>> projeto. E eu não vou entrar na outra questão não trivial que é mais barato
>>> contratar seres que não são "package guys" porque eles podem ser 10 vezes
>>> mais produtivos.
>>> > >
>>> > > Enfim, o problema da Rebeca tem muito sentido. Em outras linguagens
>>> é comum ter treinamentos, certificações etc. Nós não sabemos o contexto da
>>> Rebeca, talvez para o problema dela a única solução alcançável seja um
>>> treinamento para o pessoal.
>>> > >
>>> > > Infelizmente o meu tipo de contrato não permite consultoria externa,
>>> eu ficaria muito feliz em te ajudar Rebeca.
>>> > >
>>> > > -dom
>>> > >
>>> > > --
>>> > > "A Jedi uses the Force for knowledge and defense, never for attack."
>>> - Yoda
>>> > > Daniel Mantovani +5511 8538-9897
>>> > > XOXO
>>> > >
>>> > >
>>> > > On Nov 19, 2012, at 4:54 PM, Ulisses Montenegro <
>>> ulisses.montenegro at gmail.com> wrote:
>>> > >
>>> > > > Eu sou um defensor do aprender fazendo -- escolha um problema que
>>> te afeta e que você domine bem, e escreve código para (tentar) resolver.
>>> Sim, no começo é frustrante e cansativo, mas depois de um tempo você vai se
>>> sentir bem mais à vontade com a linguagem e suas bibliotecas e frameworks
>>> do que qualquer curso possa vir a te deixar.
>>> > > >
>>> > > > Como você menciona que a iniciativa é sua e não da sua empresa,
>>> então mais um motivo para fazer direito. Muita gente faz cursos apenas para
>>> ter no currículo mais um buzzword/skill para gerar hit no LinkedIn, mas
>>> para certos segmentos vale muito mais um profissional que saiba "aprender
>>> fazendo", muitas vezes porque simplesmente não existem cursos ou
>>> treinamentos para formá-lo no mercado.
>>> > > >
>>> > > > Boa sorte e divirta-se, there's more than one way to do it. =)
>>> > > >
>>> > > >
>>> > > > 2012/11/19 Leonardo Ruoso <leonardo at ruoso.com>
>>> > > > Rebeca,
>>> > > >
>>> > > > Perl é uma linguagem amplamente utilizada, mas não é uma linguagem
>>> promovida por nenhuma empresa. Então, tanto para aprender a linguagem
>>> quanto para se envolver na comunidade, um bom caminho é se envolver nos
>>> projetos Open Source existentes, hoje em dia, em especial, os projetos que
>>> tratam de Open Data (Dados Abertos).
>>> > > >
>>> > > > Abraços,
>>> > > >
>>> > > > Em 19 de novembro de 2012 14:48, REBECA JULIANA PIRES DO PRADO <
>>> 4253.rebeca at bradesco.com.br> escreveu:
>>> > > > Senhores,
>>> > > >
>>> > > >
>>> > > >
>>> > > > Meu nome é Rebeca, trabalho há 8 anos com Mainframe, e estou
>>> programando uma mudança de área a médio prazo para Bioinformática.
>>> > > >
>>> > > > Pesquisei algumas coisas relacionadas a essa área, e identifiquei
>>> que a linguagem mais utilizada é Perl.
>>> > > >
>>> > > > Constatei que não há locais que forneçam treinamento da linguagem,
>>> mas esse grupo é muito citado e acredito que vocês possam me ajudar ou
>>> orientar como posso entrar nesse novo mundo.
>>> > > >
>>> > > > Tem algum lugar que eu consiga fazer um treinamento? Ou ainda, se
>>> for possível, aos membros que ministram treinamentos/cursos/apresentações,
>>> se posso ser incluída em alguma turma de universidade ou empresa, pois esta
>>> mudança que estou fazendo não tenho o apoio da organização que presto
>>> serviços.
>>> > > >
>>> > > > Antecipadamente agradeço a todos.
>>> > > >
>>> > > >
>>> > > >
>>> > > > Abraços,
>>> > > >
>>> > > > Rebeca
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > > AVISO LEGAL
>>> > > > ...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a
>>> quem é dirigida, podendo conter informação confidencial e/ou legalmente
>>> privilegiada. Se você não for destinatário desta mensagem, desde já fica
>>> notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de
>>> qualquer forma, utilizar a informação contida nesta mensagem, por ser
>>> ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos
>>> retorne este E-Mail, promovendo, desde logo, a eliminação do seu conteúdo
>>> em sua base de dados, registros ou sistema de controle. Fica desprovida de
>>> eficácia e validade a mensagem que contiver vínculos obrigacionais,
>>> expedida por quem não detenha poderes de representação.
>>> > > > LEGAL ADVICE
>>> > > >
>>> > > > ...This message is exclusively destined for the people to whom it
>>> is directed, and it can bear private and/or legally exceptional
>>> information. If you are not addressee of this message, since now you are
>>> advised to not release, copy, distribute, check or, otherwise, use the
>>> information contained in this message, because it is illegal. If you
>>> received this message by mistake, we ask you to return this email, making
>>> possible, as soon as possible, the elimination of its contents of your
>>> database, registrations or controls system. The message that bears any
>>> mandatory links, issued by someone who has no representation powers, shall
>>> be null or void.
>>> > > >
>>> > > > =begin disclaimer
>>> > > >    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>> > > >  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>>> > > >  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>>> > > > =end disclaimer
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > > --
>>> > > > Leonardo Ruoso
>>> > > > Journalist, Perl developer and business consultant
>>> > > > Media, UFC/2006; Telecom, IFCE/1998
>>> > > >
>>> > > >
>>> > > > =begin disclaimer
>>> > > >    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>> > > >  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>>> > > >  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>>> > > > =end disclaimer
>>> > > >
>>> > > >
>>> > > >
>>> > > >
>>> > > > --
>>> > > > “If debugging is the process of removing software bugs, then
>>> programming must be the process of putting them in.” - Edsger Dijkstra
>>> > > > =begin disclaimer
>>> > > >   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>> > > > SaoPaulo-pm mailing list: SaoPaulo-pm at 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 at pm.org
>>> > >  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>>> > > =end disclaimer
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > “If debugging is the process of removing software bugs, then
>>> programming must be the process of putting them in.” - Edsger Dijkstra
>>> > > =begin disclaimer
>>> > >   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>> > > SaoPaulo-pm mailing list: SaoPaulo-pm at 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 at 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 at pm.org
>>>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>>> =end disclaimer
>>>
>>
>>
>>
>> --
>> André Garcia Carneiro
>> Software Engineer
>> (11)982907780
>>
>> =begin disclaimer
>>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> =end disclaimer
>>
>>
>
>
> --
> Tiago B. Peczenyj
> Linux User #405772
>
> http://pacman.blog.br
>
> =begin disclaimer
>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20121120/7a43842d/attachment-0001.html>


More information about the SaoPaulo-pm mailing list