这样的团队有没有能力开发100万的项目？

shuai45 写道
看了楼主的抱怨我也发表一下： 首先 从楼主的语气中我看到了楼主的浮躁。 1》类名写错 我想是没有参见工作的人写的，如果有共走经验的写成这样 那很无语 2》底层技术的搭建只要符合需求就行，扩展性好就可以了，什么“贫血”之类的，除非你自己够NB写一个大家公认的，问题实你有这个能力吗？ 3》关于异常的捕获：这也实你操心的问题？的确缺少一个公共的异常处理类，你然你看到了你为什么不去写一个呢，于其在这抱怨不如放在实际行动中 4》事物放在dao中怎么了，放在哪不实问题，只要你的项目或你的程序够硬。 100万的项目怎么设计，不要发牢骚，有这时间如果你能力可以的话自己设计一套大家公认的。说了一堆只能证明自己的 懦弱。项目开发中 发牢骚的实弱者！   团队的合作就实互相配合，或许你看到的只实目前状态可以改变，但从楼住的语气总否定了所有人的能力，吧自己弄弄的高高在上。   现在我没看到你组员的不行，只看到了你的浮躁，一个眼高手低的浮躁。、至于目前技术底层设计无非几种，因为你认同大部分人的做法 所以坚定认为目前的一切都实垃圾。其实没有一个标准，标准实什么 就实组员的努力配合项目的需求而制定的高校的 高扩展的程序准则。           只能说 浮躁！也不能说只有浮躁，有心来想这些问题就是可贵的了，这倒觉得是一种急切地想成长的心情。 对于那些说只要管好自己的事就行了，别的不用想的人来说，看到别人有这些想法，总是心理上很犬儒地想问题。那些真的高人中的高人，那个没有点偏执和完美主义，没有这些，就只是混，眼低手低，难道就好了么？ 对于楼主，他只是没有那么多经验，过于简单地否定一些事情。如果是说团队中的态度问题，我甚至同意一些说法，有的问题就是态度问题，不是技术问题。技术层面上，我不同意一定要高深和巧妙的代码，因为做的是应用，是一个项目，不是纯技术问题，要根据实际情况来定，例如：有一个jsp+bean的系统，经过多个项目，至少在测试上没什么大问题，和一个不会用struts的团队来配合，难倒非要强制用ssh的架构吗？这位说的有一定道理，你做的了么，你了解所有吗，你能统一代码吗，你NB吗？如果没有，我建议楼主以研究为主，开发上不要过于激进，这是项目，不光是代码，要考虑的问题还很多。所以，谈是可以的，过于抱怨和否定，要在你有个能力之后，起码要在你知道需要什么能力之后。最后，不在其位，不谋其政。

楼主刚工作，居然可以想到这么多问题，确实很优秀啊。 不要听楼上几位的“堕落”理论，什么政府的项目、靠关系、自己练手啊，这些都是“误人子弟”的说法。中国软件为什么缺乏竞争力，都是这些“堕落”理论导致的。 在任何时候任何场合，想着把事情做好，才是提升个人能力的最重要的因素。

升个人能力
对“堕落”的思想很有感触！关于“中国软件为什么缺乏竞争力”，我只指出一点，如果大多数的程序员每天下班后都只是打游戏，一年甚至十年后个人的水平只会停留在原地，整体则依旧缺乏竞争力。如果我们对领导不满，觉得现在的他们不懂技术（不见得），一心只为赚钱，那么十年之后呢？我们是不是会成为同样的领导？十年之后的后辈们是不是也会重复同样的故事？