我知道我会得到一千个"取决于你想要做什么"的答案,但是说真的,在网上还没有关于这个的可靠信息.以下是我的假设 - 我认为它们现在很多人都很相似:
它现在是2008年10月.我想开始编写2009年1月的应用程序.我愿意使用beta代码,但到1月份,我想要一个没有"奇怪"问题的网站.话虽如此,如果一种语言比另一种语言慢10%,只要问题是线性的,我就不关心这些事情.我主要担心的是开发人员的生
我将使用Linux,Apache,MySQL作为应用程序.
我希望能够用稳定的库来运行scp和ftp客户端函数(我只选择了那两个,因为它们不是与Web相关的,但同时代表了任何大型应用程序可能使用的相当常见的网络协议).OpenID和Oauth等技术也将被使用.
经验丰富的网络开发人员随时可用(即我不必找到金融公司等人).
无论选择什么是常见的,并且会存在一段时间.
这是一个踢球者.我希望能够使用类似于HAML,SASS的高级表示层工具/语言.我肯定想要使用JQuery.
我将创建一个Facebook应用程序,并在某些时候处理短信,iPhone应用程序等...
此时,语言的选择是PHP(Cake,Symfony,Zend),Python(Django),Ruby(Merb).此时我真的介于Django和Merb之间,主要是因为其他人似乎都是这样.
请不要在这里放置任何非主流技术.我知道Merb主要是未经测试的,但他们声明的目标是一个坚实的平台,它背后有很多动力,所以我相信它是可行的.请不要回答Perl有多棒或.Net.
对于未来参考 - 已经做出了以下选择:
Debian(Lenny) - 用于将CPU周期转换为有用的东西.TRAC
0.11 - 对于项目管理Gliffy - 对于线框等
Google文档/应用程序 - 用于文档,托管电子邮件等...
亚马逊ec2/S3 - 用于托管,存储.
干杯,亚当
Django的!
查看Google/Youtube上的DjangoCon会谈 - 特别是"可重用的应用程序"(www.youtube.com/watch?v=A-S0tqpPga4)
在开始使用Ruby/Rails之后,我一直在使用Django一段时间.我发现Django社区更容易进入(更好),用优秀的例子记录的语言,它的模块化非常棒,特别是如果你想要将自定义组件放入混合中,而不是被迫在这里使用某些东西,那里.
我确信Rails或其他一些方面可能有一些灵活的方法,但我强烈建议你仔细看看Django的介绍,等等,请访问http://www.djangoproject.com/
Eugene提到它现在处于1.0 - 因此在2009年1月之前将保持稳定且向后兼容的代码库.
此外,它构建的自动管理界面是生产就绪,非常灵活.
对不起,但你的问题是错的.人们可能会为此投票让我失望,但无论如何我想说出来:
我不希望得到客观的答案!为什么？这很简单:
所有Ruby倡导者都会告诉他们使用Ruby.
所有Python倡导者都会告诉我们使用Python.
所有PHP倡导者都会告诉使用PHP.
在此处插入其他语言.
知道了吗？
我建议你尝试自己提到的每种语言.每个至少几天.之后你应该有一个更好的基础来做出最终的决定.
也就是说,我会选择Ruby(因为我是Ruby的倡导者).
所有这些都将完成工作.
与其他任何变量相比,这对应用程序的交付时间和稳定性的影响要大得多.
这取决于.
php - symfony是一个很棒的框架.缺点:php,罗嗦和目录沉重.推进使用起来很烦人.好处:PHP无处不在,劳动力便宜.做得好的框架,以及良好的支持.大量的插件让您的生活更轻松
python - django也是一个很棒的框架.缺点:python程序员可能更难找到,django更难.由于没有正式的迁移,因此更改数据库模式可能会有些困难.并不像你期望的那样做mvc.好处:做你需要的一切,并拥有伟大的python std库和社区.
ruby - 我从来没用过merb,所以我会解决rails.好处:几乎任何你想做的事情都有插件,宝石或配方.使用方便.缺点:那些插件,宝石和食谱有时无法以神秘的方式工作.猴子补丁往往是邪恶的.社区是......声音.固执己见的软件,有时这些意见是错误的(缺少外键).铁轨本身就像一堆卡片,等待爆炸,夺走你的生命.
所有这些说,我是一个自由的php/symfony和ruby/rails开发人员.我参与了几个语言和框架的项目.我的最新项目仅仅是因为ActiveMerchant而在Rails中.我一直在寻找开发django应用程序一段时间的理由.如果有一个类似ActiveJerchant的django库,我可能会使用它.
京公网安备 11010802040832号 | 京ICP备19059560号-6 
