还是多从自己检查比较好。
一层、两层、三层、N层，要看实际应用的需求特征。该几层就几层，合适是王。
学校学的都死的，没经过实践的。做实际项目比在学校里做要复杂得多。在学校学懂软件工程是一回事，实际开发中能切合实际，是另外一回事。

你佩服darasion把这种现象写的如此生动....我现在就烂在这样的项目里面了,不知道是进好还是退好了.....全身而退是不可能的了.进我是感觉无门!

1、一看就是个，比较迂腐呆板的人，整天3层,N层的，被忽悠了，永远没有考虑过客户在想什么，为什么不考虑前台界面，因为所有的软件给客户看的都是前台界面，而不是你后台的N层
2、如此简单的一个东西，还有N层来实现，怎么说呢，自以为很好，JSp 页面直接写就不好了，还是JSP+JAVABEAN就落后呢，关键是对症下药，
3、程序写的好不好，不在乎多少层，只要写的足够调理，别人容易理解就好了，写的不好你就是100层也不行。

如果是我，也不会要你，活在概念中，不考虑其它东西，可笑可笑

楼主加油

CMM3。。。做好事，有钱就能过，CMM5，别拿这个说事，哈哈
至于你为什么辞退，就是因为你做的东西太慢了，企业要求的是赚钱的人才，不是搞理论研究的，来了能快速开发系统，就可以了

“按层次分工而不是按模块分工” - 个人感觉软件工程最终目的不还是为了提高效率，便于维护嘛，所以按模块分工明显好于层次分工，模块之间尽量减少耦合，否则编写的时候扯皮，改的时候更会扯皮，至于每个人的模块内部，三层简单就三层，一层简单就一层，怎么简单怎么来。

“按层次分工而不是按模块分工” - 个人感觉软件工程最终目的不还是为了提高效率，便于维护嘛，所以按模块分工明显好于层次分工，模块之间尽量减少耦合，否则编写的时候扯皮，改的时候更会扯皮，至于每个人的模块内部，三层简单就三层，一层简单就一层，怎么简单怎么来。

“按层次分工而不是按模块分工” - 个人感觉软件工程最终目的不还是为了提高效率，便于维护嘛，所以按模块分工明显好于层次分工，模块之间尽量减少耦合，否则编写的时候扯皮，改的时候更会扯皮，至于每个人的模块内部，三层简单就三层，一层简单就一层，怎么简单怎么来。

-->就不需多此一举地在服务器端做验证了（这样人家把网页下到本地删掉javascrip再提交岂不是可以插入一些特殊的数据了么?)

应该说成：如果客户的浏览器禁掉掉javascript，客户端验证不就没有意义了吗？

不过，如果页面与javascript也遵循MVC模式，禁掉javascript后，数据根本提交不了，也同样没问题，呵呵

恭喜楼主出来了。

其实对于新员工应该考察能力。