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

sorry

评论

102 楼 lzl1982 2008-12-18  

本人经历过最离谱的项目，乙方项目总负责人不会项目管理，最后甲方的总负责人管理整个项目；部分失败的设计由甲方的总负责人重新设计；项目奖金的合理分配由甲方的总负责人提出。最后项目成功上线。与之对比鲜明的是一些甲方都不大清楚自己需要个什么样的系统的项目，大部分失败告终。

101 楼 blackanger 2008-12-17  

shuai45 写道

看了楼主的抱怨我也发表一下：
首先 从楼主的语气中我看到了楼主的浮躁。
1》类名写错 我想是没有参见工作的人写的，如果有共走经验的写成这样 那很无语
2》底层技术的搭建只要符合需求就行，扩展性好就可以了，什么“贫血”之类的，除非你自己够NB写一个大家公认的，问题实你有这个能力吗？
3》关于异常的捕获：这也实你操心的问题？的确缺少一个公共的异常处理类，你然你看到了你为什么不去写一个呢，于其在这抱怨不如放在实际行动中
4》事物放在dao中怎么了，放在哪不实问题，只要你的项目或你的程序够硬。
100万的项目怎么设计，不要发牢骚，有这时间如果你能力可以的话自己设计一套大家公认的。说了一堆只能证明自己的 懦弱。项目开发中 发牢骚的实弱者！
  团队的合作就实互相配合，或许你看到的只实目前状态可以改变，但从楼住的语气总否定了所有人的能力，吧自己弄弄的高高在上。
  现在我没看到你组员的不行，只看到了你的浮躁，一个眼高手低的浮躁。、至于目前技术底层设计无非几种，因为你认同大部分人的做法 所以坚定认为目前的一切都实垃圾。其实没有一个标准，标准实什么 就实组员的努力配合项目的需求而制定的高校的 高扩展的程序准则。
   
      只能说 浮躁！

顶。  我觉得lz还是做好自己的事情先。

100 楼 blackanger 2008-12-17  

还行吧。
以前认识一哥们，连hibernate，spring什么ioc都不懂，不照样做千万的项目 。。。
你做好自己的事情就行了。

99 楼 nmlnj 2008-12-17  

pity1115 写道

真正规范的很少吧。好多时候程序员的不规范是被逼出来了的，公司在谈项目的时候都喜欢忽悠，所以项目一般都能谈下来，而客户根本就不关心你的什么规范，他们要的就是快、能用、好用，在压力面前不允许我们考虑太多的东西，只能尽快的实现功能。

经典阿，这就是开发的悲哀。

98 楼 p4010 2008-12-17  

我看啊，问题关键在于项目经理，也就是在于管理者。
就看项目经理本身的能力和他完成这个项目的目的了。如果他的目的仅是完成，我觉得这些做法未尝不可，但如果他的目的还有其他的，比如流程改进，提高质量等，那这种做法就是砸锅做法了。

97 楼 阿拉D 2008-12-17  

困惑?呵呵...加油咯.
  能不能做下来这个项目和很多东西有关系.
当然了..基本的规范还是需要有的..
  你们的项目经理呢?他不会做些实际的吗....

96 楼 lw223 2008-12-17  

34982442 写道

shuai45 写道

看了楼主的抱怨我也发表一下：
首先 从楼主的语气中我看到了楼主的浮躁。
1》类名写错 我想是没有参见工作的人写的，如果有共走经验的写成这样 那很无语
2》底层技术的搭建只要符合需求就行，扩展性好就可以了，什么“贫血”之类的，除非你自己够NB写一个大家公认的，问题实你有这个能力吗？
3》关于异常的捕获：这也实你操心的问题？的确缺少一个公共的异常处理类，你然你看到了你为什么不去写一个呢，于其在这抱怨不如放在实际行动中
4》事物放在dao中怎么了，放在哪不实问题，只要你的项目或你的程序够硬。
100万的项目怎么设计，不要发牢骚，有这时间如果你能力可以的话自己设计一套大家公认的。说了一堆只能证明自己的 懦弱。项目开发中 发牢骚的实弱者！
  团队的合作就实互相配合，或许你看到的只实目前状态可以改变，但从楼住的语气总否定了所有人的能力，吧自己弄弄的高高在上。
  现在我没看到你组员的不行，只看到了你的浮躁，一个眼高手低的浮躁。、至于目前技术底层设计无非几种，因为你认同大部分人的做法 所以坚定认为目前的一切都实垃圾。其实没有一个标准，标准实什么 就实组员的努力配合项目的需求而制定的高校的 高扩展的程序准则。
   
      只能说 浮躁！

这位兄弟道出了真谛，楼主还是先做好自己这一关，不要太浮躁，典型的刚入行的门徒！！！

虽然说的很有道理，但是错别字太多了，看着费劲 呵呵

95 楼 34982442 2008-12-17  

shuai45 写道

看了楼主的抱怨我也发表一下：
首先 从楼主的语气中我看到了楼主的浮躁。
1》类名写错 我想是没有参见工作的人写的，如果有共走经验的写成这样 那很无语
2》底层技术的搭建只要符合需求就行，扩展性好就可以了，什么“贫血”之类的，除非你自己够NB写一个大家公认的，问题实你有这个能力吗？
3》关于异常的捕获：这也实你操心的问题？的确缺少一个公共的异常处理类，你然你看到了你为什么不去写一个呢，于其在这抱怨不如放在实际行动中
4》事物放在dao中怎么了，放在哪不实问题，只要你的项目或你的程序够硬。
100万的项目怎么设计，不要发牢骚，有这时间如果你能力可以的话自己设计一套大家公认的。说了一堆只能证明自己的 懦弱。项目开发中 发牢骚的实弱者！
  团队的合作就实互相配合，或许你看到的只实目前状态可以改变，但从楼住的语气总否定了所有人的能力，吧自己弄弄的高高在上。
  现在我没看到你组员的不行，只看到了你的浮躁，一个眼高手低的浮躁。、至于目前技术底层设计无非几种，因为你认同大部分人的做法 所以坚定认为目前的一切都实垃圾。其实没有一个标准，标准实什么 就实组员的努力配合项目的需求而制定的高校的 高扩展的程序准则。
   
      只能说 浮躁！

这位兄弟道出了真谛，楼主还是先做好自己这一关，不要太浮躁，典型的刚入行的门徒！！！

94 楼 moon_blue 2008-12-17  

shuai45 写道

看了楼主的抱怨我也发表一下： 首先 从楼主的语气中我看到了楼主的浮躁。 1》类名写错 我想是没有参见工作的人写的，如果有共走经验的写成这样 那很无语 2》底层技术的搭建只要符合需求就行，扩展性好就可以了，什么“贫血”之类的，除非你自己够NB写一个大家公认的，问题实你有这个能力吗？ 3》关于异常的捕获：这也实你操心的问题？的确缺少一个公共的异常处理类，你然你看到了你为什么不去写一个呢，于其在这抱怨不如放在实际行动中 4》事物放在dao中怎么了，放在哪不实问题，只要你的项目或你的程序够硬。 100万的项目怎么设计，不要发牢骚，有这时间如果你能力可以的话自己设计一套大家公认的。说了一堆只能证明自己的 懦弱。项目开发中 发牢骚的实弱者！   团队的合作就实互相配合，或许你看到的只实目前状态可以改变，但从楼住的语气总否定了所有人的能力，吧自己弄弄的高高在上。   现在我没看到你组员的不行，只看到了你的浮躁，一个眼高手低的浮躁。、至于目前技术底层设计无非几种，因为你认同大部分人的做法 所以坚定认为目前的一切都实垃圾。其实没有一个标准，标准实什么 就实组员的努力配合项目的需求而制定的高校的 高扩展的程序准则。           只能说 浮躁！

虽然不是完全同意你的说法，但还是很感谢你指出了我没有注意到的东西

93 楼 shuai45 2008-12-16  

moon_blue 写道

wzbwambition 写道

呵呵，就说把事物控制放到DAO层，也可以看出来，你们管理这个项目的人是不称职的。混吧。

为什么连我这个刚毕业的都觉得不应该把事务控制放到Dao层，而工作了两三年的竟然会把他设计成这样呢？
我很郁闷，曾专门与项目组中的核心成员提过这个问题，可他们就觉得应该把事务控制放在Dao层

为什么连我这个刚毕业的都觉得不应该把事务控制放到Dao层
     哎，心态，心态！

92 楼 shuai45 2008-12-16  

看了楼主的抱怨我也发表一下：
首先 从楼主的语气中我看到了楼主的浮躁。
1》类名写错 我想是没有参见工作的人写的，如果有共走经验的写成这样 那很无语
2》底层技术的搭建只要符合需求就行，扩展性好就可以了，什么“贫血”之类的，除非你自己够NB写一个大家公认的，问题实你有这个能力吗？
3》关于异常的捕获：这也实你操心的问题？的确缺少一个公共的异常处理类，你然你看到了你为什么不去写一个呢，于其在这抱怨不如放在实际行动中
4》事物放在dao中怎么了，放在哪不实问题，只要你的项目或你的程序够硬。
100万的项目怎么设计，不要发牢骚，有这时间如果你能力可以的话自己设计一套大家公认的。说了一堆只能证明自己的 懦弱。项目开发中 发牢骚的实弱者！
  团队的合作就实互相配合，或许你看到的只实目前状态可以改变，但从楼住的语气总否定了所有人的能力，吧自己弄弄的高高在上。
  现在我没看到你组员的不行，只看到了你的浮躁，一个眼高手低的浮躁。、至于目前技术底层设计无非几种，因为你认同大部分人的做法 所以坚定认为目前的一切都实垃圾。其实没有一个标准，标准实什么 就实组员的努力配合项目的需求而制定的高校的 高扩展的程序准则。
   
      只能说 浮躁！

91 楼 moon_blue 2008-12-16  

wzbwambition 写道

freelancer 写道
新手吧？人家肯定骂你呢，妈的，你写的规范了，你写的代码别人都能看懂，都能改，老板裁员的时候第一个就是你！

代码是写给人看的，不仅仅是写给机器运行的。按照这位兄弟的说法，咱们用汇编得了，干嘛用高级语言？

90 楼 moon_blue 2008-12-16  

wzbwambition 写道

呵呵，就说把事物控制放到DAO层，也可以看出来，你们管理这个项目的人是不称职的。混吧。

为什么连我这个刚毕业的都觉得不应该把事务控制放到Dao层，而工作了两三年的竟然会把他设计成这样呢？
我很郁闷，曾专门与项目组中的核心成员提过这个问题，可他们就觉得应该把事务控制放在Dao层

89 楼 tuti 2008-12-16  

hailang43 写道

去做做日本人的项目

那才是软件工程的典范

不过核心的东西鬼子不让小公司做

怎么个典范？ 跟大家分享一下吧

88 楼 dinw 2008-12-16  

能够熟练使用Hibernate。能做到这条，100万这样的小项目显然不是问题。

87 楼 hailang43 2008-12-16  

去做做日本人的项目

那才是软件工程的典范

不过核心的东西鬼子不让小公司做

86 楼 javaAK 2008-12-16  

Lucas Lee 写道

这样的公司又不是只有这一家。
很多大项目其实做的人水平都那样。
大项目和水平高其实没有直接关系，特别是在中国。

看了前面几位的留言我有点心寒啊。做出了没有质量保障的软件给人用
未免也太和了点吧。

85 楼 shaoyx 2008-12-16  

这个想法非常幼稚

84 楼 sg552 2008-12-16  

fxwdl 写道

xzh_endless 写道

datuo 写道

我们项目还有中文方法名，中文字段名(JAVA)。

Java中
本人用汉字作过常量
有什么值得怀疑的么

诚然很多人看不惯 呵呵更多的是看不懂 还以为是ＢＵＧ
汉字作变量不推荐　可是有的时候用汉字作常量还是可以的
比如有很多的常量属性　　策划用的是汉字描述　出来的结果也是汉字的描述
那程序中为什么就不能不数十个常量用汉字表示　
eclipse中输入类名一点　全出来了　外人用起来那叫一个爽　
一眼就知道该比较那个常量

可美了南方的同学了，不用再费劲的把拼音叨咕成汉语了。
用对了环境好处多多。

同意.常量和枚举,用汉字还是有很多好处的(当然是给中国人用的地方)

哥，你们太狠了。

83 楼 pipilu 2008-12-16  

Frankie199 写道

兄弟，等这些建立好了，时间也差不多了。你们最重要的是时间，保证在规定时间内完成是最重要的。

开始时是快了，后来修改和维护代码费时间不一样么？
实现那些要求其实也不麻烦，主要是团队核心的几个人要控制好了。最起码接口、模块划分、核心程序得由核心的开发人员控制住。看楼主描述的，感觉这个团队开发太随意了。
这本身也是对自己的提高，
不规划一下，上手就写，想到哪写哪，出错了就立马debug（不先审查一下代码），这样的，写上四五年程序，照样稀里糊涂。