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