刚成立的互联网公司框架选择！！

mybatis好东西，
spring 好东西
spring mvc 好东西
struts2并发量来了麻烦东西
分布式神马玩意，用户够不？
key-value数据库数据量有这么大吗？需要吗？
一步登天难啊...

spring springmvc springjdbc  springcache.....

好像差不多了。
如果还想用啥邮件发送的 spring-email

前端？ --- spring 集成velocity 或是freemarker

任务调度？ 新版spring有自己的调度或是集成quartz

其它的没必要。 如果说不够，有了spring集成其它的也不是问题。

看了7页，看不下去了。lz的问题不是spring，ibatis，这种层面的问题。而在于分布式架构如何创建。是sva呢还是soa呢？树干都没定义好，就开始瞎扯树叶了。架构先定义好，framework不过就是不断往上装的问题。

差不多就做吧
理论是重要，现实更重要
又不是你做完 马上会有向淘宝的并发量
框架吗，慢慢完善。

我觉得用mongodb还是蛮适合的
schemaless加上强大的查询功能
对初期业务频繁变动的应用还是比较方便的

可以考虑业务稳定以后再迁移到关系数据库

另外简单的map/reduce用mongodb就能够完成了
对hadoop不是太了解
个人觉得应用不复杂的话没必要上来就用hadoop

怎么这么多扯淡的人喃？
好好的一个ITEYE。这么多废话了。。
说白了吧，这上面的绝大部分都是做应用的人，你做应用就是要采用最为合理最为高效的框架或哪怕COPY也好，以最快最好的方式将产品支付，这才是我们关注的事情。如果真的是大牛，我觉得你们应该直接说出理想的方案，而不是全部来愤吧。我觉得太莫意思咯。
我个人觉得struts是很不错的，如果你单纯的用servlet，我可以说，你在极大的增加成本，这不仅是开发人力成本，而且还是时效成本。
IBTIS或HIBERNATE，其实都是不错的开源选择。
当然你如果是足够的资金，也可以选择像ATG类似的高效商业框架。。
其实做互联网，一个产品投入开发，如果三个月没有实现最初产品的上线，我可以说你的产品将会变得没有意义。
所以我们应该关注的是如何更为高效的将设计或需求负诸于实践，这不得不选择一些极为成熟稳定的架构方案，而不是去关注一些芝麻索事

本事不足就别老惦记框架，还是老老实实的用jsp，servlet，jdbc来搞。框架有很多魔鬼，不精通慎用，免得项目进行一半的时候，出问题，你就想上上不了，想下下不了了。而且单纯的jsp，servlet，jdbc，未必就比框架慢。

作为过来人，我的几点意见：
1.用团队最熟悉，最简单的技术，不要考虑太深的东西，产品都是不断重构的，这个过程中你们积累的东西再去选型框架什么的
2.找专业的美工前端，前期没人会看你的架构什么的，只看创意好不好，页面美不美，别的都是浮云
3.尽量快的出新版本，贴近市场去搞需求，不要一帮人坐在办公室拍脑门
4.约定好编码方式和代码格式之类的，不要在小事情上耗时间，不遵守约定的团队成员乘早请辞，没那闲工夫忍受

说的很好！实在看不惯iteye那么多装X的人！！！

LZ，哪个不靠谱的告诉你淘宝用的这些东西？ 最少你应该知道淘宝很早很早就在使用自己的webx了。淘宝的数据存储方式很多，mongodb只是其中一种存储方式。hadoop据我所知大部分用于线下数据的运算，没看明白你们所指的后端是什么。