Comments on: LazyWeb: Escolhendo um framework

By: Rodrigo Camargo

Rodrigo Camargo — Wed, 25 Nov 2009 17:10:05 +0000

Indicar um framework é muito subjetivo. Cada um vai indicar aquilo que conhece melhor. Alguns frameworks podem ser que nem sejam os melhores, porém a pessoa só conhece aquilo e acaba indicando. Eu trabalho com Java e ficaria inclinado a indicar algo nesse caminho, como cloud computing (da uma olhada na amazon elastic compute cloud aqui: http://aws.amazon.com/ec2/). Acho mais fácil ele pegar algo que conheça melhor em vez de tentar aprender algo novo.

By: Chris Benseler

Chris Benseler — Wed, 18 Nov 2009 13:47:11 +0000

Acho difícil indicar um framework de qualquer linguagem – qual é o intuito? Imagino que a pessoa precisa definir as linguagens com as quais ele tem familiraridade para escolher um – e se não tem e quer aprender, não comece por nenhum framework, comece aprendendo o básico.
De qualquer forma, tenho uma experiência em PHP usando o Code Igniter (para MVC) e o DataMapper para ORM.
Se for Java, Spring com Hibernate.
São 2 combinações de sucesso, pela minha experiência.
Abs!

By: Guaracy Monteiro

Guaracy Monteiro — Thu, 12 Nov 2009 03:59:36 +0000

Como não é a minha área, não posso auxiliar. Mas sempre posso atrapalhar.

Um negócio que eu achei legalzinho foi REBOL.
Em ~400K o Carl Sassenrath (acho que não precisa apresentação) colocou um monte de coisas de forma bastante inteligente e flexível. A versão 3 está em desenvolvimento mas é possível baixar e ir testando (acho que a parte gráfica só no Windows). Mas tem a versão anterior (2.7.x). Não é totalmente free, mas é possível começar com o básico e, se for o caso, adiquirir o que for necessário futuramente. Não sei como ficaria o aspecto da hospedagem.

Testar online: http://tryrebol.esperconsultancy.nl/

Exemplos: http://reboltutorial.com/

web server : http://cheyenne-server.org/

web framework (MVC) : http://www.ross-gill.com/QM/

Entrada para uma série de vídeos (8 horas)
http://www.youtube.com/watch?v=RXgkmOZTYvM

By: PotHix

PotHix — Wed, 11 Nov 2009 14:08:39 +0000

Æ!!

Sou da mesma opinião do Luiz. Se for separar em pequenas apps acho que Django seria bem interessante.

Minha experiência não vai tão alem para dar uma opinião boa sobre esse caso, mas acho que depende bastante dos requisitos principais para se ver o mais interessante.

No fim das contas eu ainda ficaria com Django ou Rails, dependendo dos requisitos principais.

Há braços

By: Fabio Falci

Fabio Falci — Wed, 11 Nov 2009 13:58:02 +0000

Ahhhh.. erlang não rola?
http://beebole.com/en/blog/erlang/tutorial-web-application-erlang/

By: Luiz Rocha

Luiz Rocha — Wed, 11 Nov 2009 13:40:22 +0000

Eu usaria a seguinte linha de raciocínio:

Se o que os usuários vão compartilhar pode ser separado em pequenas apps, conectadas por um “container” (odeio essa palavra, me lembra IBM) comum, talvez Django seja um bom começo.

Se time-to-market é importante e o que vai ser compartilhado está dentro de um mesmo contexto de negócio, Rails pode ser um bom caminho.

Particularmente não tenho predileção por nenhum nem outro.

Em ambos os casos, o que ele realmente precisa é estar ciente das dores do crescimento.

By: Roger Leite

Roger Leite — Wed, 11 Nov 2009 12:42:05 +0000

Sem detalhes fica muito difícil sugerir algo efetivo.
Fora Ruby/Rails, minhas experiências anteriores foi com Java, neste caso recomendo:

- http://www.stripesframework.org
- http://blog.caelum.com.br/2009/08/21/vraptor-3-disponivel-para-download/

Espero que ajude.