`
ddh9504
  • 浏览: 112637 次
  • 性别: 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



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

相关推荐

    UNIX程序员手册

    **UNIX程序员手册**是经典的技术文献,为程序员和系统管理员提供了深入理解UNIX操作系统的必备知识。这份英文版的手册详细阐述了UNIX系统的核心概念、命令行接口、编程接口以及系统调用等方面的内容,旨在帮助开发者...

    J2EE程序员应该掌握的Linux系统的知识

    ### J2EE程序员应掌握的Linux系统知识 随着企业级应用的发展,越来越多的J2EE应用程序选择部署在Linux操作系统上。对于J2EE程序员来说,掌握一定的Linux技能不仅能够提高工作效率,还能更好地应对生产环境中的各种...

    程序员面试题.pdf,这是一份不错的文件

    在程序员面试中,掌握基础的C语言知识、内存管理、数据结构、算法以及嵌入式系统概念是至关重要的。下面将根据提供的面试题内容详细解释相关知识点: 1. **C语言基础知识**: - `sizeof`运算符用于计算类型或变量...

    PHP程序员玩转Linux系列 使用supervisor实现守护进程

    PHP程序员在进行系统级任务或者需要长时间运行的脚本时,常常需要将程序设置为守护进程。在这一篇PHP程序员玩转Linux系列文章中,我们将重点讨论如何使用supervisor来管理守护进程。 **进程基础概念** 在理解守护...

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

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

    Unix编程常见问题解答

    掌握这些知识点不仅能够帮助程序员编写出更加健壮和高效的Unix应用程序,还能够加深对Unix系统内部工作原理的理解。在实际开发中,应根据具体需求选择合适的技术手段,合理利用Unix系统提供的丰富功能和工具。

    LINUX高级程序设计(中文第二版)

    这本书针对的是已经具备一定Linux基础的程序员,通过细致入微的讲解,帮助他们掌握更深层次的系统编程技能。第八章的主题是“进程间通信——管道和信号”,这一部分是Linux系统编程的核心内容之一,对于理解和实现多...

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

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

    105-Java核心编程12

    总之,Java的多线程编程涉及到了进程与线程的概念,线程的创建、状态管理、同步机制以及中断策略,这些都是Java程序员需要深入理解和掌握的核心知识点。正确理解和运用这些概念,能够有效地编写出高效、稳定的并发...

    unix 网络编程实例以及各种疑难解答

    文档旨在为Unix网络编程初学者及有一定经验的程序员提供实用的指导。 ##### 1.2 目标读者 本FAQ适用于希望学习或已经从事Unix网络编程的开发人员,无论是新手还是有一定经验的程序员都能从中获益。 ##### 1.3 ...

    本人积累的一些Linux实验代码,保证运行无误.供参考

    常见的信号有SIGINT(中断)、SIGTERM(终止)和SIGKILL(强制杀死)。通过编写信号处理函数,程序可以响应特定信号,如优雅地关闭程序或执行特定操作。 2. **多线程**: Linux中的多线程编程允许在一个进程中同时...

    Unix环境高级编程

    此外,信号机制也是进程间通信和异常处理的重要方式,如SIGINT(中断)和SIGKILL(强制杀死进程)等。 内存管理部分,重点是虚拟内存的概念,包括内存映射、共享内存和内存保护。mmap函数允许将文件或设备映射到...

    linux常见经典笔试题.docx

    面试者若知道这个,表明他们对C语言的细节有一定理解,但这并不是所有程序员都需要掌握的知识。 4. **死循环( Infinite loops)**: 在嵌入式系统中,常使用死循环来维持程序的持续运行。例如,`while(1) { /*...*/ ...

    Intel Open Source HD Graphics Programmer's Reference Manual 2/21

    本手册是针对基于“Skylake”平台的2015-2016年Intel Core™处理器、Celeron™处理器及Pentium™处理器中的Intel® Open Source HD Graphics、Intel Iris™ Graphics以及Intel Iris™ Pro Graphics的程序员参考手册...

    单片机C语言学习好资料

    5. **实例应用**:描述中的内容涉及到一些实际项目,如单数码管按键显示、双数码管可调秒表、十字路口交通灯、数码管驱动、键盘驱动、低频频率计、电子表以及串行口应用。这些项目是单片机学习者通常会遇到的实践...

    75条笑死人的知乎神回复,用60行代码就爬完了

    - **话题选择**:本示例选择了与程序员相关的热门话题,如程序员日常、编程趣事等。 - **爬取结果**:通过运行爬虫脚本,成功爬取并筛选出了一系列有趣的神回复。例如: - 关于码农常说的“谎言”; - 在GitHub上...

    unix环境高级编程

    这本书主要针对有经验的程序员,旨在提供一个全面、深入的UNIX系统编程接口的视图,涵盖了从进程管理、文件I/O到信号处理、网络编程等多个核心领域。以下是根据书名和描述提炼出的一些关键知识点: 1. **进程管理**...

Global site tag (gtag.js) - Google Analytics