`
ddh9504
  • 浏览: 111117 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论

程序员需要管得太死吗?

阅读更多
   按理说程序员这一职业应该是属于自由类型的,管理上的死板务必影响程序员的积极性!!!
笔者认为公司有公司的员工管理制度,这固然很好,但这种硬性的制度并不适应我们做程序员的这些人:
    对于我们程序员像那些朝九晚五的工作并不一定适应,有时思路最清晰的时间恰恰在晚上,做为程序员的你有没有这种感觉呢?
    对于工作考核细化到每一天,每一项任务,并且制度了N多的条条框框,搞得程序员不能安心工作,而每天都围着这些框框转悠,实在是郁闷......

    我暂时就想到了这里,希望各位同仁发表一下自己的高见,谈谈您的想法,谢谢!
分享到:
评论
81 楼 kele8boy 2007-10-12  
ddh9504 写道
   按理说程序员这一职业应该是属于自由类型的,管理上的死板务必影响程序员的积极性!!!
笔者认为公司有公司的员工管理制度,这固然很好,但这种硬性的制度并不适应我们做程序员的这些人:
    对于我们程序员像那些朝九晚五的工作并不一定适应,有时思路最清晰的时间恰恰在晚上,做为程序员的你有没有这种感觉呢?
    对于工作考核细化到每一天,每一项任务,并且制度了N多的条条框框,搞得程序员不能安心工作,而每天都围着这些框框转悠,实在是郁闷......

    我暂时就想到了这里,希望各位同仁发表一下自己的高见,谈谈您的想法,谢谢!

希望你以后当个好主管
有这份心,将来也一定是个好主管
程序员是从事脑力劳动的,可有些主管却把程序员当作体力劳动者,整天加班。到了下班时间后,脑子就想回家了,一加班,就起逆反作用
80 楼 诺铁 2007-10-12  
认命就没办法了。
79 楼 gigix 2007-10-11  
引用
我说这句话的意思是,要实现soho这样一种工作形态,对职工有个要求,就是这种工作形式是否能够在享受便利的同时能够带来更高的工作效率,所以对职工是个考验。

另外,如果说职工能够达到这样的要求,那么对于管理者来说,是否能够合理评价职工的工作,如果工作有所失误,失误的原因是由于soho这种工作形式造成的,还是由于其他固有的原因造成的,所以对于管理者也是个考验。

去看看科斯或者张五常关于企业起源的文章
78 楼 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只要在公司,其他时间自由安排。
77 楼 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的“零容忍”不管是口号还是实际要求,你如果没有那种觉悟,最好还是老老实实的去上班。别又想在家里轻松写程序,出了问题就是管理有问题,支持跟不上之类的。
76 楼 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了。
75 楼 chinata 2007-10-10  
weiqingfei 写道
chinata 写道
ray_linn 写道
抛出异常的爱 写道
大叔有点 ,挤兑人了。


因为我想结束这个话题,不想继续。

如果有人把管理想成程序分支,那世界上早就不需要管理了。

管理不仅仅是科学,而且还是艺术。


其实这里绝大多数人从来就没有弹性工作过,在这里整天YY弹性工作有多好。
从今年年初开始我转入SOHO,同时从事开发和一点管理方面的工作(在不同的公司)。
我曾经对我管的那个部门里面的同事说:想要SOHU也可以,我可以让老板同意把公司的支持电话转到你的手机上,你可以在家工作,唯一的一点要求是客户不能有任何抱怨,工作不能有任何延迟。如果你们不能保持或者朝着100%的完美信用记录前进,就别和我提SOHO。理由很简单,在无法监控工作过程的情况下,工作结果就成为唯一的衡量标准,如果有人认为自己有能力应付开发环境中的任何突发状况,接近100%的按时完成自己的所有开发进度,那么我很乐意为他们提供在家工作的机会。最后大家还是愿意来上班:)
选择SOHO对我来说的另外一个含义就是你接受了以工作结果为唯一衡量方式,零借口


我觉得实行soho不仅是对职员的考验,也是对管理者的考验,“接受了以工作结果为唯一衡量方式,零借口”,你如何判断如果结果不令你满意,是因为soho的缘故?


我为什么要判断?难道开发进度不是事先就约定好的吗?难道是事后决定的?难道代码质量大家的看法会有质的差别(如果有的话,我还让他SOHO就是我瞎了眼了)
SOHO就是对一切拖延和异常零容忍。没有金刚钻,就别揽瓷器活。
“我觉得实行soho不仅是对职员的考验,也是对管理者的考验”:如果你是这种心态,我明白为什么没有管理者愿意让员工SOHO了。说到底SOHO还是某些程序员的借口:想休息的时候一边说不要管的太死,出了问题就是管理者的考验。
被管理也是种责任,别什么事情都推到别人头上,又不是幼儿园的孩子。
我就问这句:零容忍的情况下,有多少人有信心在家工作的(如果你对在公司发展有长期期待的话)
74 楼 huaicancan 2007-10-10  
ray_linn 写道
huaicancan 写道
ray_linn 写道
yuxie 写道
ray_linn 写道
庄表伟 写道
楼上的几位(跳过Elminster)真的都是manager?




回答:YES.

那么希望弹性时间就好好努力争取自己SOHO,来公司领这份薪水,就要遵守公司规定,公司需要一个团队,不是需要哪些个牛B的家伙。


我觉得manager这么想一般是因为自己本身并不牛B


恩,和King呀johnson呀比,确实不那么牛B


。。。。。。。和我一比,你确实很。。。。。。


哦,我压根没注意到你。


哦,没关系。
73 楼 huaicancan 2007-10-10  
又是《一句话引发的血案》。
72 楼 抛出异常的爱 2007-10-10  
天啊要不要人活了。。。。
71 楼 ddandyy 2007-10-10  
weiqingfei 写道
chinata 写道
ray_linn 写道
抛出异常的爱 写道
大叔有点 ,挤兑人了。


因为我想结束这个话题,不想继续。

如果有人把管理想成程序分支,那世界上早就不需要管理了。

管理不仅仅是科学,而且还是艺术。


其实这里绝大多数人从来就没有弹性工作过,在这里整天YY弹性工作有多好。
从今年年初开始我转入SOHO,同时从事开发和一点管理方面的工作(在不同的公司)。
我曾经对我管的那个部门里面的同事说:想要SOHU也可以,我可以让老板同意把公司的支持电话转到你的手机上,你可以在家工作,唯一的一点要求是客户不能有任何抱怨,工作不能有任何延迟。如果你们不能保持或者朝着100%的完美信用记录前进,就别和我提SOHO。理由很简单,在无法监控工作过程的情况下,工作结果就成为唯一的衡量标准,如果有人认为自己有能力应付开发环境中的任何突发状况,接近100%的按时完成自己的所有开发进度,那么我很乐意为他们提供在家工作的机会。最后大家还是愿意来上班:)
选择SOHO对我来说的另外一个含义就是你接受了以工作结果为唯一衡量方式,零借口


我觉得实行soho不仅是对职员的考验,也是对管理者的考验,“接受了以工作结果为唯一衡量方式,零借口”,你如何判断如果结果不令你满意,是因为soho的缘故?
70 楼 weiqingfei 2007-10-10  
chinata 写道
ray_linn 写道
抛出异常的爱 写道
大叔有点 ,挤兑人了。


因为我想结束这个话题,不想继续。

如果有人把管理想成程序分支,那世界上早就不需要管理了。

管理不仅仅是科学,而且还是艺术。


其实这里绝大多数人从来就没有弹性工作过,在这里整天YY弹性工作有多好。
从今年年初开始我转入SOHO,同时从事开发和一点管理方面的工作(在不同的公司)。
我曾经对我管的那个部门里面的同事说:想要SOHU也可以,我可以让老板同意把公司的支持电话转到你的手机上,你可以在家工作,唯一的一点要求是客户不能有任何抱怨,工作不能有任何延迟。如果你们不能保持或者朝着100%的完美信用记录前进,就别和我提SOHO。理由很简单,在无法监控工作过程的情况下,工作结果就成为唯一的衡量标准,如果有人认为自己有能力应付开发环境中的任何突发状况,接近100%的按时完成自己的所有开发进度,那么我很乐意为他们提供在家工作的机会。最后大家还是愿意来上班:)
选择SOHO对我来说的另外一个含义就是你接受了以工作结果为唯一衡量方式,零借口


我觉得实行soho不仅是对职员的考验,也是对管理者的考验,“接受了以工作结果为唯一衡量方式,零借口”,你如何判断如果结果不令你满意,是因为soho的缘故?
69 楼 ddandyy 2007-10-10  
让我想起了两年前在招聘那边招SOHO的那个帖子
这种东西很难把握
不过SOHO的条件肯定是很高的
窃以为应该能干好  不过目前还不太想SOHO
68 楼 chinata 2007-10-10  
ray_linn 写道
抛出异常的爱 写道
大叔有点 ,挤兑人了。


因为我想结束这个话题,不想继续。

如果有人把管理想成程序分支,那世界上早就不需要管理了。

管理不仅仅是科学,而且还是艺术。


其实这里绝大多数人从来就没有弹性工作过,在这里整天YY弹性工作有多好。
从今年年初开始我转入SOHO,同时从事开发和一点管理方面的工作(在不同的公司)。
我曾经对我管的那个部门里面的同事说:想要SOHU也可以,我可以让老板同意把公司的支持电话转到你的手机上,你可以在家工作,唯一的一点要求是客户不能有任何抱怨,工作不能有任何延迟。如果你们不能保持或者朝着100%的完美信用记录前进,就别和我提SOHO。理由很简单,在无法监控工作过程的情况下,工作结果就成为唯一的衡量标准,如果有人认为自己有能力应付开发环境中的任何突发状况,接近100%的按时完成自己的所有开发进度,那么我很乐意为他们提供在家工作的机会。最后大家还是愿意来上班:)
选择SOHO对我来说的另外一个含义就是你接受了以工作结果为唯一衡量方式,零借口
67 楼 ray_linn 2007-10-10  
抛出异常的爱 写道
大叔有点 ,挤兑人了。


因为我想结束这个话题,不想继续。

如果有人把管理想成程序分支,那世界上早就不需要管理了。

管理不仅仅是科学,而且还是艺术。
66 楼 抛出异常的爱 2007-10-10  
大叔有点 ,挤兑人了。
65 楼 ray_linn 2007-10-10  
ntcofe 写道
你的程序难道没有分支,没有循环?
一个是怎么处理,多个人怎么处理,不能分情况来吗?

难道有一个强大的万能函数,什么问题只要调这个函数就可以了


恩,你们公司没发现你这个管理人才真是浪费了。
64 楼 ntcofe 2007-10-10  
ray_linn 写道
ntcofe 写道


这段很有意思,哈哈

某些人为了使自己的工作简单化,使劲的把包袱往外甩。
作为管理者,你怎么开会,你怎么协调都是你的事情啊。
我都帮你实现了还有你什么事?
当然有没有实现是一回事,实现得好不好又是一回事。

很多程序员经常会想怎么样把代码写漂亮,写优雅,写得高效。
在管理层中这样的自省,这样的自我改进,就很少看到,至少从一个被管理者的角度,我很少看到。
他们总觉得自己定的那些东西能解决一切问题。
如果出了问题那就是你这个被管理者的问题。

所以说有的人真是可怜。


公司开发部如果只有你一个人,我同意你的看法。


你的程序难道没有分支,没有循环?
一个是怎么处理,多个人怎么处理,不能分情况来吗?

难道有一个强大的万能函数,什么问题只要调这个函数就可以了
63 楼 Herculesx 2007-10-10  
lixigua 写道
collin000 写道
ddandyy 写道
对的
同样我们公司也有个女工作狂的
结婚头天晚上都在加班
婚礼结束当然晚上又跑来加班
搞得差点离婚


强人见过,没见过这么强的!! 

什么样的人才可以做到如此啊,惊叹ing


华为。。。
62 楼 ntcofe 2007-10-10  
lixigua 写道
collin000 写道
ddandyy 写道
对的
同样我们公司也有个女工作狂的
结婚头天晚上都在加班
婚礼结束当然晚上又跑来加班
搞得差点离婚


强人见过,没见过这么强的!! 

什么样的人才可以做到如此啊,惊叹ing



这种人已经被那种方法啊,理念啊,洗脑了

相关推荐

    《你必须知道的495个C语言问题》

    《你必须知道的495个C语言问题》结构清晰,讲解透彻,是各高校相关专业C语言课程很好的教学参考书,也是各层次C程序员的优秀实践指南。 -----------------------------------------------------------------------...

    [RPA之家转载]从小白到大神UiBot基础课程

    其中包括RPA开发工程师、售前工程师、业务分析师、架构师、运维工程师、项目管理、项目负责人、企业高管、HR等多种角色。社区提供了各种丰富的教程、资讯、文章、问答、招聘、活动、项目等供大家一起交流和成长。 ...

    敏捷软件开发.pdf

     5A.1.4架构已死;重构是你全部所需要的  5A.1.5我们不需要什么经理  5A.1.6敏捷开发在纪律上要求很低  5A.1.7敏捷只适合最优秀的开发人员  5A.1.8敏捷是既老又新的、失败的、没有尝试过的  5A.2敏捷方法集的...

    jspmysql家庭用电智能监督管理系统的设计与实现.zip

    阶梯电价,电费查看,统计,每个电器的耗电量管理,电器耗电量查看 用户端 1.查看一周或者当月用电情况,(统计折线...区间就按照固定死的来,费率可以手动调解 5.用电警告 这个最多就是用户登录查看的时候有个弹框

    一个进程池的服务器程序

    当父进程发现子进程数大于请求数加1时,父进程杀死多余的子进程。 总的来说,思想是让子进程accept并处理请求,父进程通过子进程发来的信息控制请求数与子进程数之间的关系。 代码如下: 代码如下: #include #...

    c#学习笔记.txt

    与类不同的是,结构是值类型并且不需要堆分配。结构类型的变量直接包含结构的数据,而类类型的变量包含对数据的引用(该变量称为对象)。 struct 类型适合表示如点、矩形和颜色这样的轻量对象。尽管可能将一个点表示...

    基于jbpm与activiti的工作流平台技术架构介绍

    这大大方便了业务流程在所有的系统中进行流程开发的工作,简化了以往开发流程业务的代码固死的做法,把程序员或业务员真正从流程业务中解放出来。 【图七】在线流程管理 【图八】在线流程设计 6.报表管理 系统...

    华为编程开发规范与案例

    近日在CDB并行测试中发现一个问题:我们需要的小区负荷话统结果总是为零,开始还以为小区负荷太小,于是加大短消息下发数量,但还为零,于是在程序中加入测试代码,把收到的数据在BAM上打印出来, 结果打印出来的...

Global site tag (gtag.js) - Google Analytics