[SP-pm] Perl (novata)

Ulisses Montenegro ulisses.montenegro at gmail.com
Mon Nov 19 14:44:40 PST 2012


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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20121119/20924ec4/attachment-0001.html>


More information about the SaoPaulo-pm mailing list