程序员下班后没有bug

Ⅰ 程序员如何让自己的程序少出BUG(转)

软件测试心得
，而且还经常写一些工作上的事，现在感觉自己老了似的，开始转型了，会选择写一些总结而不是琐碎，也许这是我以后当领导的征兆吧。
程序员是善于思考的一个职业，做过这行的都知道，写一个程序的过程都要经过构思、设计、写代码、测试到最后运行这几个步骤。慢慢地，这个习惯也被搬到了生活中，现在我才觉得，我平时做事这么的冷静善思考原来是工作影响的原因。
象我一样，大多程序员都有一个毛病，或者说一个习惯，自己编写过的代码都不愿意测试，他们凭着自己的习惯，理论上完成了代码的编写就认为自己的工作结束了，剩下的工作应该交给测试人员了。但实际上来讲，如果代码存在BUG，造成软件在运行期出错，那么测试人员和客户肯定会发现这些BUG的，再等到测试人员或者客户把BUG反馈回来的时候代价就已经很大了，不仅仅是时间的浪费，更重要的还有1、影响了客户对产品以及公司的信任度，2、影响了程序员自己的声誉，3、影响了代码的可读性以及质量，4、增加 了DEBUG的难度，5、对程序员的心理造成一定的影响。
首先，程序员应该克服自己身上的一些缺点，这是很重要的一点，因为每个程序员都有自己的编程习惯，而且每个程序员对自己刚刚完成的程序都会信心百倍的说“绝对没问题”，实际上这种想法很正常，因为每段代码都是通过程序员认真谨慎的思考和设计之后才写出来的，在设计时已经排除了很多问题，所以程序员不会将自己认为不正确的判断写到程序里，但这仅仅是理论上的想法，但人哪有不反错的时候。其实程序员在读其他人写的程序的时候，就会很谨慎，仔细找到程序上的错误，但对自己的代码就很难这样做，如果把这种谨慎应用到自己的代码上来，BUG会减少到最少。软件工程所说的各阶段工作想必大家都清楚，前期的设计以及需求分析才是一个软件工程的重点，这里也是花费时间最多的地方，当对要写的程序有了一个清晰的轮廓之后再动手编写代码。
第二，刚刚提到的前期设计，是指在编写代码之前所作的工作，这要求程序员对系统的整个结构以及逻辑有很清楚的理解，这也要求对系统的需求做到位。我没有写过文档，所以这里不谈文档了。思路清晰很重要，但每个人并不能将系统的整个设计思路都记在脑袋里，那最好就写下来，特别是一些复杂的逻辑结构关系还有复杂的算法。
第三，代码的编写，要尽量减少拼写的错误，严禁使用关键字作为变量来使用，要尽量做到代码模块化，并且保证其正确性和可重复使用性。因为是模块组成的，写过之后可以将每个模块部分单独测试，因为代码量少了质量自然提高了。对顺序执行要求很高的函数尽量不采用调用子函数的方法，让程序按顺序走吧。
第四：代码检查以及系统功能测试，这是保证代码质量的最后一步了，我们可以写一些代码模块或者小工具来进行测试工作，跟踪变量值的变化，使用一些小技巧在这个阶段都是必要的，这里和测试人员的测试不同之处在于：仍然让程序员的注意力放在其自己的代码范围内，减小了排错的难度。
按照如上步骤来走的话，那么我想你的系统应该足够健壮了。
把对待别人代码的态度放到自己的代码上来，也就是反复的Review自己的代码检查逻辑错误也是相当好的办法。别把自己辛苦写的代码看的很值钱，在团队中尽量与别人分享、Review代码这是实际工作的经验。
作为一个优秀的程序员要具备这些习惯，看自己的代码就象对待自己的一样，爱惜、呵护是必须的，同时也要象园丁一样及时修剪多于的树枝来让自己的代码走正确的道路。

Ⅱ 程序员这个工作，真的很吃香吗为什么呢

程序员这个工作真的很吃香，因为程序员的工资很高，就业岗位也很多，但是程序员这份工作很累。因为程序员的工资以及就业机会多，有很多人都会选择做程序员，甚至有的人转行做程序员这份工作。关于程序员这个工作，真的很吃香吗？为什么呢？以下是我的看法：

三、程序员这份工作很累

对于很多的工作来说，员工是不需要加班的，如果做完一天的工作就可以选择下班，不需要留下来去做其他多余的工作。但是，对于程序员来说，加班是非常常见的事情，因为不知道什么时候程序就会出现bug，需要程序员去维护以及修改。程序员这份工作是很非常劳累的，所以如果选择了做程序员这份工作就要做好加班的准备。

关于程序员这个工作，真的很吃香吗？为什么呢？以上是我的看法，你有什么看法？欢迎留言。

Ⅲ 资深程序员可以避免敲代码时出现bug吗

程序员遇到bug是在正常不过的事情了，就算非常资深的程序员也无可避免bug的存在，一般来说，除非你写一辈子 Hello World。
不过世界上的确存在一些凤毛麟角天才的程序员，他们差不多能做到这一点。接到任务之后，思考，冥想，在笔记本上画出数据结构或某个算法片段，腹稿打的差不多了就开 始编程，用 Vim、Emacs 或 IDE 工具，大部分时候能够一气呵成，然后构建代码，构造测试数据，运行程序，在反复调试中修复几个编程过程中没有考虑到的问题，就可以提交到代码库了。
他们的 代码交给测试和其他开发者，少有人能挑出 bug，因为他们对代码有敏锐的感觉，能够在别人忽略的地方发现代码的坏味道，并给出巧妙而优雅的解决方案。
他们是天生的代码创造者，这样的人往往效率高 而且少有错误，以至于会被一些平庸的团队忽略，因为技术领导总是会下意识的去关注那些最容易出事的环节，但这些人才是团队真正的脊梁，不是那些四处救火者。

Ⅳ 互联网前辈总是说“bug是改不完的”，新入职的程序员该怎样应对bug

互联网前辈总是说“bug是改不完的”，新入职的程序员应对bug：

Ⅳ 程序员遇到百度不出来的bug都是怎么解决的

笔者不同意下面网友的回答。程序员如果解决bug的水平停留在网络，那么本质上只是一个“面向搜索引擎的代码搬运工”，是不合格的程序员。

程序员对面bug，正确的“打开方式”是像福尔摩斯和柯南那样，寻找线索、运用逻辑推理来缩小问题可能的根因范围，最终精准定位。

常用的方法有：

1. 坏境上下文变换法

2. 工具调试法

3. 版本回溯对比法

4. 代码审计法

……

没有编程问题是stack overflow和Google解决不了的，假设你在编程中遇到了问题，你自己解决不了、你周围的的人都解决不了的时候，我觉得stack overflow、Google是你最好、也是最后的帮手。

作为一个程序员，我觉得Google、stack overflow是你必须要学会使用的两个工具，这两个工具本身并没有使用门槛，只不过因为一些众所周知的原因，很多人不能使用Google和stack overflow这两款工具。

Google主要还是方便，而且很多编程问题都需要用到英文搜索，当然现在网络在专业能力上也提升明显，不过跟Google也还是有比较大的差距，因此我还是强烈建议要学会使用Google，这会帮你在工作、学习上事半功倍。假设Google确实因为某些原因没办法很好的使用，我也建议你至少要会使用Bing搜索。

现在可以说stack overflow上没有你找不到的问题了，从IDE环境安装问题，到各类编程语言问题。算法问题，数据结构问题，调试，重构等等，几乎这里就没有你找不到的答案，可以说在stack overflow上你可以找到任何解决方案，并且上面的回答者基本上都是非常有经验，而且都是实际中遇到的问题分享出来的，这个工具一定要会使用。同理，除了stack overflow这个专业的垂直程序员问答社区，你也可以使用Quora这个综合问答社区，这上面也能找到很多问题的答案。

一些比较优秀的文本编辑器： Emacs/Vim，Visual Studio Code，Sublime Text，Atom，Ultraedit，Hbuilder等。

一些比较非常出色的IDE集成开发环境： visual studio，IntelliJ IDEA，PhpStorm，Haskell for Mac ，eclipse，WebStorm，GoLand，CLion，Android Studio，Xcode，QT等。

macOS平台比较好的第三方包管理工具： Fink，Macports，Homebrew等。

一些比较好的终端工具： Zoc7，iTerm2，Cmder，terminus，hyper等。

一些比较好的笔记软件、markdown工具、效率工具： Evernote，有道云笔记，为知笔记，Ulysses，MWeb，FileZilla，Snipaste，Kantu等。

虚拟机软件、容器软件： Parallels Desktop，VMWare Fusion，Virtual Box，Docker等。

我是个程序员，职务是linux底层驱动工程师。平时的主要工作是调试驱动，但产品遇到诸如死机、重启、不开机之类的问题时，也要参与查找原因。一部分问题，确实可以查看相关的log，然后网络这些log的关键字来解决；但更多的问题，牵扯的条件太多，并不是简单的网络就能解决的。

观察了周围同事们的做法，我总结出以下几种解决方法：

网络因为竞价排名的原因，搜索出来的结果有很多广告的成分，所以有时候要翻好几页才能看到一条相关的答案，有些甚至要翻几十页。

因为网络搜索使用的是SEO技术，即普通用户可以通过优化网站内容来提升关键词排名。

而这就会导致一个问题：你搜索关键词后展现出来的结果是有人想要让你看到的，并不是质量最好的。

也就是说，网络搜索结果被人为干预了。所以网络一直被网民所诟病。

但网络搜索不出结果，未必是网络的原因，也有可能是自己输入的搜索词不准确造成的。所以对于网络，我们要做到如下几点:

除此之外，网络搜索还有点小技巧，粥左罗《万字干货，彻底讲透搜索技巧，10倍提升你的搜索力（免费教程）》这篇文章写得非常好，我整理几点，仅供参考：

01 过滤目标内容

命令：“+”“-”

用法：通过“+”和“-”来对搜索结果进行过滤

比如在关键词后加上“-推广 -推广链接”就可以排除搜索结果中包含相应字样的链接。如果你发现广告还没有排除干净，你也可以再加上“-广告”通常就能彻底的消灭广告。

02 搜索包含某关键词的内容

命令：“intitle”

用法：通过“intitle”命令指定搜索结果中要包含的关键词，注意“intitle”后边连接的冒号是英文状态下的。

03 搜索某一个格式的文件

命令：“filetype”

用法：通过“filetype”命令可以限制我们要搜索文件的类型，注意“filetype”后边接的冒号也是英文状态下的。

04 搜索特定时间范围的内容

命令：“时间..时间”

用法：通过“时间..时间”命令可以限制我们要搜索的文件的时间，注意两个时间的中间顿号没有空格。

相对网络，谷歌、必应对于技术搜索，就相对准确许多，所以当你网络搜索不到时，尝试下别的搜索引擎，说不定会有新发现。

现在程序员使用的机器语言，都是国外的，更准确的说，都是美国的。所以很多论坛、资料等，都是英文。如果你只会用中文来搜索，某些小众的问题，当然搜不到啦。

所以，要学会使用英文关键字来搜索。

有时候甚至要去国外的一些论坛来搜索想要的答案，这就要求要有一定的英语阅读能力，不能一看到英文帖就放弃。

有时候不管你如何搜索，都找不到自己想要的答案，该怎么办呢？这种情况下，就只能硬着头皮尝试自己解决了。

或者，寻求同事或朋友的帮助，寻求大脑风暴，说不定就会有思路。

如果有些问题是因为新器件带来的，还可以找到器件供应商，让他们安排技术支持帮忙查找原因。

除此之外，还可以把问题整理好，写清发生的条件、复现步骤、测试方法、相关的LOG截图等资料，去一些技术论坛发求助帖，寻找大牛的帮助。

做技术时间久了，发现有些问题确实无解，根本没有办法去解决它。

这时候，我一般会尝试把它绕过，就是说，想办法让它无法复现，虽然问题还是存在，但是能把它掩盖过去。

比如有些驱动在开机启动时会加载不正常，那么就让它晚点启动，或者手动加载。这也不失为一种解决问题的方法。

以上就是我的建立，希望对你有帮助。

首先作为一个程序员，一个优秀的程序员最最最重要的能力就是解决问题的能力。这里解决问题的能力当然就包含了解决 bug 能力了

毕竟，程序员这一生，可能会写无数个 bug ，没有说哪个程序员敢保证自己写的程序没有 bug 。 所以，写了 bug ，遇到 bug 并不可怕，可怕的是你没有解决 bug 的能力 。

作为一个程序员，解决 bug 的途径有哪些呢？我们来一起聊一聊！

其实，每个程序员在学习编程的时候，都会使用编程工具，而现在的开发工具，其实功能都很强大。如果你自己合理利用编程工具，都了解和懂得开发工具的一些技巧，其实不仅仅能够提高开发效率，而且还能够帮助你解决很多编程中的实际问题。

debug 调试，大部分你常用的开发工具，都会有调试模式的，简而言之，就是你编程的时候，遇到了不是自己所想的结果的时候，你可以使用 debug 模式，来一步一步的调试，在调试模式下一般每一步都会显示所执行的结果，你可以看看在哪一步出错了，执行的结果与你预想的结果不对，那么你就能够找到问题所在了。

还有就是，开发工具的控制台，都会提示出报错信息的，现在的开发工具，都会直接告诉你哪一行，报了什么错。其实，很容易定位到错误的。你只需要在编程的过程中积累经验，知道报什么错，用什么方法来解决就行啦。

可是，提示的报错信息，我不知道用什么方法来解决的时候，该怎么办呢？这就是你需要积累的，也是问题中所描述的，就是通过搜索引擎来找答案。

不对，这里不应该是合理使用搜索引擎，应该是学会正确使用搜索引擎。比如：网络，你就不要用了，搜出一堆重复的信息，而且广告也多。作为程序员，建议你使用谷歌搜索。

其实，你在编程中所遇到的几乎所有的问题和 bug ，别人也同样遇到过，因为不管是经验丰富的老程序员，他技术再牛逼，也是初学者过来的，也都踩过你踩的坑。所以，互联网是个好地方，里面包含了你想要的问题的答案。

你只要把报错信息往搜索引擎上一放，回车一下，很多关于这个 bug 的答案就出来很多，你只需要找到跟你一样的 bug ，就能找到答案了。

在这里必须提一下这个网站，所有的程序员有必要学会使用这个网站，其实，你编程中所遇到的问题，这个网站上几乎都是由解答的。

Stack Overflow 可以说是最好的软件程序类问答网站了，给软件开发人员工作和学习提供了非常大的便利，以至于像小白，离了 Stack Overflow 简直都不会写程序了。

所以，建议大家一定要学会使用这个网站，对你编程肯定会有非常大的帮助的。

通过上面的方法，几乎应该能够解决到你所遇到的问题，但是，实在找不到答案的话，你可以问经验比你丰富的老程序员，实在解决不了，那就换种方法吧！

网络，谷歌，debug，断点调试，业务上的bug就需要问下同事或者产品。如果能知道大致范围，哪一部分错了，就换一种方法呗，一般都不会只有一种方法。

1.reload

2.restart

3.rewrite and then goto 2 or 4

4.reboot

5.rm -rf /

6.原谅我编不下去了[捂脸][捂脸][捂脸][捂脸][捂脸][捂脸][捂脸]

找bug跟医生看病的思路是一样的，要对症下药。得先把问题的根源找到，找到根源以后问题就容易处理了。搜索引擎找不到的问题，说明这个问题不是一个常见的问题，具有独特性，那么从bug出现的路径上一步一步去排查。必要时可以用排除法，尽可能的缩小排查范围。另外，当软件的业务逻辑比较繁多复杂的时候，一个结构清晰的架构能为你节省不少找bug的时间。还有，充分的单元测试能够帮你减少出bug的机会。以上均为个人看法，欢迎讨论！

一般程序员能碰到的bug无外乎其他上游程序员写库时手抖留下些不匹配或者容易溢出的问题，搜一下差不多能解决问题。如果是自己写的，那无非就是时序错误类型错误之类的，用break point一行行的调就好了。

再复杂点的bug就是程序员拿高薪的根本了，只可意会，不可言传～

仅仅靠搜索引擎、其他网站那必然无法解决大量问题，因为很多问题是跟业务逻辑相关的，是没有直接答案的。比如 游戏 开发有个界面一直无法显示，这个问题就不是网络可以解决的。问题需要调试分析，这和破案非常像，但在开发过程中更有利的是问题有机会可以重现。破案是逆向工程，需要反推。解决代码问题不仅仅可以反推，也可以通过阅读代码正向分析。下面说说如何debug一个业务逻辑问题。回到刚刚的例子，有个界面一直出不来，我们如何快速去定位：

1.思考这个问题发生的可能性。比如 游戏 内大量界面都是正常的，那么可以对比正常界面代码和异常界面代码的区别，这是对比法。

2.假设创建正常界面和这个异常界面的逻辑代码是一样的，那么问题就落到了这两个界面内部，继续在内部重复上面的对比法进行判断，直到锁定最终位置。

上面说的方法基本上可以杜绝卡在一个简单问题上，这是摆脱新手的一个过程。选择使用对比法或者其他方法的前提都是基于观察和对项目的认识，所以，搜集“案发现场”是最关键的。

其他的问题，不属于逻辑的，像其他网友说的那样，有些通过到github、stackoverflow等地方解决的。这些问题也不是直接就去查找的，它通常也有个分析过程。比如你使用了一个库，但是目前它不支持你的模块。对于新手，就是直接网络或者google了。实际上这样的问题也是有“案发现场”的。对于作者提供的api接口的统一性和便捷程度去推断作者在相关支持模块的位置以及命名以及拓展，再尝试在文件夹中搜索。如果都找不到，再去Google上获取更多的信息。重复推断、分析，决定如何拓展或者绕过。

综合上面的几种问题，可以看到的是都离不开对现场的观察和推理分析。这种能力也被称为经验。但是一般情况下你看不到它们这个分析过程，你能做的就是在实际环境中反复逼迫自己去思考，去训练。这个推理的培养，不仅仅是对事情，也是对人。

我在入行 游戏 开发的前期，也是类似的情况。卡在不同种类的问题上，有些在简单逻辑，有些在别人的代码支持上。后面解决的问题多了，就会发现里面共通的思维方式。常用的一些方法如下：

1.对比法，比较正常与异常代码区别

2.二分查找法。分段注释找问题，也会用在很多方面。比如最近版本突然出了一个奇怪bug，可以通过svn还原来定位。这个还原不是一个一个版本还原，而是用二分法去还原。

3.增加信息。在怀疑的位置或者过程添加日志或者打断点辅助自己更好的推理。

4.相似推理。比如一个引擎在api、性能使用程度上都非常友好，那么它在别的地方也有可能相对表现比较好。这时候如果有个功能我们的实现需要很复杂才能完成，那么就有可能是我们用错了。相似推理不一定都能正确，但会提供一些帮助。

以上。

Ⅵ 程序员如何做到‘编程速度又快，Bug 数量又少’

编写明确表达行为的代码。选择有意义、准确、无歧义的符号名字。严格执行命名方案，不要用不同的单词描述同一个事物。
如果有，采用最简单的解决方案。不罩厅要为速度优化，而是为可读性和透明度优化。
如果你在最初编写代码时没有注意可重用性，不要欺骗自己斗枯相信代码可以很神奇地被重用。相反，应该从一种情形着手，保持代码的具体性。如果值得修改代码让它一般化，那么应该做好彻底重写的准备。
希望可物销隐以帮到您，谢谢!

Ⅶ 优秀的程序员是如何处理技术 Bug 的

从初入职场菜鸟到职场大咖，很多程序员在努力充实自己，有时候我们需要对自己进行一次能力定位，了解自己的优势和没有掌握的技术。芯学苑列出几点作为初入职场的新手评估自己，明了前进学习的方向。
1、技术能力(解决问题的能力)
这是非常重要的事;过硬的技术能让你得到面试机会，并在工作中游刃有余。当公司招聘一个Java开发人员时，是会优先考虑能力因素的。在实际的项目开发中，一个程序员的技术能力等于其解决问题的能力。
如果拿一个尺度来衡量这个能力的话，一个程序员的能力可以用能完成任务的数量和难度来衡量。一个程序员能基本无误的完成项目中的一个功能算是合格，但在此之前，他对项目的生产力为负，为他布置的任务，中间环节的沟通，修补bug的时间其实要多于自己直接完成该功能的时间的。能较好完成一个完整模块的程序员才算是较好的程序员，也是项目中的主要开发者。能独立完成整个项目才是优秀的程序员。
2、专业基础(知识的积累)
一个程序员的知识积累很大程度上决定了其解决问题的能力。知道如何编写代码是基本的技能，但是知道Java编程语言的原理，知道代码背后的算法将使你从人群中脱颖而出。
3、主流编程工具
今天，事实是，你不能成为一个样样都懂的人(杂而不精)。你必须选择你要掌握的工具。有时这是由工作的环境决定的，但是按照下面说的去做也是一个很好的选择：
构建工具：Maven或Gradle。
SCM：Git(不是GitHub。大不相同)。
构建自动化：Jenkins。
IDE：Netbeans或Eclipse——不仅用于编写代码，而且还从IDE中重构和调试代码。我遇到了很多没有如何从他们最喜欢的IDE调试的开发人员。
Bug跟踪：Bugzilla或Jira。
4、JSF的知识
应用程序服务器
所有Java开发人员应该知道如何在Apache Tomcat中部署。
当Glassfish开发停止时，下一个最好的事情是J Boss Wild Fly。
5、沟通的能力
沟通是我们做好一切事情的关键。我们必须与我们周围的环境保持互动，无论是在我们的私人还是职业生活中。一个良好的程序员知道如何在各种团体面表达自己。也许对你来说显而易见的东西在他人的角度来看并非如此。
从大的尺度(比如一个人的工作生涯)来看，一个程序员知识积累的多少只决定于其自学能力和他对编程本身的兴趣。
在一个分工明确的项目中，程序员需要理解产品，和领导沟通理解自己的任务，和同事们沟通以正确的方式进行合作。无论哪一个方面沟通出了问题都不是小事情，同时，程序员还需要正确的传达设计的实现难度，以及让别人正确的理解自己设计模块的接口。在不写文档时，正确的口头沟通非常重要，需要写文档时，良好的编辑能力也算做是沟通能力的一部分。
6、自学能力
这是一个非常重要的技能，在你自己的空闲时间学习新的技能。不要等待公司为你提供培训。你需要自己去学习新技术，提升自己在相关领域的水平。从Java后端开发到架构模式，总是有一些新事物值得学习。经常阅读博客和论坛，尝试加入本地聚会小组。你学到的东西可以帮助你的事业。知识刷新频率极快让人无法追赶的这个时代，难免会有超出自己知识范围的时候，此时你的自学能力决定了你能多快的完成任务。
7、良好的团队合作精神
无论是部分编程还是大型项目，所有开发人员都是作为团队的一部分在协同工作。你需要致力于团队的目的，或帮助新的团队成员克服障碍。不要存在这种“我只要做好我的本职工作，下班就直接回家”的态度。成为团队的一部分，帮助周围的同事，对自己的能力也是不小的提升。
就像拿破仑说的不想当元帅的士兵不是好士兵，追求参与一个大型软件系统的开发，是每个程序员的梦想。在此之前，应该学习更多的专业知识，达到优秀程序师的标准。最后希望各位程序员阅读本文后能够得到一些裨益，在这条路上走得更好。

Ⅷ 程序员为什么要一直改bug，不能一次性写好吗

软件可能在使用过程中没有任何问题，但不符合产品的预期下图源自“How projects really work？”，很形象的突出了客户需要的产品和最终得到的产品不一致。

所以软件想要变得成熟，Bug收集和处理机制是非常有必要的，比如：会影响客户使用的优先级高的Bug要优先修复。Bug是软件的影子，也是程序员的噩梦实际上不能存在没有bug的软件，Bug和软件如影随形。就像我们使用的Windows，穷尽无数优秀的软件工程师来设计给用户优秀的桌面体验，但也有各种层出不穷的bug。

程序员对Bug有多爱就有多恨，Bug无处不在，即使再牛逼的程序员也逃脱不了Bug的魔掌。想要完全避免Bug几乎是不可能的，所以也不在一次性就写好的程序。以上个人浅见，欢迎批评指正。认同我的看法，请点个赞再走，感谢！喜欢我的，请关注我，再次感谢！

Ⅸ 程序员为什么要一直改bug不能一次性写好吗

作为一名程序员，我也总是在调试，Bug总是防不甚防的出现，这个过程真是有趣又痛苦，最后我觉得习惯就好，一次性写出完美代码是每个程序员不可实现的梦想。

没有哪个程序员可以写出完美的代码，即使高能又伟大的公司也做不到这一点，想想看你的手机软件是不是经常提醒你该更新了，连微软都在三天两头的让你打补丁，不是吗？

Ⅹ 如何看待程序员把Bug都改完就被开除了

作为一名码农、程序员，加班算是家常便饭了。周一至周五晚上加、周末加、办公室加、回家加、有偿加、无偿加……确实让人看见就怕。
但是你加班的原因是什么呢？让我们一起来看看下面两个例子。
01 程序员踩点下班，领导：不想干的请办理离职，我这里不养闲人与废物
在职场上加班不是目的，加班是为了完成工作，当员工能在正常上班时间内完成工作，无需加班，这时候作为领导也就没有必要让其留下来加班。
然而也有一些公司领导不看产出只看员工加不加班，就有一领导经过几天的观察，发现新来的几名程序员每天晚上不到八点就早早的下班走了。
对此这名领导很生气，想管管这群新来的程序员，于是在群里通知称：
都是干嘛使的？八点不到都 TM 走了！不干的直接说，现在就表态度，我这里从来不养闲人，也不养废物！不干的不想干的都去人事那里办理离职。
其实员工有这种心态实在人之常情。但退一步想，为何老板却能做到 5+2、白+黑呢？难道老板们都是铁打的？都是超人？非也，只因他们是经营者，他们为企业负责，为自己负责。
员工往往拿的是固定工资，所以这就导致了老板与员工焦点矛盾的局面：老板只关心利润，员工只关心工资。