一种不好的开发方式

分工程开发的好处就像上面的人说的，每个项目相对比较简单，代码比较少，好找，人看了也舒服。各自比较独立。

这个是软件开发过程一个通病。对于这情况，其实有很多解决方案的。关键还是规范化工程管理问题，如果可以的话，可以使用maven来处理。

加自动化部署+合理的单元测试,应该是很不错的.
  如果没有的话,还不如单独一个项目

测试计划基本没有吧；
开发的先后顺序有在意没
这些都是很容易被忽略的问题

很正常呀，大项目都是这样的，而且大公司一般都是有自己的公用组件，为了最新版都是这么拆分的，用maven管理，感觉很方便呀，刚开始很头疼，不过熟悉了感觉还是这种方式好，大项目多人开发，必须每日构建或集成。

见过拆成4个的,管理上确实很方便.
拆成30或100+,这个真没有碰到过了,也木搞清楚哪里管理方便 ..

刚刚查了一下我们的产品， 75个项目，
代码1.3G ， 行数没法统计，
这样的东西放在一个项目里不知道会发生什么情况。。
尤其是像我一样喜欢不断ctr + s

而且当要找某一模块的某一个代码文件，
点开eclipse的包结构， 看上去估计脑子就炸了

1.可以投入的人力可能性变的更高
30+人口投入一个WEB工程中.......恶梦啊.
2.对于楼主的问题是不应期问题.
这个不应期有点长
(这包括学习一些隐藏规则时间)
3.系统架构师.....这个职位现在烂大街

小弟的帖还能砸出异常大神，好荣幸

一个产品研发团队貌似肯定有很多超过30人的吧。。