[SP-pm] Perl (novata)

Daniel Mantovani daniel.oliveira.mantovani at gmail.com
Mon Nov 19 12:05:52 PST 2012


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 em 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 em 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 em 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 em 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 em 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 em pm.org
> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer



More information about the SaoPaulo-pm mailing list