[Rio-pm] Framework em MVC

Sábado Julho 30 06:20:33 PDT 2011

Eden, concordo com 99% de tudo o que vc falou.

trocar 6 por 3/4 de 1/2 duzia nao vale o esforco. se for para fazer algo novo eh preciso ir muito alem e nao ficar no 'arroz com feijao'.

o ponto que coloco eh que precisamos de plataformas mais faceis de usar e produtivas; as que estao aparecendo estao  no mundo Java e .Net. E a questao central das minhas colocacoes eh que cada vez mais os especialistas de negocio eh que vao fazer os sistemas, diretamente, usando feramentas de altissima produtividade: design, modelamento DB, regras de negocio, workflow, simulacao, teste, integracao e cloud deploy apenas com clicks.

quem precisa de um programador fazedor de CRUD que nao sabe nada do negocio e precisa receber tudo mastigadinho via especificacoes? (por favor, entendam a metafora aqui). O tempo que se perderia especificando, codificando e brigando com TI, seria usado para efetivamente fazer, validar, refazer, testar, entregar. O ciclo mudaria completamente e junto devem mudar as habilidades dos hackers - os medianos nao terao mais utilidade. OK, Cobol is alive.

Claro, os hackers feras estarao preservados, ameacados pelos feras de negocios que vao comecar a invadir a nossa praia.

Esse cenario esta tao longe assim? Acho que nao.

Ulisses
enviado via iPad

Em 30/07/2011, às 05:34, Eden Cardim <edencardim em gmail.com> escreveu:

>>>>>> "Ulisses" == Ulisses IBIZ <ulisses em ibiz.com.br> writes:
> 
>    Ulisses> a comunidade eh livre e escolhe quem morre e quem fica.
>    Ulisses> Que o Catalyst e todos outros vao morrer, nao resta
>    Ulisses> duvida. A duvida eh saber quando.
> 
>    Ulisses> Da mesma forma que quando o Catalyst apareceu, outros
>    Ulisses> frameworks ja exisitiam, pq criar o Catalyst naquela epoca?
>    Ulisses> Argumentos para criar e nao criar existiram, como esta
>    Ulisses> sendo discutido agora.
> 
> É uma questão de "momentum", não se trata do software em si, se trata de
> comunidade. Nunca um framework web em perl conseguiu a tração
> comunitária que o Catalyst ganhou em termos de comunidade, desde o
> CGI.pm. Tem nicho, casos de uso, aplicações no alexa top 100,
> aprendizado, livros publicados, artigos, vários especialistas no assunto
> disponíveis, suporte comercial, ecosistem de plugins, etc. Isso tudo não
> aconteceu por acaso, foi construído com muito suor e trabalho, e agora,
> pra ganhar um ou dois caracteres na sintaxe, re-escrever o framework
> todo e perder isso tudo não me parece uma escolha séria ou sadia.
> 
>    Ulisses> Vira e mexe alguem fala que nao gosta do Catalyst. Tem-se
>    Ulisses> resistencia a ele mesmo sendo estavel e ja maduro... se
>    Ulisses> aparecer outro framework com potencial, esse vai atrair os
>    Ulisses> descontentes... coisa natural.
> 
>    Ulisses> Esses frameworks sao poucos produtivos se comparados a
>    Ulisses> outros que estao surgindo, com regras de negocios, fluxos a
>    Ulisses> la quarta geracao, integracao direta com modelamento de
>    Ulisses> base de dados/ORM, versionamento, deploy na nuvem com um
>    Ulisses> click, integracao SOA, BPM, plugins, ESB, multilingual,
>    Ulisses> message queue, interface grafica arrasta e cola e
>    Ulisses> mais... tudo isso feito para alguem de negocios modelar e
>    Ulisses> implementar, sem escrever nenhuma linha de codigo; nao
>    Ulisses> precisa ser hacker.
> 
> Sim, esse tipo de coisa que tinha que estar sendo desenvolvido, mais um
> framework genérico não agrega nada na comunidade, só serve pra dividir o
> nicho. O Catalyst está lentamente aprendendo com o nicho e caminhando na
> direção de agregar apliances em termos de componentes, é uma jornada que
> vai levar anos pros outros frameworks conseguirem fazer até chegar onde
> o Catalyst chegou.
> 
>    Ulisses> Programar em Catalyst e outros similares vai ser como
>    Ulisses> programar Assembly language, em futuro nao distante.
> 
>    Ulisses> Ultima frase do livro Iracema, de Jose de Alencar, "Tudo
>    Ulisses> passa sobre a Terra".
> 
> É, passar passa, mas isso não justifica sacrificar seu cachorro na
> primeira vez que ele quebrar a pata.
> 
>    Ulisses> O futuro eh altissima produtividade a preco baixo.
> 
>    Ulisses> Empregadores vao preferir usar um hacker fera e usa-lo para
>    Ulisses> fazer 4 projetos no tempo que eles fariam um unico projeto
>    Ulisses> em Catalyst ou similar. Ou simplesmente trocar o hacker
>    Ulisses> pelo cara fera de negocios com vivenvia no core busines da
>    Ulisses> empresa ao inves de ficar perdendo tempo e passando os
>    Ulisses> requisitos ao programador hacker. Os hackers seriam usados
>    Ulisses> apenas para fazer aqueles plugins muito estranhos, pq os
>    Ulisses> normais sao pre existentes nessas novas plataformas, muito
>    Ulisses> alem de frameworks.
> 
> Concordo, questão é que os frameworks alternativos não te dão isso, eles
> te dão uma forma um pouco diferente de fazer exatamente a mesma coisa
> que qualquer framework em perl ou em outra linguagem faz, exceto que
> você "reseta" a ecologia, então na verdade é um retrocesso nesse
> aspecto. É igual inventar um perl com algumas melhorias sintáticas mas
> que não seja compatível com o CPAN, não rola, não tem porque usar, já
> que a vantagem competitiva do perl é o CPAN e levou anos de trabalho pra
> se construir essa vantagem. Não é racional jogar isso fora em troca de
> uma economia de 2 ou 3 caracteres por linha.
> 
> -- 
>   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
> _______________________________________________
> Rio-pm mailing list
> Rio-pm em pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
> 