Quadro / idioma para novos sites web 2.0 (2008 e 2009)

votos
2

Eu sei que vou conseguir um mil Depende do que você está tentando fazer respostas, mas sério, não há realmente nenhuma informação sólida sobre esta linha ainda. Aqui estão as minhas suposições - Eu acho que eles são semelhantes para um monte de pessoas agora:

  1. Agora é outubro de 2008. Eu quero começar a escrever um pedido de Janeiro de 2009. Estou disposto a usar o código beta e tal, mas em janeiro, eu gostaria de um site que não tem problemas 'estranho'. Com isso dito, se uma língua é simplesmente 10% mais lento do que o outro, eu não me importo com essas coisas, enquanto a questão é linear. A minha principal preocupação é a produtividade do desenvolvedor.
  2. Eu vou estar usando Linux, Apache, MySQL para a aplicação.
  3. Eu quero o poder de fazer coisas como scp corrida e funções cliente FTP com bibliotecas estáveis ​​(eu só escolhi esses dois porque eles não são web-relacionados, mas, ao mesmo tempo representar protocolos de rede muito comuns que qualquer app maior pode usar). Tecnologias como OpenID e OAuth será usado também.
  4. desenvolvedores web experientes estão prontamente disponíveis (ou seja, eu não tenho que encontrar pessoas de empresas financeiras e tal).
  5. Seja qual for a escolha é é comum e será em torno de um tempo.
  6. Aqui está um kicker. Eu gostaria de ser capaz de usar avançadas camada de apresentação ferramentas / linguagens semelhantes a HAML, SASS. Eu definitivamente quero usar JQuery.
  7. I será a criação de um aplicativo de Facebook e em algum momento fazendo coisas como lidar com mensagens SMS, aplicativos para iPhone, etc ...

Neste ponto, as escolhas para linguagem são PHP (Cake, Symfony, Zend), Python (Django), Ruby (Merb). Estou muito entre Django e Merb neste momento principalmente porque todo mundo parece estar indo dessa forma.

Por favor, não coloque qualquer tecnologia em aqui que não são feitas para mainstream. Eu sei Merb não foi testado na maior parte, mas o seu objectivo declarado é uma plataforma sólida e tem um monte de impulso por trás dele, então estou confiante de que é viável. Por favor, não responda com a forma como grande Perl é ou .Net.

Para referências futuras - essas escolhas já foram feitas:

  • Debian (Lenny) - Para converter ciclos de CPU em algo útil. Trac
  • 0.11 - Para Project Management Gliffy - Para wireframes e tal
  • Google Docs / Apps - Para documentação, hospedado e-mail, etc ...
  • Amazon EC2 / S3 - Para hospedagem, armazenamento.

Cheers, Adam

Publicado 08/10/2008 em 19:07
fonte usuário
Em outras línguas...                            


13 respostas

votos
16

Django!

Olhe para cima as negociações DjangoCon no Google / Youtube - Especialmente "reutilizável Apps" (www.youtube.com/watch?v=A-S0tqpPga4)

Estou usando o Django por algum tempo, depois de começar com Ruby / Rails. Eu achei mais fácil a Comunidade Django para entrar (melhor), a língua documentado com excelentes exemplos, e é modularidade é incrível, especialmente se você está querendo jogar componentes personalizados na mistura, e não ser forçado a usar certas coisas aqui e há.

Tenho certeza de que provavelmente há maneiras de ser tão flexíveis com Rails ou algo assim, mas eu altamente incentivá-lo a tomar um longo olhar para as apresentações Django, etc, em http://www.djangoproject.com/

Eugene mencionado agora é de 1,0 - e, portanto, continuará a ser uma base de código estável e compatível com versões anteriores bem através de Janeiro de 2009.

Além disso, as interfaces de administração automáticas que constrói são de produção pronto , e extremamente flexível.

Respondeu 08/10/2008 em 19:51
fonte usuário

votos
9

Desculpe, mas sua pergunta é errada. As pessoas provavelmente vão me votar para baixo por um presente, mas eu quero dizer mesmo assim:

Eu não seria de esperar para obter uma resposta objetiva! Por quê? Isso é simples:

  • Todos os defensores de Ruby vai dizer para usar Ruby.
  • Todos os defensores Python vai dizer para usar Python.
  • Todos os defensores PHP irá dizer usar o PHP.
  • Insira idiomas adicionais aqui.

Teve a idéia?

Eu recomendo que você tente cada um dos idiomas que você mencionou para si mesmo. Pelo menos em alguns dias cada. Depois disso, você deve ter uma base muito melhor para tomar sua decisão final.

Dito isto, eu iria escolher Ruby (porque eu sou um defensor do rubi).

Respondeu 08/10/2008 em 19:51
fonte usuário

votos
7

Todos eles vão fazer o trabalho.

Use o que você e sua equipe estão mais familiarizados com

Isto terá um impacto muito maior sobre os prazos de entrega e estabilidade do seu aplicativo que qualquer uma das outras variáveis.

Respondeu 09/10/2008 em 21:02
fonte usuário

votos
5

depende.

php - symfony é um grande framework. desvantagens: php, prolixo e pesado diretório. propulsão fica chato de usar. upsides: php está em toda parte e o trabalho é barato. bem feito estrutura, e um bom suporte. lotes de plugins para tornar a sua vida mais fácil

python - Django também é um grande quadro. desvantagens: programadores Python pode ser mais difícil de encontrar, o Django ainda mais difícil. mudando seu esquema db pode ser um pouco difícil, pois não há migrações oficiais. não chega a fazer MVC como você esperaria. upsides: faz tudo o que você precisa e tem a grande biblioteca python std e comunidade por trás dele.

ruby - Eu nunca usei merb, por isso vou abordar trilhos. upsides: há um plugin, gema, ou receita para quase tudo que você poderia querer fazer. fácil de usar. desvantagens: os plugins, pedras preciosas e receitas às vezes não conseguem trabalhar de forma misteriosa. macaco patching é muitas vezes mal. a comunidade é .. vocal. software opinativo, e às vezes essas opiniões estão errados ( falta de chaves estrangeiras ). trilhos em si parece como uma torre de cartas esperando para explodir e levar horas de sua vida fora.

com tudo isso dito, eu sou um freelancer php / symfony e Ruby / Rails. Eu trabalhei em vários projetos em ambas as linguagens e frameworks. Meu projeto mais recente é no Rails unicamente por causa da ActiveMerchant. Eu estive procurando uma razão para desenvolver uma aplicação Django por um tempo. Se houvesse uma ActiveMerchant como biblioteca para django, eu provavelmente teria usado.

Respondeu 08/10/2008 em 20:08
fonte usuário

votos
4

Eu iria com Django, se você está confortável com uma solução Python. É a versão 1.0 agora, e está amadurecendo muito bem, com uma grande base de usuários e muitos contribuintes. Integrando jQuery não é problema, e eu tenho feito isso sem quaisquer problemas.

A única coisa é, tanto quanto eu posso dizer, Ruby é muito mais popular para desenvolvimento web hoje em dia, por isso é mais fácil encontrar desenvolvedores Ruby. Eu recebo essa impressão de navegar anúncios de emprego recentes - não há que muitos para Python ou Django. Eu não sei muito sobre Merb, por isso não posso dar uma comparação justa.

Eu fiz PHP suficiente para não recomendo começar um novo projeto com ele.

Respondeu 08/10/2008 em 19:19
fonte usuário

votos
2

Para obter uma sensação de que o ecossistema Django está no momento, você pode querer verificar para fora

Respondeu 09/10/2008 em 11:55
fonte usuário

votos
2

Com base em suas razões, eu iria com Ruby. Vejo que você quer algumas ferramentas de administração (SCP, FTP) e Ruby tem (sftp net / e bibliotecas net / FTP).

Além disso, existem grandes jóias como Deus para monitorar seu sistema, Vlad the Deployer para a implantação, etc. E um monte de alternativas no campo do Merb, basta usar o que você achar que é melhor para suas necessidades (Thin, Mongrel, vazante, etc).

Respondeu 08/10/2008 em 19:26
fonte usuário

votos
1

Ter aplicações integradas em Django, eu posso atestar a sua utilidade. Se todas as estruturas eram tão elegante (sim Spring, eu estou olhando para você).

No entanto, em termos de apostar a fazenda em Django, uma coisa que você precisa levar em consideração é que o Python 3 será lançado em breve. Python 3 não é compatível e não há um risco de que ele vai desembolsar a língua e acabam retardando o impulso para todos os projetos Python enquanto eles lidar com as conseqüências. Para ser justo, Ruby 2.0 é devido em breve também, mas eu não acho que vai ser tão perturbador.

Respondeu 16/10/2008 em 16:07
fonte usuário

votos
1

Não ficar preso na mentalidade de layout de página do lado do servidor. Considere tecnologias como o SproutCore, GWT ou ExtJS que colocar o código layouting totalmente no cliente, fazendo com que o servidor responsável apenas pela triagem e processamento de dados (e facilmente substituídos).

E você realmente precisa saber qual plataforma de servidor que deseja. Não escolher um, porque ele é o sabor do mês, escolher um, porque você está confortável com isso. Sabores não duram, uma vontade codebase solidamente construída.

Respondeu 09/10/2008 em 22:13
fonte usuário

votos
1

Tenho de prefaciar este com a minha concordando com Orion Edwards, escolher o seu time está mais familiarizado.

No entanto, eu também tenho que observar a curiosa falta de línguas ASP.NET em sua lista. Não provocar o grande exército fanático, mas onde está a carne? NET é uma plataforma de desenvolvimento estável, rápida e a força de trabalho está crescendo diariamente. VB.NET e C # são conjuntos de habilidades transportáveis, e que pode significar muito quando você está construindo uma equipe de desenvolvedores para trabalhar em um conjunto diversificado de tarefas. NET também permite que você separe a sua camada de apresentação do seu código de back-end, como outras línguas, mas também permite que você exponha esse código backend como um serviço web para coisas como suas aplicações para iPhone e Facebook.

Tome cada sugestão com um grão de sal, e escolher o que se adequa à aplicação melhor. Faça sua pesquisa, e design para a função e não os fanáticos.

Disclaimer: Uma vez que um PHP, ColdFusion e desenvolvedor Perl. fanático Flex e Adobe amante. Agora escrever aplicações .NET corporativos. ;)

Não se esqueça Mono, que permite executar NET sob * nix. Não que eu estou dizendo que vai ser perfeito, apenas jogando advogado do diabo.

Respondeu 09/10/2008 em 21:13
fonte usuário

votos
0

Update: Acabei usando e amando, Django. Estou totalmente feito com PHP - desculpe por isso. futuros leitores que tentam criar um novo site web 2.0 (assumindo que eles têm um fundo de programação), deve considerar fortemente essa configuração:

Amazon EC2 para hospedagem (US $ 80 / mês - não é barato, mas vale a pena se você puder pagar) Django / Python (Python é a linguagem de script mais poderoso do planeta - e Django apenas faz com que funcione na web)

Desenvolvimento deve ser feito com SqlLite eo servidor de desenvolvimento que vem com Django. Não perca tempo com Nginx, Apache, MySQL até que você está withing algumas semanas de um beta.

Oh, e eu agora desenvolver em um Mac, o que funciona muito bem para o desenvolvimento local Django.

Finalmente, Pinax é um grande começo para Django desenvolvimento.

Respondeu 05/03/2009 em 22:09
fonte usuário

votos
0

Não paga para ser tendencioso sobre a configuração do servidor. Qualquer framework web moderna vale a pena seu peso em código fonte tem uma camada de abstração SQL de algum tipo. PostgreSQL recebe um desempenho muito melhor, e este é proveniente de um ex-MySQL partidária.

Apache é um animal, tanto para configurar e sobre os recursos do seu servidor. Por que não ir com algo leve, como nginx ou lighttpd ?

(Para o registro, eu sou um grande utilizador Django, mas como a resposta aceita disse, ir com o que sua equipe sabe. Rápido turn-around não é o tempo para estar aprendendo novos quadros. Se você está contratando uma equipe do zero , ir com Django.)

Respondeu 14/10/2008 em 17:48
fonte usuário

votos
0

Minha experiência com várias novas tecnologias ao longo dos últimos dez anos me leva a recomendar que você faça a estabilidade da plataforma de um critério sério. É tudo muito bem desenvolver com o quadro mais recente e maior, mas quando você encontrar ele é movido para a frente uma versão ponto e de repente a forma como você tem feito tudo está obsoleta, que pode vir a resultar em trabalho extra desnecessário. Isto foi particularmente minha experiência trabalhando com trilhos um pouco à frente da versão 1. Por essa razão sozinho, eu evitaria qualquer plataforma que não era, pelo menos, a 1,0 quando você começar a trabalhar nele.

Ruby é ótimo trabalhar com e irá manter a sua produtividade do desenvolvedor alta, mas se Django é a plataforma mais estável que eu seria a favor de que, com certeza.

Respondeu 09/10/2008 em 12:05
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more