在平时工作中，偶尔会出现一些令程序员发狂的事情，让程序员一下子整个人都不好了，对工作和生活都有一定的影响，那么咱们今天就来一起盘点一下看看有哪些事情是令人发狂的，并从中看看怎么应对，让以后再发生这些事情时能够从容应对，不至于那么狼狈。
正写着代码就突然停电了
对于一些使用台式机的朋友，这点的确令人伤心，辛辛苦苦写了半天的代码，就突然消失，然后还要重新再写一遍，这种感觉你懂得，那叫一个酸爽。遇到脾气不好的程序员会直接摔鼠标，脾气即使好一点的也会感觉灰心丧气，我就曾经遇到过这样一个问题，虽然我用的是笔记本，但是我的电源线出了一点故障，一直是“已接通，未充电”的状态，正在努力的写着代码，突然就一下子黑屏了，结果发现是笔记本电量用尽了，不过那次我没有损失多少，只是丢失了2行代码，因为我经常习惯性的ctrl+s，每过一小段时间我就保存一下，已经形成这样一个习惯，因此也建议其他程序员朋友们有这样一个习惯，给自己的代码多加一份保险，或者将自己的开发工具设置成自动保存那种。这样就可以避免这种令人发狂的意外发生了。
需求又改了
好多程序员最不愿意听到的话就是“需求又改了”，真的，这句话简直就是程序员的敏感词，没有哪个程序员在这句话面前能保持内心平静的。不过程序员应该有一个思想意识需要形成，应该有一个平常心去对待“需求又改了”的问题，需求不改是不正常的，没有说谁能一下子设计出完美的产品，这是一种理想的状态，程序员应该做好随时改需求的准备，把这当成自己的日常工作就行了，随着工作时间的增长，逐渐形成对这件事情的免疫力，用一个平常心去面对这件事情，久了就自然适应了。
bug无法复现
由于系统的复杂性，触发条件很多，种种原因导致一些bug没有无法复现，这也是正常现象，我有一篇文章专门说了3种方法轻松应对这种问题，第一就是分散压力法，先上测试人员通过测试对这个事情进行复盘，第二就是日志分析法，通过分析日志逐渐缩小排查范围，第三种方法就是稳定情绪法，不断与用户沟通，给出预计解决时间，让用户不必着急，同时也为自己解决问题赢的宝贵的时间。
自己的代码被覆盖了
在团队开发协作中，有的同事对版本控制工具使用的不是很好，可能导致自己的代码被覆盖，面对这种情况也不必要过于慌张，从历史版本中都是可以得到恢复的，但是恢复就需要有一个恢复点，看看从那个恢复点恢复最合适，这就要求平时开发代码时，提交git还是svn都要记清楚提交日志才行，记清了每次提交的功能，这样才方便代码恢复，这些看似小习惯，在有的时候就是至关重要，因此大家千万不要“善小而不为”呀！
图片来之互联网大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就
转载请注明：http://www.0431gb208.com/sjszlfa/1371.html
