<br><br><div class="gmail_quote">2011/7/30 Ulisses IBIZ <span dir="ltr"><<a href="mailto:ulisses@ibiz.com.br">ulisses@ibiz.com.br</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Eden, concordo com 99% de tudo o que vc falou.<br>
<br>
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'.<br>
<br>
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.<br>
<br></blockquote><div><br>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. <br>
<br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
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.<br>
<br></blockquote><div><br>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...<br>
<br><br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Claro, os hackers feras estarao preservados, ameacados pelos feras de negocios que vao comecar a invadir a nossa praia.<br></blockquote><div><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Esse cenario esta tao longe assim? Acho que nao.<br></blockquote><div><br>Eu acho que esse cenário não está tão perto assim de acontecer, mas eu já me enganei antes... :-D <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Ulisses<br>
enviado via iPad<br>
<br>
Em 30/07/2011, às 05:34, Eden Cardim <<a href="mailto:edencardim@gmail.com">edencardim@gmail.com</a>> escreveu:<br>
<div><div></div><div class="h5"><br>
>>>>>> "Ulisses" == Ulisses IBIZ <<a href="mailto:ulisses@ibiz.com.br">ulisses@ibiz.com.br</a>> writes:<br>
><br>
> Ulisses> a comunidade eh livre e escolhe quem morre e quem fica.<br>
> Ulisses> Que o Catalyst e todos outros vao morrer, nao resta<br>
> Ulisses> duvida. A duvida eh saber quando.<br>
><br>
> Ulisses> Da mesma forma que quando o Catalyst apareceu, outros<br>
> Ulisses> frameworks ja exisitiam, pq criar o Catalyst naquela epoca?<br>
> Ulisses> Argumentos para criar e nao criar existiram, como esta<br>
> Ulisses> sendo discutido agora.<br>
><br>
> É uma questão de "momentum", não se trata do software em si, se trata de<br>
> comunidade. Nunca um framework web em perl conseguiu a tração<br>
> comunitária que o Catalyst ganhou em termos de comunidade, desde o<br>
> CGI.pm. Tem nicho, casos de uso, aplicações no alexa top 100,<br>
> aprendizado, livros publicados, artigos, vários especialistas no assunto<br>
> disponíveis, suporte comercial, ecosistem de plugins, etc. Isso tudo não<br>
> aconteceu por acaso, foi construído com muito suor e trabalho, e agora,<br>
> pra ganhar um ou dois caracteres na sintaxe, re-escrever o framework<br>
> todo e perder isso tudo não me parece uma escolha séria ou sadia.<br>
><br>
> Ulisses> Vira e mexe alguem fala que nao gosta do Catalyst. Tem-se<br>
> Ulisses> resistencia a ele mesmo sendo estavel e ja maduro... se<br>
> Ulisses> aparecer outro framework com potencial, esse vai atrair os<br>
> Ulisses> descontentes... coisa natural.<br>
><br>
> Ulisses> Esses frameworks sao poucos produtivos se comparados a<br>
> Ulisses> outros que estao surgindo, com regras de negocios, fluxos a<br>
> Ulisses> la quarta geracao, integracao direta com modelamento de<br>
> Ulisses> base de dados/ORM, versionamento, deploy na nuvem com um<br>
> Ulisses> click, integracao SOA, BPM, plugins, ESB, multilingual,<br>
> Ulisses> message queue, interface grafica arrasta e cola e<br>
> Ulisses> mais... tudo isso feito para alguem de negocios modelar e<br>
> Ulisses> implementar, sem escrever nenhuma linha de codigo; nao<br>
> Ulisses> precisa ser hacker.<br>
><br>
> Sim, esse tipo de coisa que tinha que estar sendo desenvolvido, mais um<br>
> framework genérico não agrega nada na comunidade, só serve pra dividir o<br>
> nicho. O Catalyst está lentamente aprendendo com o nicho e caminhando na<br>
> direção de agregar apliances em termos de componentes, é uma jornada que<br>
> vai levar anos pros outros frameworks conseguirem fazer até chegar onde<br>
> o Catalyst chegou.<br>
><br>
> Ulisses> Programar em Catalyst e outros similares vai ser como<br>
> Ulisses> programar Assembly language, em futuro nao distante.<br>
><br>
> Ulisses> Ultima frase do livro Iracema, de Jose de Alencar, "Tudo<br>
> Ulisses> passa sobre a Terra".<br>
><br>
> É, passar passa, mas isso não justifica sacrificar seu cachorro na<br>
> primeira vez que ele quebrar a pata.<br>
><br>
> Ulisses> O futuro eh altissima produtividade a preco baixo.<br>
><br>
> Ulisses> Empregadores vao preferir usar um hacker fera e usa-lo para<br>
> Ulisses> fazer 4 projetos no tempo que eles fariam um unico projeto<br>
> Ulisses> em Catalyst ou similar. Ou simplesmente trocar o hacker<br>
> Ulisses> pelo cara fera de negocios com vivenvia no core busines da<br>
> Ulisses> empresa ao inves de ficar perdendo tempo e passando os<br>
> Ulisses> requisitos ao programador hacker. Os hackers seriam usados<br>
> Ulisses> apenas para fazer aqueles plugins muito estranhos, pq os<br>
> Ulisses> normais sao pre existentes nessas novas plataformas, muito<br>
> Ulisses> alem de frameworks.<br>
><br>
> Concordo, questão é que os frameworks alternativos não te dão isso, eles<br>
> te dão uma forma um pouco diferente de fazer exatamente a mesma coisa<br>
> que qualquer framework em perl ou em outra linguagem faz, exceto que<br>
> você "reseta" a ecologia, então na verdade é um retrocesso nesse<br>
> aspecto. É igual inventar um perl com algumas melhorias sintáticas mas<br>
> que não seja compatível com o CPAN, não rola, não tem porque usar, já<br>
> que a vantagem competitiva do perl é o CPAN e levou anos de trabalho pra<br>
> se construir essa vantagem. Não é racional jogar isso fora em troca de<br>
> uma economia de 2 ou 3 caracteres por linha.<br>
><br>
> --<br>
> Eden Cardim Need help with your Catalyst or DBIx::Class project?<br>
> Code Monkey <a href="http://www.shadowcat.co.uk/catalyst/" target="_blank">http://www.shadowcat.co.uk/catalyst/</a><br>
> Shadowcat Systems Ltd. Want a managed development or deployment platform?<br>
> <a href="http://blog.edencardim.com/" target="_blank">http://blog.edencardim.com/</a> <a href="http://www.shadowcat.co.uk/servers/" target="_blank">http://www.shadowcat.co.uk/servers/</a><br>
> <a href="http://twitter.com/#%21/edenc" target="_blank">http://twitter.com/#!/edenc</a><br>
> _______________________________________________<br>
> Rio-pm mailing list<br>
> <a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
> <a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
><br>
_______________________________________________<br>
Rio-pm mailing list<br>
<a href="mailto:Rio-pm@pm.org">Rio-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/rio-pm" target="_blank">http://mail.pm.org/mailman/listinfo/rio-pm</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>André Garcia Carneiro<br>Analista/Desenvolvedor Perl<br>(11)82907780<br>