2007-10-09
程序员需要管得太死吗?
关键字: 郁闷
按理说程序员这一职业应该是属于自由类型的,管理上的死板务必影响程序员的积极性!!!
笔者认为公司有公司的员工管理制度,这固然很好,但这种硬性的制度并不适应我们做程序员的这些人:
对于我们程序员像那些朝九晚五的工作并不一定适应,有时思路最清晰的时间恰恰在晚上,做为程序员的你有没有这种感觉呢?
对于工作考核细化到每一天,每一项任务,并且制度了N多的条条框框,搞得程序员不能安心工作,而每天都围着这些框框转悠,实在是郁闷......
我暂时就想到了这里,希望各位同仁发表一下自己的高见,谈谈您的想法,谢谢!
笔者认为公司有公司的员工管理制度,这固然很好,但这种硬性的制度并不适应我们做程序员的这些人:
对于我们程序员像那些朝九晚五的工作并不一定适应,有时思路最清晰的时间恰恰在晚上,做为程序员的你有没有这种感觉呢?
对于工作考核细化到每一天,每一项任务,并且制度了N多的条条框框,搞得程序员不能安心工作,而每天都围着这些框框转悠,实在是郁闷......
我暂时就想到了这里,希望各位同仁发表一下自己的高见,谈谈您的想法,谢谢!
评论
kele8boy
2007-10-12
ddh9504 写道
按理说程序员这一职业应该是属于自由类型的,管理上的死板务必影响程序员的积极性!!!
笔者认为公司有公司的员工管理制度,这固然很好,但这种硬性的制度并不适应我们做程序员的这些人:
对于我们程序员像那些朝九晚五的工作并不一定适应,有时思路最清晰的时间恰恰在晚上,做为程序员的你有没有这种感觉呢?
对于工作考核细化到每一天,每一项任务,并且制度了N多的条条框框,搞得程序员不能安心工作,而每天都围着这些框框转悠,实在是郁闷......
我暂时就想到了这里,希望各位同仁发表一下自己的高见,谈谈您的想法,谢谢!
笔者认为公司有公司的员工管理制度,这固然很好,但这种硬性的制度并不适应我们做程序员的这些人:
对于我们程序员像那些朝九晚五的工作并不一定适应,有时思路最清晰的时间恰恰在晚上,做为程序员的你有没有这种感觉呢?
对于工作考核细化到每一天,每一项任务,并且制度了N多的条条框框,搞得程序员不能安心工作,而每天都围着这些框框转悠,实在是郁闷......
我暂时就想到了这里,希望各位同仁发表一下自己的高见,谈谈您的想法,谢谢!
希望你以后当个好主管
有这份心,将来也一定是个好主管
程序员是从事脑力劳动的,可有些主管却把程序员当作体力劳动者,整天加班。到了下班时间后,脑子就想回家了,一加班,就起逆反作用
诺铁
2007-10-12
认命就没办法了。
ddh9504
2007-10-12
白发红颜 写道
agile_boy 写道
ddh9504 写道
对于我们程序员像那些朝九晚五的工作并不一定适应,有时思路最清晰的时间恰恰在晚上,做为程序员的你有没有这种感觉呢?
以前我也觉得晚上效率比较高,误以为是我们这行在晚上比较出活,现在看来,其实也许并不是那么回事,其本质应该是个人积极性最大发挥而已,晚上人静,干扰少,所以干活很有效率,导致我们误以为我们属于夜生活的那族人,但实际上我觉得我们大多数都属于正常人,只要有理想的工作环境,其效率也是一样高的。不过现在这样的理想环境比较少而已,尤其在国内现有状况下,不过我们也应该看到随着敏捷,以人为本的崛起,我相信程序员过正常人的日子不远了
千万不要熬夜, 看看"人体使用手册"~~~
其它的也就罢了, "不生气"和"早睡早起"这两条一定要注意.
程序员也是人, 身体不好了你跟谁说去?跟公司?要自己平时注意.
白发红颜
2007-10-11
agile_boy 写道
ddh9504 写道
对于我们程序员像那些朝九晚五的工作并不一定适应,有时思路最清晰的时间恰恰在晚上,做为程序员的你有没有这种感觉呢?
以前我也觉得晚上效率比较高,误以为是我们这行在晚上比较出活,现在看来,其实也许并不是那么回事,其本质应该是个人积极性最大发挥而已,晚上人静,干扰少,所以干活很有效率,导致我们误以为我们属于夜生活的那族人,但实际上我觉得我们大多数都属于正常人,只要有理想的工作环境,其效率也是一样高的。不过现在这样的理想环境比较少而已,尤其在国内现有状况下,不过我们也应该看到随着敏捷,以人为本的崛起,我相信程序员过正常人的日子不远了
千万不要熬夜, 看看"人体使用手册"~~~
其它的也就罢了, "不生气"和"早睡早起"这两条一定要注意.
程序员也是人, 身体不好了你跟谁说去?跟公司?要自己平时注意.
agile_boy
2007-10-11
ddh9504 写道
对于我们程序员像那些朝九晚五的工作并不一定适应,有时思路最清晰的时间恰恰在晚上,做为程序员的你有没有这种感觉呢?
以前我也觉得晚上效率比较高,误以为是我们这行在晚上比较出活,现在看来,其实也许并不是那么回事,其本质应该是个人积极性最大发挥而已,晚上人静,干扰少,所以干活很有效率,导致我们误以为我们属于夜生活的那族人,但实际上我觉得我们大多数都属于正常人,只要有理想的工作环境,其效率也是一样高的。不过现在这样的理想环境比较少而已,尤其在国内现有状况下,不过我们也应该看到随着敏捷,以人为本的崛起,我相信程序员过正常人的日子不远了
gigix
2007-10-11
引用
我说这句话的意思是,要实现soho这样一种工作形态,对职工有个要求,就是这种工作形式是否能够在享受便利的同时能够带来更高的工作效率,所以对职工是个考验。
另外,如果说职工能够达到这样的要求,那么对于管理者来说,是否能够合理评价职工的工作,如果工作有所失误,失误的原因是由于soho这种工作形式造成的,还是由于其他固有的原因造成的,所以对于管理者也是个考验。
另外,如果说职工能够达到这样的要求,那么对于管理者来说,是否能够合理评价职工的工作,如果工作有所失误,失误的原因是由于soho这种工作形式造成的,还是由于其他固有的原因造成的,所以对于管理者也是个考验。
去看看科斯或者张五常关于企业起源的文章
weiqingfei
2007-10-11
chinata 写道
weiqingfei 写道
chinata 写道
weiqingfei 写道
chinata 写道
ray_linn 写道
抛出异常的爱 写道
大叔有点 ,挤兑人了。
因为我想结束这个话题,不想继续。
如果有人把管理想成程序分支,那世界上早就不需要管理了。
管理不仅仅是科学,而且还是艺术。
其实这里绝大多数人从来就没有弹性工作过,在这里整天YY弹性工作有多好。
从今年年初开始我转入SOHO,同时从事开发和一点管理方面的工作(在不同的公司)。
我曾经对我管的那个部门里面的同事说:想要SOHU也可以,我可以让老板同意把公司的支持电话转到你的手机上,你可以在家工作,唯一的一点要求是客户不能有任何抱怨,工作不能有任何延迟。如果你们不能保持或者朝着100%的完美信用记录前进,就别和我提SOHO。理由很简单,在无法监控工作过程的情况下,工作结果就成为唯一的衡量标准,如果有人认为自己有能力应付开发环境中的任何突发状况,接近100%的按时完成自己的所有开发进度,那么我很乐意为他们提供在家工作的机会。最后大家还是愿意来上班:)
选择SOHO对我来说的另外一个含义就是你接受了以工作结果为唯一衡量方式,零借口
我觉得实行soho不仅是对职员的考验,也是对管理者的考验,“接受了以工作结果为唯一衡量方式,零借口”,你如何判断如果结果不令你满意,是因为soho的缘故?
我为什么要判断?难道开发进度不是事先就约定好的吗?难道是事后决定的?难道代码质量大家的看法会有质的差别(如果有的话,我还让他SOHO就是我瞎了眼了)
SOHO就是对一切拖延和异常零容忍。没有金刚钻,就别揽瓷器活。
“我觉得实行soho不仅是对职员的考验,也是对管理者的考验”:如果你是这种心态,我明白为什么没有管理者愿意让员工SOHO了。说到底SOHO还是某些程序员的借口:想休息的时候一边说不要管的太死,出了问题就是管理者的考验。
被管理也是种责任,别什么事情都推到别人头上,又不是幼儿园的孩子。
我就问这句:零容忍的情况下,有多少人有信心在家工作的(如果你对在公司发展有长期期待的话)
既然什么都是事先约定好的,那我就奇怪了,你让他soho不soho有什么区别?他不soho完不成就能被原谅,soho了完不成就全怪在soho头上?如果作为一个管理者,你分不清哪部分失败是因为soho引起的,那这个管理者也不配让手下soho了。
没区别,唯一区别可能是他放弃了被观察工作的义务,那么就要承担没有借口的责任。
有一点你错了,不是我要让人SOHO的。有SOHO呼声的是程序员自己吧(自己看看上面的帖子),既然要求更多的东西(不管是自由还是金钱),那么相应承担的义务也就更多。如果某个公司的管理水平到达了某个惊人的程度能够主动让程序员在家工作产生更好的效益,那当然是另外一回事,但是在实际情况并非如此的时候,主动要求SOHO的程序员难道不应该有承担更多责任或者更好产出的自觉吗?
现在有几个公司主动让程序员SOHO的?除了我自己的老板,我还真没见过有主动让人SOHO的(但其实我是不喜欢SOHO的,我宁可坐班,可惜无班可上)。
我前面提到零容忍,就算那不是硬性要求,但连这点觉悟都无的程序员,根本SOHO就干不了多久。人性如此,当你SOHO的时候,任何失误都会比在办公室里带来更大的问题(从老板的看法,客户的反馈,同事的沟通)。
SOHO的“零容忍”不管是口号还是实际要求,你如果没有那种觉悟,最好还是老老实实的去上班。别又想在家里轻松写程序,出了问题就是管理有问题,支持跟不上之类的。
我上面也说了,soho不管对职员来说,还是对管理者来说,都是考验。
之所以跟你有分歧,就是所在的基础不同。
我说这句话的意思是,要实现soho这样一种工作形态,对职工有个要求,就是这种工作形式是否能够在享受便利的同时能够带来更高的工作效率,所以对职工是个考验。
另外,如果说职工能够达到这样的要求,那么对于管理者来说,是否能够合理评价职工的工作,如果工作有所失误,失误的原因是由于soho这种工作形式造成的,还是由于其他固有的原因造成的,所以对于管理者也是个考验。
还有一个最根本的问题,就是你的工作是否适合soho,即使同是程序员,由于任务以及工作形式不一样,差别也很大,并不是任何工作都能够soho的。
置于说个人,我也不喜欢soho,因为我自控能力比较差。
我现在的工作方式是flex time,10:00-15:00的core time只要在公司,其他时间自由安排。
chinata
2007-10-10
weiqingfei 写道
chinata 写道
weiqingfei 写道
chinata 写道
ray_linn 写道
抛出异常的爱 写道
大叔有点 ,挤兑人了。
因为我想结束这个话题,不想继续。
如果有人把管理想成程序分支,那世界上早就不需要管理了。
管理不仅仅是科学,而且还是艺术。
其实这里绝大多数人从来就没有弹性工作过,在这里整天YY弹性工作有多好。
从今年年初开始我转入SOHO,同时从事开发和一点管理方面的工作(在不同的公司)。
我曾经对我管的那个部门里面的同事说:想要SOHU也可以,我可以让老板同意把公司的支持电话转到你的手机上,你可以在家工作,唯一的一点要求是客户不能有任何抱怨,工作不能有任何延迟。如果你们不能保持或者朝着100%的完美信用记录前进,就别和我提SOHO。理由很简单,在无法监控工作过程的情况下,工作结果就成为唯一的衡量标准,如果有人认为自己有能力应付开发环境中的任何突发状况,接近100%的按时完成自己的所有开发进度,那么我很乐意为他们提供在家工作的机会。最后大家还是愿意来上班:)
选择SOHO对我来说的另外一个含义就是你接受了以工作结果为唯一衡量方式,零借口
我觉得实行soho不仅是对职员的考验,也是对管理者的考验,“接受了以工作结果为唯一衡量方式,零借口”,你如何判断如果结果不令你满意,是因为soho的缘故?
我为什么要判断?难道开发进度不是事先就约定好的吗?难道是事后决定的?难道代码质量大家的看法会有质的差别(如果有的话,我还让他SOHO就是我瞎了眼了)
SOHO就是对一切拖延和异常零容忍。没有金刚钻,就别揽瓷器活。
“我觉得实行soho不仅是对职员的考验,也是对管理者的考验”:如果你是这种心态,我明白为什么没有管理者愿意让员工SOHO了。说到底SOHO还是某些程序员的借口:想休息的时候一边说不要管的太死,出了问题就是管理者的考验。
被管理也是种责任,别什么事情都推到别人头上,又不是幼儿园的孩子。
我就问这句:零容忍的情况下,有多少人有信心在家工作的(如果你对在公司发展有长期期待的话)
既然什么都是事先约定好的,那我就奇怪了,你让他soho不soho有什么区别?他不soho完不成就能被原谅,soho了完不成就全怪在soho头上?如果作为一个管理者,你分不清哪部分失败是因为soho引起的,那这个管理者也不配让手下soho了。
没区别,唯一区别可能是他放弃了被观察工作的义务,那么就要承担没有借口的责任。
有一点你错了,不是我要让人SOHO的。有SOHO呼声的是程序员自己吧(自己看看上面的帖子),既然要求更多的东西(不管是自由还是金钱),那么相应承担的义务也就更多。如果某个公司的管理水平到达了某个惊人的程度能够主动让程序员在家工作产生更好的效益,那当然是另外一回事,但是在实际情况并非如此的时候,主动要求SOHO的程序员难道不应该有承担更多责任或者更好产出的自觉吗?
现在有几个公司主动让程序员SOHO的?除了我自己的老板,我还真没见过有主动让人SOHO的(但其实我是不喜欢SOHO的,我宁可坐班,可惜无班可上)。
我前面提到零容忍,就算那不是硬性要求,但连这点觉悟都无的程序员,根本SOHO就干不了多久。人性如此,当你SOHO的时候,任何失误都会比在办公室里带来更大的问题(从老板的看法,客户的反馈,同事的沟通)。
SOHO的“零容忍”不管是口号还是实际要求,你如果没有那种觉悟,最好还是老老实实的去上班。别又想在家里轻松写程序,出了问题就是管理有问题,支持跟不上之类的。
weiqingfei
2007-10-10
chinata 写道
weiqingfei 写道
chinata 写道
ray_linn 写道
抛出异常的爱 写道
大叔有点 ,挤兑人了。
因为我想结束这个话题,不想继续。
如果有人把管理想成程序分支,那世界上早就不需要管理了。
管理不仅仅是科学,而且还是艺术。
其实这里绝大多数人从来就没有弹性工作过,在这里整天YY弹性工作有多好。
从今年年初开始我转入SOHO,同时从事开发和一点管理方面的工作(在不同的公司)。
我曾经对我管的那个部门里面的同事说:想要SOHU也可以,我可以让老板同意把公司的支持电话转到你的手机上,你可以在家工作,唯一的一点要求是客户不能有任何抱怨,工作不能有任何延迟。如果你们不能保持或者朝着100%的完美信用记录前进,就别和我提SOHO。理由很简单,在无法监控工作过程的情况下,工作结果就成为唯一的衡量标准,如果有人认为自己有能力应付开发环境中的任何突发状况,接近100%的按时完成自己的所有开发进度,那么我很乐意为他们提供在家工作的机会。最后大家还是愿意来上班:)
选择SOHO对我来说的另外一个含义就是你接受了以工作结果为唯一衡量方式,零借口
我觉得实行soho不仅是对职员的考验,也是对管理者的考验,“接受了以工作结果为唯一衡量方式,零借口”,你如何判断如果结果不令你满意,是因为soho的缘故?
我为什么要判断?难道开发进度不是事先就约定好的吗?难道是事后决定的?难道代码质量大家的看法会有质的差别(如果有的话,我还让他SOHO就是我瞎了眼了)
SOHO就是对一切拖延和异常零容忍。没有金刚钻,就别揽瓷器活。
“我觉得实行soho不仅是对职员的考验,也是对管理者的考验”:如果你是这种心态,我明白为什么没有管理者愿意让员工SOHO了。说到底SOHO还是某些程序员的借口:想休息的时候一边说不要管的太死,出了问题就是管理者的考验。
被管理也是种责任,别什么事情都推到别人头上,又不是幼儿园的孩子。
我就问这句:零容忍的情况下,有多少人有信心在家工作的(如果你对在公司发展有长期期待的话)
既然什么都是事先约定好的,那我就奇怪了,你让他soho不soho有什么区别?他不soho完不成就能被原谅,soho了完不成就全怪在soho头上?如果作为一个管理者,你分不清哪部分失败是因为soho引起的,那这个管理者也不配让手下soho了。
chinata
2007-10-10
weiqingfei 写道
chinata 写道
ray_linn 写道
抛出异常的爱 写道
大叔有点 ,挤兑人了。
因为我想结束这个话题,不想继续。
如果有人把管理想成程序分支,那世界上早就不需要管理了。
管理不仅仅是科学,而且还是艺术。
其实这里绝大多数人从来就没有弹性工作过,在这里整天YY弹性工作有多好。
从今年年初开始我转入SOHO,同时从事开发和一点管理方面的工作(在不同的公司)。
我曾经对我管的那个部门里面的同事说:想要SOHU也可以,我可以让老板同意把公司的支持电话转到你的手机上,你可以在家工作,唯一的一点要求是客户不能有任何抱怨,工作不能有任何延迟。如果你们不能保持或者朝着100%的完美信用记录前进,就别和我提SOHO。理由很简单,在无法监控工作过程的情况下,工作结果就成为唯一的衡量标准,如果有人认为自己有能力应付开发环境中的任何突发状况,接近100%的按时完成自己的所有开发进度,那么我很乐意为他们提供在家工作的机会。最后大家还是愿意来上班:)
选择SOHO对我来说的另外一个含义就是你接受了以工作结果为唯一衡量方式,零借口
我觉得实行soho不仅是对职员的考验,也是对管理者的考验,“接受了以工作结果为唯一衡量方式,零借口”,你如何判断如果结果不令你满意,是因为soho的缘故?
我为什么要判断?难道开发进度不是事先就约定好的吗?难道是事后决定的?难道代码质量大家的看法会有质的差别(如果有的话,我还让他SOHO就是我瞎了眼了)
SOHO就是对一切拖延和异常零容忍。没有金刚钻,就别揽瓷器活。
“我觉得实行soho不仅是对职员的考验,也是对管理者的考验”:如果你是这种心态,我明白为什么没有管理者愿意让员工SOHO了。说到底SOHO还是某些程序员的借口:想休息的时候一边说不要管的太死,出了问题就是管理者的考验。
被管理也是种责任,别什么事情都推到别人头上,又不是幼儿园的孩子。
我就问这句:零容忍的情况下,有多少人有信心在家工作的(如果你对在公司发展有长期期待的话)
huaicancan
2007-10-10
ray_linn 写道
huaicancan 写道
ray_linn 写道
yuxie 写道
ray_linn 写道
庄表伟 写道
楼上的几位(跳过Elminster)真的都是manager?
回答:YES.
那么希望弹性时间就好好努力争取自己SOHO,来公司领这份薪水,就要遵守公司规定,公司需要一个团队,不是需要哪些个牛B的家伙。
我觉得manager这么想一般是因为自己本身并不牛B
恩,和King呀johnson呀比,确实不那么牛B
。。。。。。。和我一比,你确实很。。。。。。
哦,我压根没注意到你。
哦,没关系。
huaicancan
2007-10-10
又是《一句话引发的血案》。
抛出异常的爱
2007-10-10
天啊要不要人活了。。。。
ddandyy
2007-10-10
weiqingfei 写道
chinata 写道
ray_linn 写道
抛出异常的爱 写道
大叔有点 ,挤兑人了。
因为我想结束这个话题,不想继续。
如果有人把管理想成程序分支,那世界上早就不需要管理了。
管理不仅仅是科学,而且还是艺术。
其实这里绝大多数人从来就没有弹性工作过,在这里整天YY弹性工作有多好。
从今年年初开始我转入SOHO,同时从事开发和一点管理方面的工作(在不同的公司)。
我曾经对我管的那个部门里面的同事说:想要SOHU也可以,我可以让老板同意把公司的支持电话转到你的手机上,你可以在家工作,唯一的一点要求是客户不能有任何抱怨,工作不能有任何延迟。如果你们不能保持或者朝着100%的完美信用记录前进,就别和我提SOHO。理由很简单,在无法监控工作过程的情况下,工作结果就成为唯一的衡量标准,如果有人认为自己有能力应付开发环境中的任何突发状况,接近100%的按时完成自己的所有开发进度,那么我很乐意为他们提供在家工作的机会。最后大家还是愿意来上班:)
选择SOHO对我来说的另外一个含义就是你接受了以工作结果为唯一衡量方式,零借口
我觉得实行soho不仅是对职员的考验,也是对管理者的考验,“接受了以工作结果为唯一衡量方式,零借口”,你如何判断如果结果不令你满意,是因为soho的缘故?
weiqingfei
2007-10-10
chinata 写道
ray_linn 写道
抛出异常的爱 写道
大叔有点 ,挤兑人了。
因为我想结束这个话题,不想继续。
如果有人把管理想成程序分支,那世界上早就不需要管理了。
管理不仅仅是科学,而且还是艺术。
其实这里绝大多数人从来就没有弹性工作过,在这里整天YY弹性工作有多好。
从今年年初开始我转入SOHO,同时从事开发和一点管理方面的工作(在不同的公司)。
我曾经对我管的那个部门里面的同事说:想要SOHU也可以,我可以让老板同意把公司的支持电话转到你的手机上,你可以在家工作,唯一的一点要求是客户不能有任何抱怨,工作不能有任何延迟。如果你们不能保持或者朝着100%的完美信用记录前进,就别和我提SOHO。理由很简单,在无法监控工作过程的情况下,工作结果就成为唯一的衡量标准,如果有人认为自己有能力应付开发环境中的任何突发状况,接近100%的按时完成自己的所有开发进度,那么我很乐意为他们提供在家工作的机会。最后大家还是愿意来上班:)
选择SOHO对我来说的另外一个含义就是你接受了以工作结果为唯一衡量方式,零借口
我觉得实行soho不仅是对职员的考验,也是对管理者的考验,“接受了以工作结果为唯一衡量方式,零借口”,你如何判断如果结果不令你满意,是因为soho的缘故?
ddandyy
2007-10-10
让我想起了两年前在招聘那边招SOHO的那个帖子
这种东西很难把握
不过SOHO的条件肯定是很高的
窃以为应该能干好 不过目前还不太想SOHO
这种东西很难把握
不过SOHO的条件肯定是很高的
窃以为应该能干好 不过目前还不太想SOHO
chinata
2007-10-10
ray_linn 写道
抛出异常的爱 写道
大叔有点 ,挤兑人了。
因为我想结束这个话题,不想继续。
如果有人把管理想成程序分支,那世界上早就不需要管理了。
管理不仅仅是科学,而且还是艺术。
其实这里绝大多数人从来就没有弹性工作过,在这里整天YY弹性工作有多好。
从今年年初开始我转入SOHO,同时从事开发和一点管理方面的工作(在不同的公司)。
我曾经对我管的那个部门里面的同事说:想要SOHU也可以,我可以让老板同意把公司的支持电话转到你的手机上,你可以在家工作,唯一的一点要求是客户不能有任何抱怨,工作不能有任何延迟。如果你们不能保持或者朝着100%的完美信用记录前进,就别和我提SOHO。理由很简单,在无法监控工作过程的情况下,工作结果就成为唯一的衡量标准,如果有人认为自己有能力应付开发环境中的任何突发状况,接近100%的按时完成自己的所有开发进度,那么我很乐意为他们提供在家工作的机会。最后大家还是愿意来上班:)
选择SOHO对我来说的另外一个含义就是你接受了以工作结果为唯一衡量方式,零借口
ray_linn
2007-10-10
抛出异常的爱 写道
大叔有点 ,挤兑人了。
因为我想结束这个话题,不想继续。
如果有人把管理想成程序分支,那世界上早就不需要管理了。
管理不仅仅是科学,而且还是艺术。
抛出异常的爱
2007-10-10
大叔有点 ,挤兑人了。
ray_linn
2007-10-10
ntcofe 写道
你的程序难道没有分支,没有循环?
一个是怎么处理,多个人怎么处理,不能分情况来吗?
难道有一个强大的万能函数,什么问题只要调这个函数就可以了
一个是怎么处理,多个人怎么处理,不能分情况来吗?
难道有一个强大的万能函数,什么问题只要调这个函数就可以了
恩,你们公司没发现你这个管理人才真是浪费了。
发表评论
提醒: 该博客已发表在公共论坛,博客所有留言会成为论坛回贴,留言请注意遵守论坛发贴规则
- 浏览: 26633 次
- 性别:

- 来自: 广州

- 详细资料
搜索本博客
我的相册
图像005
共 8 张
共 8 张
最近加入圈子
链接
最新评论
-
一个jfreechart的例子
kan kan 我的项目正需要
-- by discovery12 -
真正的用window.open()代 ...
今天也在搞这问题,最后还是放弃open() "兼容FF,IE等多种浏览器" 你不 ...
-- by icefire -
DWR又一例级联(省份-城 ...
我想问下,为什么不用dwr中util.js的方法来生成呢?不是更好用点吗,而且代 ...
-- by hxdream -
一个关于ajax的例子(proto ...
hehe谢了
-- by shiren1118 -
一个关于DWR的例子
Run 写道 <script type='text/javascript ...
-- by sway






评论排行榜