[Rio-pm] Framework em MVC

Andre Carneiro andregarciacarneiro em gmail.com
Sábado Julho 30 09:13:34 PDT 2011


2011/7/30 Ulisses IBIZ <ulisses em ibiz.com.br>

> 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.
>
>
Não sei onde você vê coisas 'fáceis' no mundo Java. Tudo me parece
absolutamente complicado e engessado demais, mesmo para coisas muito
simples. O '.Net é extremamente produtivo, mas, de qualquer forma, depende
de alguém para programar os componentes, ou estou enganado. Mesmo que surja
uma ferramenta, ou 'whatever' que abstraia toda a parte de negócios e
devolva resultados 'magicamente', ainda sim será necessário criar, manter e
desenvolver a infra-estrutura para isso, ou seja, sempre precisarão de
hackers.



> 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.
>
>
O que me parece é que espera-se que daqui a algum tempo as pessoas que
trabalharão com tecnologia, necessariamente terão que entender muito de
negócios também. Eu sinceramente acho isso pouco viável no momento,
considerando os cursos de graduação(em particular os de péssima qualidade no
Brasil), e pós-graduação, que normalmente tem pouco foco em negócios,
planejamento, ou até mesmo projetos(o que não parece fazer sentido quando se
fala em software). A minha visão é que não existe 'estrutura cultural', tão
pouco estrutura ferramental para isso. Mas as coisas podem mudar...




> 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.
>

Eu acho que esse cenário não está tão perto assim de acontecer, mas eu já me
enganei antes... :-D

>
> 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
> >
> _______________________________________________
> Rio-pm mailing list
> Rio-pm em pm.org
> http://mail.pm.org/mailman/listinfo/rio-pm
>



-- 
André Garcia Carneiro
Analista/Desenvolvedor Perl
(11)82907780
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/rio-pm/attachments/20110730/77e36dbf/attachment-0001.html>


Mais detalhes sobre a lista de discussão Rio-pm