- 浏览: 525134 次
- 性别:
- 来自: 山东济南
文章分类
最新评论
-
dragon_8844:
非常不错,nice
java.util.concurrent 多线程框架 -
wusendong:
很好的文章!受益匪浅,谢谢!
java.util.concurrent 多线程框架 -
SINCE1978:
你也关注并发啊
java.util.concurrent 多线程框架 -
lku1314:
这个不错 刚刚找到这个组建 以前孤陋寡闻了 像lz学习!标 ...
quartz 在WEB中应用小结 -
lliiqiang:
人们对于目标需要的需求明确的去做,对于目标以外的因素是随机的执 ...
flex和后端的数据交互(一)--XML和HTTPService
项目的出发点--人力资源?项目本身?
daoger
昨天和项目经理说了一下最近的工作,无意中也说了一下项目今后的改造问题,
结合我们现在的项目,遂产生了一个疑问:一个项目的出发点应该是什么?
一个项目的启动受到方方面面因素的影响,用户需求的可行性、软件开发人员的
限制、技术储备是否充足、时间是否够用这些都是主要因素,同时免不了还有项目收
益的问题。自己综合各方面的因素认为项目的出发点应该是项目本身,在很大程度上
也就是用户需求,抛出除需求以外的因素,综合全面的分析用户需求,力求使系统完
备的满足用户需求;用户在使用中是否方便灵活、是否具有较强的健壮性,这些都是
在项目分析设计之初要充分考虑的问题;从软件开发人员方面讲,在充分满足用户需
求的同时,考虑如何使项目开发工作量尽量少,开发迅速,架构清晰明了,节约成本,
增加项目收益,易于以后的维护,也是不可缺少的。
但是在现实中又是怎么样的呢?许多项目的出发点不是项目本身。由于软件开发
的本源还是人,项目的另一个出发点就成了开发人员本身。开发人员的设计水平、技
术水平,人员的配备,开发人员的热情成了决定项目的绝对因素。只要能拉到项目,
不管自身条件是否具备,项目都可以随时开工!
一块肥肉就在嘴边,你不想吃?没有条件,创造条件也要吃!
项目时间紧,可是人手不够怎么办?先启动项目再说!
前期分析设计还没做好,好多问题还没考虑怎么办?抛弃详细设计,从概要设计
开始自己理解着干,有的概要设计不也很“概要”吗?
开发人员技术水平不够,业务还没理解怎么办?加加班,贤能完成业务功能再说!
在这种情况下,项目是根据现有的分析和开发人员的自身水平进行项目的设计和
编码,同时因为前期准备不足,更别说文档和测试了。项目开发基础好的公司应该还
好一些,而对于项目基础薄弱,项目用到的开发语言有“真空”现象的公司,真的难以
想象,那这个项目做完了也是一个噩梦的开始!由于项目前期的准备、分析设计等都
没有做好,以后的后续开发也是这一情况的延续,更不用说缩减项目维护成本,增加
收益了。
而现实就是现实,项目最终还是用户说了算,用户认可了,一切都OK!只要和用户
搞好关系,项目差些,能用就行;功能死板、使用不方便灵活,也说的过去;维护费用
增加了,和用户签个新合同,再增加点功能和模块,也就挣回来了。有了这样的先例,
那以后的情形也就可想而知了,也更别谈为了长远利益而积累经验、做技术储备、培养
新人、提高员工素质了。
说到这里,我不得不怀疑自己最初的观点了。项目果真是从开发人员自身出发而不
是从项目本身出发?缺少分析设计人员;软件行业有水平高经验丰富的系统分析师啊!
开发人员技术水平不高;行业里的牛人多得是啊,再说有时间可以给现有开发人员组织
短期培训,设立激励制度,增加技术业务评定一项,于待遇奖金结合提高学习热情,提
高开发水平啊!机器不好,影响开发效率;淘汰旧设备增添新硬件啊!这些问题不是没
有解决办法,可是事情没有那么简单,费用是关键因素!市场开拓人员为了拉一个项目
可以请用户吃饭等等等等,费用很容易报销,因为结果是立杆见影的;而以上的费用谁
来出?你说过会有什么什么好处,会有什么什么的效果,可是再说也没用,就是没钱!
由于这种种原因,难道项目本来就是以人力而不是以项目、做更好的产品作为出发点
的吗?我现在有点迷茫了!我工作时间不长,项目经验也不多,正儿八经参与的项目现在
就两个,现在的项目已经近一年了,以上都是我自己对开发工作的思考与理解,肯定有不
对和不足的地方,希望各位老大、同仁能给我一个答案!
为了降低项目风险,技术因素也是一个不可忽视的方面;我只是不想再碰到那种以现有技术水平作为项目出发点,从而进行项目分析设计开发,一味赶工期,拆了东墙补西墙的项目!
我觉得这种疑问产生的原因和我们的教育有直接的关系,无论是csdn还是javaeye,90%的人都是做工程的,不是做科学研究的,但是我们的教育的方式是研究的方式。wikipedia上对科学研究和工程的区别有这样的表述,研究是为了回答Why,要的是专和钻,工程是要know-how,就是要知道一个东西怎么用,讲究的是tradeoff.所以很多讨论的问题是从技术的角度讲技术。
daoger如果有兴趣可以考虑一下,如何考虑解决这种“拆了东墙补西墙”的情况。
我认为有的项目存在”拆了东墙补西墙“的情况,根本原因就是在于分析设计时考虑问题的疏漏和不完善,当然人都无完人更何况是项目那!要避免这种情况,分析设计人员的经验和能力是头等重要的方面;不是说一个优秀的分析设计人员就能绝对的避免这种情况,起码可以使这种情况降低到我们完全可以接受的程度!
为了降低项目风险,技术因素也是一个不可忽视的方面;我只是不想再碰到那种以现有技术水平作为项目出发点,从而进行项目分析设计开发,一味赶工期,拆了东墙补西墙的项目!
我觉得这种疑问产生的原因和我们的教育有直接的关系,无论是csdn还是javaeye,90%的人都是做工程的,不是做科学研究的,但是我们的教育的方式是研究的方式。wikipedia上对科学研究和工程的区别有这样的表述,研究是为了回答Why,要的是专和钻,工程是要know-how,就是要知道一个东西怎么用,讲究的是tradeoff.所以很多讨论的问题是从技术的角度讲技术。
daoger如果有兴趣可以考虑一下,如何考虑解决这种“拆了东墙补西墙”的情况。
为了降低项目风险,技术因素也是一个不可忽视的方面;我只是不想再碰到那种以现有技术水平作为项目出发点,从而进行项目分析设计开发,一味赶工期,拆了东墙补西墙的项目!
什么意思????
我只是一个普通的开发人员,项目的竞标以及收益(据说是以百万为单位的)也不是我有权力插手的;客户不讲理的缘由我也不是很清楚,自己不想乱说;总之,在开发初期是受了不少苦头,难以忍受!我现在就有这样的想法:以后再遇到这样的项目,直接辞职!
厉害,我从精神上支持你
我发现我的发言越来越情绪化了,以后我尽量不在这个帖子里发言了!
但我还是认为,项目是从项目本身为出发点的,其他的都应该是次要因素;《软件工程》不是白学的,有空我会再看几遍!
情绪化也不是坏事,关键是冷静之后的反思.
我只是一个普通的开发人员,项目的竞标以及收益(据说是以百万为单位的)也不是我有权力插手的;客户不讲理的缘由我也不是很清楚,自己不想乱说;总之,在开发初期是受了不少苦头,难以忍受!我现在就有这样的想法:以后再遇到这样的项目,直接辞职!
厉害,我从精神上支持你
我发现我的发言越来越情绪化了,以后我尽量不在这个帖子里发言了!
但我还是认为,项目是从项目本身为出发点的,其他的都应该是次要因素;《软件工程》不是白学的,有空我会再看几遍!
我只是一个普通的开发人员,项目的竞标以及收益(据说是以百万为单位的)也不是我有权力插手的;客户不讲理的缘由我也不是很清楚,自己不想乱说;总之,在开发初期是受了不少苦头,难以忍受!我现在就有这样的想法:以后再遇到这样的项目,直接辞职!
厉害,我从精神上支持你
我只是一个普通的开发人员,项目的竞标以及收益(据说是以百万为单位的)也不是我有权力插手的;客户不讲理的缘由我也不是很清楚,自己不想乱说;总之,在开发初期是受了不少苦头,难以忍受!我现在就有这样的想法:以后再遇到这样的项目,直接辞职!
如果用户都好说话那么科学也不必进步了。。。
正是由于用户的非理性要求使得软件公司
不得不进行高新技术的研究
什么
敏捷,叠代,瀑布,
开源,架构,MVC
分工,OO,模式,
不都是为了满足客户需要么。。。
只有客户不讲理,
项目才能几百W几百W的挣钱。
如果给客户什么都可以
那么你去私活网看看
那里一个B2C的网站
已经只需要一W元了。。。。
我只是一个普通的开发人员,项目的竞标以及收益(据说是以百万为单位的)也不是我有权力插手的;客户不讲理的缘由我也不是很清楚,自己不想乱说;总之,在开发初期是受了不少苦头,难以忍受!我现在就有这样的想法:以后再遇到这样的项目,直接辞职!
与客户实现共赢?
那要是碰上不怎么讲理、难缠的客户又该怎么办呢?能否详细的说一下?
我是想以项目本身作为出发点,但是许多项目是以开发人员为出发点的啊!
开发人员会什么技术,水平怎么样,有的时候仅仅是根据这些来进行项目的设计与开发的!
who pays for it?
肯定不会是我!
我是想以项目本身作为出发点,但是许多项目是以开发人员为出发点的啊!
开发人员会什么技术,水平怎么样,有的时候仅仅是根据这些来进行项目的设计与开发的!
who pays for it?
我是想以项目本身作为出发点,但是许多项目是以开发人员为出发点的啊!
开发人员会什么技术,水平怎么样,有的时候仅仅是根据这些来进行项目的设计与开发的!
daoger
昨天和项目经理说了一下最近的工作,无意中也说了一下项目今后的改造问题,
结合我们现在的项目,遂产生了一个疑问:一个项目的出发点应该是什么?
一个项目的启动受到方方面面因素的影响,用户需求的可行性、软件开发人员的
限制、技术储备是否充足、时间是否够用这些都是主要因素,同时免不了还有项目收
益的问题。自己综合各方面的因素认为项目的出发点应该是项目本身,在很大程度上
也就是用户需求,抛出除需求以外的因素,综合全面的分析用户需求,力求使系统完
备的满足用户需求;用户在使用中是否方便灵活、是否具有较强的健壮性,这些都是
在项目分析设计之初要充分考虑的问题;从软件开发人员方面讲,在充分满足用户需
求的同时,考虑如何使项目开发工作量尽量少,开发迅速,架构清晰明了,节约成本,
增加项目收益,易于以后的维护,也是不可缺少的。
但是在现实中又是怎么样的呢?许多项目的出发点不是项目本身。由于软件开发
的本源还是人,项目的另一个出发点就成了开发人员本身。开发人员的设计水平、技
术水平,人员的配备,开发人员的热情成了决定项目的绝对因素。只要能拉到项目,
不管自身条件是否具备,项目都可以随时开工!
一块肥肉就在嘴边,你不想吃?没有条件,创造条件也要吃!
项目时间紧,可是人手不够怎么办?先启动项目再说!
前期分析设计还没做好,好多问题还没考虑怎么办?抛弃详细设计,从概要设计
开始自己理解着干,有的概要设计不也很“概要”吗?
开发人员技术水平不够,业务还没理解怎么办?加加班,贤能完成业务功能再说!
在这种情况下,项目是根据现有的分析和开发人员的自身水平进行项目的设计和
编码,同时因为前期准备不足,更别说文档和测试了。项目开发基础好的公司应该还
好一些,而对于项目基础薄弱,项目用到的开发语言有“真空”现象的公司,真的难以
想象,那这个项目做完了也是一个噩梦的开始!由于项目前期的准备、分析设计等都
没有做好,以后的后续开发也是这一情况的延续,更不用说缩减项目维护成本,增加
收益了。
而现实就是现实,项目最终还是用户说了算,用户认可了,一切都OK!只要和用户
搞好关系,项目差些,能用就行;功能死板、使用不方便灵活,也说的过去;维护费用
增加了,和用户签个新合同,再增加点功能和模块,也就挣回来了。有了这样的先例,
那以后的情形也就可想而知了,也更别谈为了长远利益而积累经验、做技术储备、培养
新人、提高员工素质了。
说到这里,我不得不怀疑自己最初的观点了。项目果真是从开发人员自身出发而不
是从项目本身出发?缺少分析设计人员;软件行业有水平高经验丰富的系统分析师啊!
开发人员技术水平不高;行业里的牛人多得是啊,再说有时间可以给现有开发人员组织
短期培训,设立激励制度,增加技术业务评定一项,于待遇奖金结合提高学习热情,提
高开发水平啊!机器不好,影响开发效率;淘汰旧设备增添新硬件啊!这些问题不是没
有解决办法,可是事情没有那么简单,费用是关键因素!市场开拓人员为了拉一个项目
可以请用户吃饭等等等等,费用很容易报销,因为结果是立杆见影的;而以上的费用谁
来出?你说过会有什么什么好处,会有什么什么的效果,可是再说也没用,就是没钱!
由于这种种原因,难道项目本来就是以人力而不是以项目、做更好的产品作为出发点
的吗?我现在有点迷茫了!我工作时间不长,项目经验也不多,正儿八经参与的项目现在
就两个,现在的项目已经近一年了,以上都是我自己对开发工作的思考与理解,肯定有不
对和不足的地方,希望各位老大、同仁能给我一个答案!
评论
31 楼
daoger
2007-02-26
basicbest 写道
daoger 写道
KayMO 写道
理论上是这样,但实际上往往一个项目或多或少都会受到技术人员,或公司技术背景的影响,这很正常,楼主也不要想得太绝对,也许控制中把握个度会比较好。技术因素的引入不一定就是坏事啊。
为了降低项目风险,技术因素也是一个不可忽视的方面;我只是不想再碰到那种以现有技术水平作为项目出发点,从而进行项目分析设计开发,一味赶工期,拆了东墙补西墙的项目!
我觉得这种疑问产生的原因和我们的教育有直接的关系,无论是csdn还是javaeye,90%的人都是做工程的,不是做科学研究的,但是我们的教育的方式是研究的方式。wikipedia上对科学研究和工程的区别有这样的表述,研究是为了回答Why,要的是专和钻,工程是要know-how,就是要知道一个东西怎么用,讲究的是tradeoff.所以很多讨论的问题是从技术的角度讲技术。
daoger如果有兴趣可以考虑一下,如何考虑解决这种“拆了东墙补西墙”的情况。
我认为有的项目存在”拆了东墙补西墙“的情况,根本原因就是在于分析设计时考虑问题的疏漏和不完善,当然人都无完人更何况是项目那!要避免这种情况,分析设计人员的经验和能力是头等重要的方面;不是说一个优秀的分析设计人员就能绝对的避免这种情况,起码可以使这种情况降低到我们完全可以接受的程度!
30 楼
basicbest
2007-02-24
daoger 写道
KayMO 写道
理论上是这样,但实际上往往一个项目或多或少都会受到技术人员,或公司技术背景的影响,这很正常,楼主也不要想得太绝对,也许控制中把握个度会比较好。技术因素的引入不一定就是坏事啊。
为了降低项目风险,技术因素也是一个不可忽视的方面;我只是不想再碰到那种以现有技术水平作为项目出发点,从而进行项目分析设计开发,一味赶工期,拆了东墙补西墙的项目!
我觉得这种疑问产生的原因和我们的教育有直接的关系,无论是csdn还是javaeye,90%的人都是做工程的,不是做科学研究的,但是我们的教育的方式是研究的方式。wikipedia上对科学研究和工程的区别有这样的表述,研究是为了回答Why,要的是专和钻,工程是要know-how,就是要知道一个东西怎么用,讲究的是tradeoff.所以很多讨论的问题是从技术的角度讲技术。
daoger如果有兴趣可以考虑一下,如何考虑解决这种“拆了东墙补西墙”的情况。
29 楼
daoger
2007-02-24
KayMO 写道
理论上是这样,但实际上往往一个项目或多或少都会受到技术人员,或公司技术背景的影响,这很正常,楼主也不要想得太绝对,也许控制中把握个度会比较好。技术因素的引入不一定就是坏事啊。
为了降低项目风险,技术因素也是一个不可忽视的方面;我只是不想再碰到那种以现有技术水平作为项目出发点,从而进行项目分析设计开发,一味赶工期,拆了东墙补西墙的项目!
28 楼
KayMO
2007-02-03
理论上是这样,但实际上往往一个项目或多或少都会受到技术人员,或公司技术背景的影响,这很正常,楼主也不要想得太绝对,也许控制中把握个度会比较好。技术因素的引入不一定就是坏事啊。
27 楼
daoger
2007-02-02
simba.tang 写道
楼主好年轻!
什么意思????
26 楼
basicbest
2007-01-31
daoger 写道
basicbest 写道
daoger 写道
basicbest 写道
您所说的应该是以你个人角度来看的,难免有情绪化的东西在里面,比如“不讲理”这个字眼。但是,为什么客户不讲理你还要做这个项目?另外重要的一点是,为什么客户不讲理??
我只是一个普通的开发人员,项目的竞标以及收益(据说是以百万为单位的)也不是我有权力插手的;客户不讲理的缘由我也不是很清楚,自己不想乱说;总之,在开发初期是受了不少苦头,难以忍受!我现在就有这样的想法:以后再遇到这样的项目,直接辞职!
厉害,我从精神上支持你
我发现我的发言越来越情绪化了,以后我尽量不在这个帖子里发言了!
但我还是认为,项目是从项目本身为出发点的,其他的都应该是次要因素;《软件工程》不是白学的,有空我会再看几遍!
情绪化也不是坏事,关键是冷静之后的反思.
25 楼
terrysky
2007-01-30
从某种意义上讲,中国的软件行业才刚刚起步,不规范是必然的,业界混乱,项目质量差,人员素质整体偏低等等,需要考虑和反思的问题还很多很多。
24 楼
simba.tang
2007-01-30
楼主好年轻!
23 楼
daoger
2007-01-30
basicbest 写道
daoger 写道
basicbest 写道
您所说的应该是以你个人角度来看的,难免有情绪化的东西在里面,比如“不讲理”这个字眼。但是,为什么客户不讲理你还要做这个项目?另外重要的一点是,为什么客户不讲理??
我只是一个普通的开发人员,项目的竞标以及收益(据说是以百万为单位的)也不是我有权力插手的;客户不讲理的缘由我也不是很清楚,自己不想乱说;总之,在开发初期是受了不少苦头,难以忍受!我现在就有这样的想法:以后再遇到这样的项目,直接辞职!
厉害,我从精神上支持你
我发现我的发言越来越情绪化了,以后我尽量不在这个帖子里发言了!
但我还是认为,项目是从项目本身为出发点的,其他的都应该是次要因素;《软件工程》不是白学的,有空我会再看几遍!
22 楼
basicbest
2007-01-30
daoger 写道
basicbest 写道
您所说的应该是以你个人角度来看的,难免有情绪化的东西在里面,比如“不讲理”这个字眼。但是,为什么客户不讲理你还要做这个项目?另外重要的一点是,为什么客户不讲理??
我只是一个普通的开发人员,项目的竞标以及收益(据说是以百万为单位的)也不是我有权力插手的;客户不讲理的缘由我也不是很清楚,自己不想乱说;总之,在开发初期是受了不少苦头,难以忍受!我现在就有这样的想法:以后再遇到这样的项目,直接辞职!
厉害,我从精神上支持你
21 楼
抛出异常的爱
2007-01-30
daoger 写道
basicbest 写道
您所说的应该是以你个人角度来看的,难免有情绪化的东西在里面,比如“不讲理”这个字眼。但是,为什么客户不讲理你还要做这个项目?另外重要的一点是,为什么客户不讲理??
我只是一个普通的开发人员,项目的竞标以及收益(据说是以百万为单位的)也不是我有权力插手的;客户不讲理的缘由我也不是很清楚,自己不想乱说;总之,在开发初期是受了不少苦头,难以忍受!我现在就有这样的想法:以后再遇到这样的项目,直接辞职!
如果用户都好说话那么科学也不必进步了。。。
正是由于用户的非理性要求使得软件公司
不得不进行高新技术的研究
什么
敏捷,叠代,瀑布,
开源,架构,MVC
分工,OO,模式,
不都是为了满足客户需要么。。。
只有客户不讲理,
项目才能几百W几百W的挣钱。
如果给客户什么都可以
那么你去私活网看看
那里一个B2C的网站
已经只需要一W元了。。。。
20 楼
daoger
2007-01-30
basicbest 写道
您所说的应该是以你个人角度来看的,难免有情绪化的东西在里面,比如“不讲理”这个字眼。但是,为什么客户不讲理你还要做这个项目?另外重要的一点是,为什么客户不讲理??
我只是一个普通的开发人员,项目的竞标以及收益(据说是以百万为单位的)也不是我有权力插手的;客户不讲理的缘由我也不是很清楚,自己不想乱说;总之,在开发初期是受了不少苦头,难以忍受!我现在就有这样的想法:以后再遇到这样的项目,直接辞职!
19 楼
basicbest
2007-01-30
您所说的应该是以你个人角度来看的,难免有情绪化的东西在里面,比如“不讲理”这个字眼。但是,为什么客户不讲理你还要做这个项目?另外重要的一点是,为什么客户不讲理??
18 楼
daoger
2007-01-30
basicbest 写道
楼主命题是否有引人入歧途的嫌疑??那个是单纯的疑问句,还是说是个选择题?
我觉得如果是选择题就是命题错误,如果是疑问句,那么项目的出发点就是与客户实现共赢。
我觉得如果是选择题就是命题错误,如果是疑问句,那么项目的出发点就是与客户实现共赢。
与客户实现共赢?
那要是碰上不怎么讲理、难缠的客户又该怎么办呢?能否详细的说一下?
17 楼
basicbest
2007-01-29
楼主命题是否有引人入歧途的嫌疑??那个是单纯的疑问句,还是说是个选择题?
我觉得如果是选择题就是命题错误,如果是疑问句,那么项目的出发点就是与客户实现共赢。
我觉得如果是选择题就是命题错误,如果是疑问句,那么项目的出发点就是与客户实现共赢。
16 楼
抛出异常的爱
2007-01-29
教育费用与人员闲制时间折成人民币来说是不小的开支
如果没有客户的非人道要求
CEO必不会出这笔钱的。。。
如果没有客户的非人道要求
CEO必不会出这笔钱的。。。
15 楼
daoger
2007-01-29
gigix 写道
daoger 写道
zrweng 写道
楼主项目难道不是以需求,以业务,以收益作为出发点?怎么会以开发人员作为出发点?怪~
我是想以项目本身作为出发点,但是许多项目是以开发人员为出发点的啊!
开发人员会什么技术,水平怎么样,有的时候仅仅是根据这些来进行项目的设计与开发的!
who pays for it?
肯定不会是我!
14 楼
抛出异常的爱
2007-01-29
没有必然的标准,
所以必然是豆腐渣
所以必然是豆腐渣
13 楼
gigix
2007-01-29
daoger 写道
zrweng 写道
楼主项目难道不是以需求,以业务,以收益作为出发点?怎么会以开发人员作为出发点?怪~
我是想以项目本身作为出发点,但是许多项目是以开发人员为出发点的啊!
开发人员会什么技术,水平怎么样,有的时候仅仅是根据这些来进行项目的设计与开发的!
who pays for it?
12 楼
daoger
2007-01-29
zrweng 写道
楼主项目难道不是以需求,以业务,以收益作为出发点?怎么会以开发人员作为出发点?怪~
我是想以项目本身作为出发点,但是许多项目是以开发人员为出发点的啊!
开发人员会什么技术,水平怎么样,有的时候仅仅是根据这些来进行项目的设计与开发的!
发表评论
-
java动态编程一例
2009-12-22 08:37 1579Test.java package test; im ... -
tomcat SSL基本配置
2009-11-30 09:25 1509切换到$TOMCAT_HOME下: 1.生成 server ... -
Oracle 10g自带性能监测工具
2009-11-04 09:08 3139安装Oracle 10g时可以选择安装自带的性能监测工具,对于 ... -
Liferay应用界面
2009-09-16 17:26 2212我们用Liferay Portal开发的项目,已有小成,sho ... -
Liferay Iframe Portlet
2009-09-01 08:30 5886The Iframe portlet makes it pos ... -
LifeRay 5.1.2 使用struts1.1时ClassNotFoundException
2009-08-25 10:37 1236今天修改一个portlet时出现 java.lang.Clas ... -
Tomcat 5 中文路径问题
2009-08-06 10:02 1391在tomcat 5下一个动态加载svg图形文件的页面; 页面中 ... -
dhtmlxtree使用中的CharConversionException: isHexDigit
2009-08-04 16:48 1873使用dhtmlxtree时,点击树节点异步加载子节点数据时,在 ... -
程序员五大层次,你属于哪一层?
2009-07-14 13:54 1202软件界一个无 ... -
第一次面别人
2009-05-27 09:40 1671“面”不是吃的,是看的。 从换了工作以后都很忙,周 ... -
liferay中使用struts时jar文件冲突
2009-05-26 13:52 1720异常: java.lang.NoSuchMethodE ... -
犹豫中,不知道该怎么办了!
2009-03-04 10:38 1199先说说我现在的公司, ... -
参数传递的浏览器差异
2008-10-19 22:32 1725情况大体是这样的:一个头页面header.jsp上有一个搜索框 ... -
该死的黑客
2008-09-22 15:06 1401公司一台对外网服务的linux系统数据库服务器,上周五被人破译 ... -
A Tutorial on Clustering Algorithms
2008-07-02 09:50 3078A Tutorial on Clustering Algor ... -
The Examples for Quartz Time Format
2008-05-16 15:02 1780The Examples for Quartz Time Fo ... -
让人头疼的新手
2008-05-13 11:25 4706刚进公司没多久时,领导让我带两个新人(07年7月份毕业的)。他 ... -
昨天参加了一次面试
2008-05-06 11:40 2856象去年这个时候一样, ... -
开发小记
2008-02-13 15:54 14431. 在oracle中字符串拼 ... -
javascript实现日期操作的工具包
2007-12-13 13:39 3255最近一个小项目中用到了dwr,其中使用到了日期型数据;查了一下 ...
相关推荐
基于汇编程序的51单片机三字节出发运算程序
**ASP人事人力资源管理系统** **资源介绍** 本资源是一个完整的ASP人事人力资源管理系统,包含了源代码、论文、开题报告和答辩PPT。该系统旨在提供一个高效、便捷的人事管理解决方案,适用于各类企事业单位。通过...
在课程内容上几乎不用过多的介绍,单是查阅目录就会发现非常的强悍,课程从思路和实际案例的角度出发,非常全面的像同学们诠释了JVM与GC调优的思路和策略,对实际企业级应用是有巨大的提升价值。 〖课程目录〗: (1)\...
人力资源综合管理解决方案从人力资源管理的角度出发,用集中的数据将几乎所有与人力资源相关的信息(包括:组织规划、招聘管理、人事在职离职档案、员工履历、劳动合同、奖惩管理、办公用品、医院保险、调动管理、...
整个系统从符合操作简便、界面友好、灵活、实用、安全的要求出发,完成人力资源、工资管理的全过程,包括新进员工加入时人力资源档案的建立、职位等的变动引起职工信息的修改、员工信息查询、统计等人力资源管理工作...
研究供电行业的人力资源管理与组织绩效的关系,从完形理论的观点出发来验证内部契合对组织绩效的影响效果.以国内的供电企业为研究对象, 共回收有效样本51份. 研究发现,在...
内容包括详细设计文档word版,附带开题报告和相关PPT等文档,供大家参考学习。...本系统帮助用户从人事、考勤、财务功能出发,为公司的运营及监控提供有力保障,帮助企业整合化地创造价值、沟通、管理的企业生态。
从探索原理出发--高中信息技术深度学习指导策略.pdf
完全免费的适合各类企业、单位使用的人力资源管理系统。软件集机构管理、员工档案管理、调动管理、奖惩管理、考核管理、合同管理、培训管理、保险管理、福利管理、证照管理、招聘管理、工资管理、员工生日提醒、于...
简介本项目基于spring-cloud-starter-oauth2构建的认证中心和资源服务器的微服务项目,项目不仅仅简单的演示,项目的出发点在于实战应用。 ,仅需要稍作调整就可以替换实际项目当中,并且项目包含大量注释,甚至可以...
本系统开发的目的一方面从提高人力资源管理工作的效率出发,摆脱过去由人用纸和 笔进行的费时费力的繁重工作,即利用成熟的计算机系统来实现管理工作的自动化。本 系统根据企业管理的一些实际情况而编制的一套自动...
从煤炭企业中老年人力资源管理面临的现实困境出发,探讨了煤炭企业中老年人力资源效能提升的必要性,并基于价值共享、人岗匹配、知识共享和灰度4种管理思维,提出了中老年人力资源效能提升的4条路径,为煤炭企业优化人力...
人力资源综合管理解决方案从人力资源管理的角度出发,用集中的数据将几乎所有与人力资源相关的信息(包括:组织规划、招聘管理、人事在职离职档案、员工履历、劳动合同、奖惩管理、办公用品、医院保险、调动管理、...
<JackHu>--从实践出发------0 基础学架构------VIP 开课吧-秒杀项目实战 可以发现: 服务和数据库分离部署后,系统性能发生了较大的提升,也就是说:数据库独 占服务器 cpu,内存资源,服务独占服务器 cpu,内存资源,...
《内陆湖旅游资源开发建设项目---可行性报告》是一份精心编制的文档,旨在为大学生创业提供一个全面、深入的分析和规划。该报告以一个内陆湖泊为核心,探讨了其旅游资源的开发潜力和可能带来的经济效益。报告从地理...
你将学到如何寻找创新点、组建高效团队、制定详细计划、分配资源以及有效执行等关键步骤。手册中穿插了大量实战案例和专家建议,帮助你避开常见误区,提高项目成功率。 无论你是初次接触大创的新手,还是已有一定...
问答题: 1.大客户就一定是好客户吗?为什么? 2.“客户的选择”与“客户的分级”两者的出发点是一样的吗?为什么? 3.企业维护客户关系的目标是什么?如何实现这一目标?
文章从经济学的角度出发,系统分析了人力资源区域流动的主要影响因素,构建出人力资源区域流动的决策模型,并对个人区域流动决策进行分析,表明人力资源区域流动是由个人收益、流动成本和环境效应三个因素所共同决定的。
Objective-C 内存管理 深入浅出发,熟悉内存管理。