| Autor |
Mensagem |
|
|
|
Só sugeri o GWT pq talvez algumas pessoas prefiram programar em java e fechar uma arquitetura em cima do GWT... Se vocês se sentem confortáveis apenas com JS vai fundo usando apenas JS. Sobre usar GWT em projetos grandes eu nunca usei, mas ele daria conta do recado tranquilamente.
|
 |
|
|
Pois é... complicado essas coisas.
Flex para mim é algo fora de cogitacao. Até poderia ser uma boa opçao, mas parece que flash esta em queda junto com o flex. Entao é melhor evitá-lo. Outra alternativa talvez seja swing.. pois sei q um bom tempo atras ele tinha um recurso onde vc poderia fazer o download e update do aplicativo online. Talvez seja uma opcao.
Mas pra mim, a melhor opcao pra mim ainda é JavaScript dado o seu cenário. Acho que você poderia dar uma olhada no ExtJS e talvez GWT (pois ele gera o cliente em javascript) também possa ajudar.
UPDATED: Sim.. quando pensei em JS pensei em ExtJS + JSON também.
|
|
|
|
Sinceramente, me parece que seu cliente esta viajando na batatinha. Se você quiser entrar na onda dele tente programar o maximo possivel da camada da UI usando javascript. Sua UI deve apenas se limitar em consumir os servicos disponibilizados pelo seu ERP (que pode ser qualquer coisa... VRaptor, Play, WebService, REST).
Nao sei como seu cliente (ou os analistas, sei lá) chegaram nestes brilhantes requisitos web. Mas fato é que se for para lutar contra o padrao, ou vocês devem cobrar muito caro pelo servico ou convenca eles de que o especilista em TI sao vocÊs, e nao eles. Se nao, eles mesmo fariam o sistema. Enfim... sinceramente nao entendo pq fazem tanta questao de navegar contra a maré.
UPDATED: Ou tente convencer seu cliente que o que ele precisa é de um sistema Desktop.
|
|
|
|
Se vc comparar JSF e Struts 1 por exemplo, tudo que vc faz em JSF vc pode fazer com Struts 1, mas o contrário não é verdade. O mesmo se aplica a Play, Rails, VRaptor e outros contra JSF.
Pra mim nao existe este papo de framework-web certo para cada tipo de problema. Framework web é gosto pessoal, ou tu sente prazer programando nele ou nao.
Desde que seu sistema seja um backend (apenas telas administrativas) ainda acho aceitavel alguem gostar e escolher JSF. Agora se vc chegar no nivel de escolher JSF para desenvolver front-ends, o JSF nao tem culpa, o problema é vc quem é muito ruim!
Simples assim!
|
|
|
|
Valeu Kiko... é meio complicado mesmo afirmar qual é o melhor. Eu mesmo acabo sendo conservador optando pela linguagem java que já domino, mas por outro lado gosto e respeito muito o trabalho feito no Grails. Fora que assim como saiu o Grails 2.0 logo deve de sair o Play 2.0 (e que vai mudar muita coisa, posso estar falando bobagem, mas tb tenho a impressao que eles nao sao do tipo q mantem compatibilidade com versoes anteriores).
Sei lá, posso estar viajando, mas nos proximos anos acho q estes "frameworks 2.0" podem fazer muito barulho e mudar muita coisa, e no meu ver, os dois principais players que rodam em uma VM é o Grails e o Play.
|
|
|
|
Kiko, desculpe a pergunta... mas creio q caso vc já tenha feito, suas opiniao serã muito interessante.
Por acaso vc já experimentou o PlayFramework? Qual foi a sua impressão?
Se sim, quais os motivos vc acredita valer a pena para preferir Graisl ao invés de Play?
|
|
|
|
Eu nao conheco o Maker nao, mas confesso que fico bem p* quando criticam geracao de código.
Enfim... na minha opiniao, já podemos nos dias hoje usar boas ferramentas que nos permitam geracao de codigo com ótima qualidade, só a curva de aprendizagem que não é muito agradável, mas dá.
Em caso de dúvidas, procure no Google pelas seguintes palavras chave: XText 2, Xtend 2, Acceleo, AlphaSimple, TextUML e MPS (sendo duas destas ferramentas uma DSL Workbench).
Um dos motivos de eu gostar muito do Grails (entre muitas opcoes equivalentes) é que achei particularmente facil estudar o funcionamento do Scaffold, fora que é bem tranquilo você criar scripts... daí, entao, fica facil eu criar varios pequenos geradores de codigo para automatizar minhas atividades.
O Framework Yii (em PHP) também já possui uma arquitetura muito legal para permitir criar geradores de codigo customizados.
De boa, na minha opinião, já passou da hora dos programadores java terem percebido que em media pelo menos 70%/80% dos sistemas em que trabalhamos poderiam ser gerados utilizando um gerador de código.
|
|
|
|
Há.. deixa eu destacar alguns pontos do texto que indiquei:
That?s my first reason I use the GPL:
Because I want to, and if you disagree with it then don?t use my software. It?s as simple as that.
This is my second reason I use the GPL:
After Mongrel I almost need companies to have to admit they use my software. I would actually rather nobody use my software than be in a situation where everyone is using my gear and nobody is admitting it.
Or worse, everyone is using it, and at the same time saying I can?t code.
This is my third reason I use the GPL:
Technology firms are now designed to be created and destroy fast for large VC profits while keeping costs low. That means they have no economic incentive to give back, so I have no social incentive to ?give? them my software.
This is my fourth reason for using the GPL:
I use the GPL to keep you honest. You now have to tell your bosses you?re using my gear. And it will scare the piss out of them. Good. Because I have a solution to that too.
My fifth reason for using the GPL:
I?ll always be an open source developer, but quite frankly, we?re dying off because the companies who use our software do not give back. The irony of the situation is that, in order to improve my motivation to do open source, I have to charge for it.
I obviously won?t ever charge an open source project, since they are honoring the unwritten contract: If I give, you give.
But the days of quick-flip corporations and ingrate programmers making money on my software are over. My new motto is:
Open source to open source, corporation to corporation.
If you do open source, you?re my hero and I support you. If you?re a corporation, let?s talk business.
fonte: http://zedshaw.com/essays/why_i_gpl.html
|
|
|
|
Um texto sobre GPL que curto muito é este aqui: http://zedshaw.com/essays/why_i_gpl.html
Repare que o texto vai um pouco além. O autor explica o motivo de mudar para GPL ao invés de permissoes mais permissivas. Já avaliando o contexto do texto, fica bem claro que tem muita gente (desde empresas até programadores) tirando proveito do Software Livre, assim como pode estar acontecendo abusos também.
É um texto na minha opinião puramente pessoal. Trata-se mais do indivíduo, o programador, do que uma empresa.
|
|
|
|
E aew boy...
nao sei se entendi direito... mas se vc pretende criar um menu dinamico, com boa parte da programacao em java, agente nao tem muita opcao. Vc pode criar uma Tag propria usando a API de TagLib, o que no meu ver, nao parece legal. Também faz um bom tempo q nao uso scriplets, mas talvez um java bean que gere o codigo do menu pode ser uma boa, mas sinceramente, também acho q nao vale a pena.
Se o que vc precisa é algo q pode ser resolvido com CSS e JavaScript, dÊ uma olhada em algum framework CSS. Dê uma olhada neste aqui: http://twitter.github.com/bootstrap/
Nele vc vai ter desde menu, abas, popups, tipografia e o layout propriamente dito.
Boa Sorte, mano 
|
|
|
|
jakefrog wrote:Acho muito forte fazer uma afirmação dessa uma vez que PHP e JSP são mundos diversos.
Existem sistema onde PHP cairá como uma luva, assim como JSP.
Cada um tem sua vantagem e desvantagem bem claras.
Apenas acho radical d+ falar que JSP é pior que PHP pelo fato do estudo a ser adquirido e não por tecnologia, bugs, problemas de desenvolvimento e assim vai. [=
Legal, entendi. Para mim a afirmacao não é radical. Para isso, costumo olhar a quantidade de solucoes livres voltados para WEB disponiveis no mercado, como por exemplo, CMS's e Plataformas de Comercio eletronico. O número de opcoes em PHP sao absurdamente maiores comparado aos de JAVA. Muitas destas solucoes em PHP sao lideres do seu segmento (veja Magento, Wordpress, Joomla). Outro detalhe q vc pode observar é que em PHP há muitos programadores vivendo de freelance programando para WEB, raramente encontramos isso na comunidade Java.
Sobre estudar, bom... independente da linguagem, certamente vc concorda, que o bom programador vai estar sempre estudando e aprendendo independente da linguagem q ele escolha. É bem provavel também, inclusive, q ele estude mais de uma linguagem
|
|
|
|
Ok mas mesmo tirando JSTL, Servlet e a IDE da lista, ainda ficam PHP x JAVA + JSP. Isso pq agente está assumindo apenas um caso simplista, sem MVC ou frameworks. Se agente adicionar essas variáveis ai o JSP ia tomar uma surra das grandes, rs
|
|
|
|
jakefrog wrote:Pois é. Levando Tomcat (um dos itens do JEE) sua aplicação fica leve.
Agora quanto ao fato de se ter que aprender mais coisas, concordo plenamente.
Agora, falar que PHP é melhor que JSP só pq com PHP a quantidade de informação a ser estudada é menor? Concordo não.
Pode haver casos em que JSP seja melhor do que PHP. Mas no geral, acho bem dificil JSP bater PHP se o assunto é desenvolvimento web. Pq vc nao concorda, Jakefrog?
|
|
|
|
leonardobhbr wrote:
Thiago Senna wrote:
leonardobhbr wrote:
Thiago Senna wrote:Entre JSP e PHP, a melhor linguagem para desenvolviment web é PHP, afinal, ela foi feita só pra isso.
E JSP foi feito para que ?
PHP é só PHP. JSP vc tem trazer toda a parafernalia que vem junto com o JEE.
Só precisa de uma jdk e um simples container como o tomcat isso e parafernalia? voce não precisa utilizar todos os recursos do JEE
Apenas PHP
- Aprender Linguagem PHP
- Instalar servidor Apache
- Instalar MySQL
- Aprender SQL
- Aprender PDO
Se utilizar JSP
- Aprender linguagem JAVA
- Aprender JSP
- Aprender Servlets
- Aprender JSTL
- Instalar Tomcat
- Instalar MySQL
- Aprender SQL
- Aprender JDBC
- Obrigatoriamente deverá utilizar uma boa IDE
Isso para ser bem simplista!
|
|
|
|
jakefrog wrote:
Thiago Senna wrote:
leonardobhbr wrote:
Thiago Senna wrote:Entre JSP e PHP, a melhor linguagem para desenvolviment web é PHP, afinal, ela foi feita só pra isso.
E JSP foi feito para que ?
PHP é só PHP. JSP vc tem trazer toda a parafernalia que vem junto com o JEE.
Sério? E se utilizar Tomcat, ainda sim o JEE vai junto?
O pré-requisito para rodar qualquer aplicacao JEE é vc ter um web container (no caso, Tomcat e Jetty), e para aplicacoes JEE mais parrudas usar algum application server (no caso, JBOSS, Glassfish e talz). JSP é um dos componentes que integram o JEE, assim como o Servlet, JSTL e etc...
|
|
|
|
|
|