| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 23/07/2008 15:45:42
|
Luiz Aguiar
Moderador
![[Avatar]](/images/avatar/843a4d7fb5b1641b0bb8e3c2b2e75231.jpg)
Membro desde: 23/01/2005 00:05:55
Mensagens: 3840
Localização: São Paulo
Offline
|
O problema que vejo não é a quantidade, é q quantidade que fazem exatamente a mesma coisa com nome diferente.
É errado ter 500 distro linux? não, não vai matar ninguém, mas precisa? até que ponto isso pode ajudar e prejudicar?
Gostaria que as pessoas colaborassem mais com projetos já existentes, sempre tem espaço, se não querem adicionar sua novidade revolucionária, faça um plugin/modulo, não há problema nisso, deixe claro que o seu é o VRaptor with Lasers, usa a base já sólida para adicionar novidades e evoluções.
Acho mais interessante criar um "plugin" para o framework X do que lançar um novo, visto que quase todos só fazem uma miserinha de nada de diferente dos já existentes.
O spring-anottations por exemplo, poderia ser um "fork" lançado como Tabajara MVC Jaspion with Anottation, será que seria interessante para os usuários do Spring "mudar" de framework ou realmente continuar o que já lhes cabe bem mais tendo recursos adicionais que são interessantes pra eles?
Será que java é tão mais poderosa/grande/inovadora pra ter a quantidade de frameworks que tem quando se comparado a Ruby, Python, PHP por exemplo?
É preciso evoluir, não resta dúvida, exatamente nesse caso que vejo que unir-se (colaboram com algo que já existe) pode agregar mais valor.
Essa é a minha visão apenas!
|
-
Blog de Tecnologia
GitHub
@AguiarLuiz
Recicla SP na App Store!
|
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 23/07/2008 16:26:56
|
Leonardo3001
GUJ Ranger
Membro desde: 04/07/2007 18:28:58
Mensagens: 975
Offline
|
Luiz Aguiar wrote:O problema que vejo não é a quantidade, é q quantidade que fazem exatamente a mesma coisa com nome diferente.
É errado ter 500 distro linux? não, não vai matar ninguém, mas precisa? até que ponto isso pode ajudar e prejudicar?
Gostaria que as pessoas colaborassem mais com projetos já existentes, sempre tem espaço, se não querem adicionar sua novidade revolucionária, faça um plugin/modulo, não há problema nisso, deixe claro que o seu é o VRaptor with Lasers, usa a base já sólida para adicionar novidades e evoluções.
Acho mais interessante criar um "plugin" para o framework X do que lançar um novo, visto que quase todos só fazem uma miserinha de nada de diferente dos já existentes.
O spring-anottations por exemplo, poderia ser um "fork" lançado como Tabajara MVC Jaspion with Anottation, será que seria interessante para os usuários do Spring "mudar" de framework ou realmente continuar o que já lhes cabe bem mais tendo recursos adicionais que são interessantes pra eles?
Será que java é tão mais poderosa/grande/inovadora pra ter a quantidade de frameworks que tem quando se comparado a Ruby, Python, PHP por exemplo?
É preciso evoluir, não resta dúvida, exatamente nesse caso que vejo que unir-se (colaboram com algo que já existe) pode agregar mais valor.
Essa é a minha visão apenas!
Acho interessante a sua opinião, mas vejo que os plugins existem de fato. É assim com JSF (principalmente), Struts 2, GWT e Wicket. E existe a possibilidade de utilizar outras estratégias para carregar beans no Spring. Se alguém quisesse fazer, poderia. Não é a ausência de gente que faz plugins o motivo para que o Java tenha vários frameworks, pra mim a razão é outra.
Primeiro, que Java tem um grande mercado, os "stakeholders" são inúmeros e variam de grandes empresas a iniciativas de código aberto. É impossível atender a todos, e cada nicho cria soluções que atendam a seus interesses.
Segundo, que, no universo Java, houve várias "reviravoltas" de como se pode desenvolver software. Inicialmente, se achava que se deveria usar fortemente Design Patterns, e vários frameworks seguiram a tendência de se usar Template Method (EJB 2.x, Servlets e Applets usam esse pattern). Depois, houve a era dos POJOs (Spring, Hibernate, JSF), e nenhuma classe deveria herdar classe de framework, apenas escrever zilhões de tags de XML. Houve um incremento dessa era, onde houve a troca de XML por anotações (JPA, EJB3, Seam). Aconteceu a febre Rails, e o que mais importa agora são frameworks que obedecem ao mantra "convenção sobre configuração", que novos frameworks buscam seguir (Rails, Grails, Wicket).
E nessa troca de "eras", os frameworks antigos não deixam de existir, o que acontece são novos frameworks que se acrescentam aos demais.
|
Leonardo Veríssimo
-------------------------------------------------
Objectzilla |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 23/07/2008 20:42:07
|
Luca
Moderador
![[Avatar]](/images/avatar/17e62166fc8586dfa4d1bc0e1742c08b.jpg)
Membro desde: 06/09/2002 14:30:10
Mensagens: 5810
Localização: São Paulo/SP ou Paraty/RJ
Offline
|
Olá
Só para provocar: Apresentação do Matt Raible na OSCON 2008 - Web Frameworks
of the Future em http://raibledesigns.com/rd/entry/oscon_2008_web_frameworks_of
[]s
Luca
This message was edited 1 time. Last update was at 23/07/2008 20:43:38
|
Dare Obasanjo (Program Manager at Microsoft)
"The folks I know from across the industry who have to build large scale Web services on the Web today at Google, Yahoo!, Facebook, Windows Live, Amazon, etc are using RESTful Web services. The only times I encounter someone with good things to say about WS-* is if it is their job to pimp these technologies or they have already "invested" in WS-* and want to defend that investment."
CEP, JMS, JMX e coisas afins (ou não)
http://lucabastos.blogspot.com/ |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/07/2008 08:13:01
|
jonataswingeter
JavaBaby
![[Avatar]](/images/avatar/ead8e65817265dd1346c3d2b2ba251c5.jpg)
Membro desde: 20/11/2006 10:15:55
Mensagens: 90
Offline
|
Vc tocou num ponto crítico. Persistência de dados é uma área onde apesar de haver concorrência há medalhões como Hibernate e ActiveRecord. Dá tranquilamente para utilizar um framework web sem Hibernate e RoR sem ActiveRecord. Mas não dá para recomendar isso devido ao nome (merecido!) que Hibernate e ActiveRecord possuem.
Saoj,
Dá pra recomendar sim!
Particulamente não sou muito fã de hibernate. Para você ter um desempenho razoável e boa modelagem (questionável), é necessário deixar o controle na mão do Hibernate. E como a maioria das aplicações possuem a modelagem independente, já fica difícil usá-lo, sem contar ainda que para ter sucesso com ele, você tem conhecer MUITO do framework, entrar em picuinhas. Dentre essas e outras, prefiro o bom e velho JDBC. Nada melhor
que ter o controle da aplicação.
ORM não é fácil...tende a ser uma gambiarra.
Abraço,
|
Jônatas Wingeter Rodrigues
"Tem coisas que só FP faz pra você. fat(0) -> 1; fat(N) -> N * fat(N-1)"
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 24/07/2008 08:41:41
|
saoj
JWizard
![[Avatar]](/images/avatar/2e7ceec8361275c4e31fee5fe422740b.png)
Membro desde: 09/03/2004 23:34:46
Mensagens: 2667
Localização: Chicago, EUA
Offline
|
jonataswingeter wrote:
Vc tocou num ponto crítico. Persistência de dados é uma área onde apesar de haver concorrência há medalhões como Hibernate e ActiveRecord. Dá tranquilamente para utilizar um framework web sem Hibernate e RoR sem ActiveRecord. Mas não dá para recomendar isso devido ao nome (merecido!) que Hibernate e ActiveRecord possuem.
Saoj,
Dá pra recomendar sim!
Particulamente não sou muito fã de hibernate. Para você ter um desempenho razoável e boa modelagem (questionável), é necessário deixar o controle na mão do Hibernate. E como a maioria das aplicações possuem a modelagem independente, já fica difícil usá-lo, sem contar ainda que para ter sucesso com ele, você tem conhecer MUITO do framework, entrar em picuinhas. Dentre essas e outras, prefiro o bom e velho JDBC. Nada melhor
que ter o controle da aplicação.
ORM não é fácil...tende a ser uma gambiarra.
Abraço,
Concordo com vc em gênero, número e grau. Eu tb só uso JDBC com uma query builder para agilizar as coisas. Mas tem gente que domina e ama o Hibernate, que vai achar isso loucura. Ambas as partes têm razão.
|
Sergio A Oliveira Jr. - saoj
ExperiMENTA:
Mentawai = http://www.mentaframework.org - Full-stack Java Web Framework com Configuracão Programática
MentaQueue = http://mentaqueue.soliveirajr.com - Queue de alta-performance.
MentaLog = http://mentalog.soliveirajr.com - Non-intrusive, fast, garbage-less, colored and straightforward logging
MentaBean = http://mentabean.soliveirajr.com - Tiny ORM with SQL Builder
MentaRegex = http://mentaregex.soliveirajr.com - Perl-style regex for Java.
MentaContainer = http://mentacontainer.soliveirajr.com - Straightforward IoC, DI e Auto-Wiring
Space4J = http://www.space4j.org - Banco-de-dados de Objetos em Memória
Options-Lib = https://github.com/saoj/options-lib - Ruby classes para ter acesso as opcoes do Yahoo Finance
Selleto = http://www.selleto.com.br
Flipinion = http://www.flipinion.com
Kawai = http://www.kawaiwiki.org
|
|
|
 |
|
|
|
|