[SP-pm] Perl (novata)

emerson at bsdmail.org emerson at bsdmail.org
Tue Nov 20 08:41:24 PST 2012


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
> 



More information about the SaoPaulo-pm mailing list