catalyst é perfeito... faz muito mais sentido que outros mvc por ai... alem de ser bem mais simples e bem mais intuitivo... não tem aquele monte de diretórios para te deixar perdido. o manual explica muito bem.. óbvio que não explica como usar dbic a fundo, e nem como usar formhandler a fundo mas isso a pessoa aprende conforme os requerimentos aparecem.
depois de trabalhar com .net por 1 ano e pouco, tive aula de struts na faculdade e te confesso que fiz o trabalho final em um final de semana após a primeira semana de aula... acabei indo estudar e trabalhar um pouco com COBOL em uma oportunidade de estágio que me apareceu... depois dessas experiências estava me formando em ciência da computação e o assunto do momento eram "frameworks" após diversas pesquisas, concluí que PHP tinha diversas opções de framework e vagas de tabalho (aparentemente mais opções que as outras linguagens) e fiquei na dúvida entre symphony e cakephp e catalyst. Devido aos manuais e recomendações de conhecidos acabei escolhendo cakephp. Criei um site de preços (wannabe buscapé) em cakephp. E, spiders(noob) em perl. Após continuar ganhando experiência com perl e cakephp, foi inevitável perceber que cakephp tb nao era o caminho. Symphony então, complicando de graça (tem muitos termos desnecessários.. tipo elements, etc ).. Decidi entao encarar o desconhecido tal do catalyst no tal de perl ( que nao mostra vagas de emprego nas buscas do google ) e que nao conhecia tao bem quanto hoje. Encarei o manual do catalyst... nao teve como voltar atrás... era perfeito, tudo fazia sentido... na dúvida era tentar e 90% de chance de estar com o raciocínio correto... ainda tem irc #catalyst com os coredev e várias pessoas tirando dúvidas e respostas comuns a todo momento e que me serviram e servem muito como aprendizado. pesquisei, pesquisei e pesquisei... nada de vagas... Conclusao, para ter oportunidade de aprender eu teria que criar minha vaga (ir atras de clientes, projetos para evoluir com perl).. e pagar as contas. fiz isso. Após 3 anos, meu objetivo agora é aprender o restante dos 97% em perl para poder me nivelar aos core-dev. ;) catalyst é demais! perl é demais, a comunidade é demais! Só as trolagens que são de menos! 2011/7/14 Ulisses-IBIZ <[email protected]> > Bolsonaro jr, pega leve > > *From:* Andre Carneiro <[email protected]> > *To:* [email protected] > *Sent:* Thursday, July 14, 2011 4:39 PM > *Subject:* Re: [SP-pm][was: Validar session no Catalyst] Compartilhando > experiências com frameworks web em produção > > Vcs estão de brincadeira, né? > > 'Uiiii!!! A 'sintaxe' do Catalyst, do Mojo, do Dancer me incomoda... é > feia... !! Fala sério!!! ' > > Aparece no ES que eu levo as lâmpadas!!! > > > :-p > > Cheers! > > 2011/7/14 Ulisses-IBIZ <[email protected]> > >> sim sim, tem o lance do novo incomodar e acredito que se passa a aceitar, >> depois. >> >> mas permita a piada: >> >> é como casar com mulher feia... alguns se acostumam.... >> >> ----- Original Message ----- From: "Tiago Peczenyj" < >> [email protected]> >> >> To: <[email protected]> >> Sent: Thursday, July 14, 2011 3:23 PM >> >> Subject: Re: [SP-pm][was: Validar session no Catalyst] Compartilhando >> experiências com frameworks web em produção >> >> >> Percebi isso quando a globo.com começou a usar Python. >> >> Vc ter que colocar self (que era implicito em Java e Ruby) e ter que >> indentar código obrigatoriamente trouxe um começo insuportavel, todo >> mundo reclamava. Hoje isso passou, e o engraçado é que são problemas >> irrelevantes se comparados ao que estava acontecendo na empresa >> naquela época. >> >> Vejo uma sintaxe "diferente" ou "estranha" no começo, depois se >> acostuma, ainda mais quando vc tem outros artefatos que não apenas a >> sintaxe como o framework que vc usa, o dominio do problema, a >> arquitetura da solução, etc. Compreender e implementar mal um conceito >> é pior do que implementar certo mas errar "a forma de invocar um >> método" pois existem formas de detectar que vc errou se vc domina o >> conceito. >> >> Nesse ponto usar o conceito de "thin controller fat model" é excelente. >> >> 2011/7/14 Ulisses-IBIZ <[email protected]>: >> >>> internando ou nao, para o chato psicotico, a sintaxe eh mais do que mera >>> sintaxe, é incomodo puro..... >>> >>> como eu nao gosto de coisas feias (subjetivo e relativo, claro, a cada >>> um), >>> tb nao gosto de sintaxes feias ou sem sentido com complicadores >>> desnecessarios (do ponto de vista de quem le, q varia de leitor para >>> leitor); >>> >>> o lance eh subjetivo e nao adianta pedir para 'definir' 'simplicidade ou >>> complicadores desnecessarios'; >>> >>> vc bate o olho e aceita ou nao aceita. >>> >>> >>> Ulisses Gomes Tecnologia da Informação IBIZ Tecnologia +55 11 5579-3178 >>> r. >>> 226 [email protected] www.ibiz.com.br >>> ----- Original Message ----- From: "Eden Cardim" <[email protected]> >>> To: <[email protected]> >>> Sent: Thursday, July 14, 2011 1:25 PM >>> Subject: Re: [SP-pm] [was: Validar session no Catalyst] Compartilhando >>> experiências com frameworks web em produção >>> >>> >>> "Ulisses-IBIZ" == Ulisses-IBIZ <[email protected]> writes: >>>>>>>>> >>>>>>>> >>>> Ulisses-IBIZ> no meu caso, tb concordo que sintaxe nao deveria >>>> interferir MAS se vc tem um pouquinho de manias e se irrita com um >>>> quadro >>>> Ulisses-IBIZ> meio tortinho e o seu cerebro se 'rebela' contra aquilo e >>>> quer de qqe jeito 'consertar', vc é canditato a nao aceitar qqe >>>> Ulisses-IBIZ> sintaxe, pq sintaxe para vc significa semantica tb, jeito >>>> de fazer, pensar e realizar.... >>>> >>>> Ok, concordo, mas psicótico que conserta o quadro tortinho da Mona Lisa >>>> tentando pintar outra Mona Lisa virada 3 graus no sentido anti-horário >>>> já é caso pra internar, não? :) >>>> >>>> -- >>>> Eden Cardim Need help with your Catalyst or DBIx::Class project? >>>> Code Monkey http://www.shadowcat.co.uk/catalyst/ >>>> Shadowcat Systems Ltd. Want a managed development or deployment >>>> platform? >>>> http://blog.edencardim.com/ http://www.shadowcat.co.uk/servers/ >>>> http://twitter.com/#!/edenc >>>> =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 >>> >>> >> >> >> -- >> 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 >> > > > > -- > André Garcia Carneiro > Analista/Desenvolvedor Perl > (11)82907780 > > ------------------------------ > =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
