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