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
