程序员在家办公的第N天，并不轻松！

重磅干货，第一时间送达

很多人都以为程序员的工作很轻松，尤其是现在，这段特殊得不得不待在家办公的日子。

他们看到程序员们坐在家里敲着键盘，旁边放着一杯热腾腾的咖啡，但他们却不知道面前的电脑里都发生了什么。

那些只有程序员才懂，不得不面对的画面。

1. 修改别人的代码

如果小伙伴刚刚加入一家新公司，很可能会发现自己处于这样的一个境地：接手其他人留下的项目。

项目的代码可能很长，很复杂，难以读懂，有很多 bug，而且已经上线了。

开发者就像作家一样，每个人都有自己的编码风格，于是问题就来了。

如果小伙伴一直讨厌写文档（大部分程序员应该都讨厌吧），但这个时候对于那些需要修改代码的人来说，文档就是救星。

如果没有文档，接盘的开发者必须逐行阅读代码，以便“参透”代码原始作者的想法。也只有到了这个时候，我们才会希望有心灵感应这种东西。

2. 在最关键时候掉链子

经过几个月的努力，在喝了无数杯咖啡之后，App终于发布了，终于可以看到隧道尽头的曙光了。

然而，问题出现了。

在演示过程中出现了一个致命的错误，或者引来了大量新用户的抱怨，曾以为的完美项目此刻崩溃了。

这种情况可能发生在任何一个人身上，甚至是 Facebook 或 Twitter 那些最聪明的开发者。

对于他们来说，这种情况有多么令人沮丧。负面评论不断出现，在客户眼里，就像是犯下了最严重的罪行，或者玷污了组织的名声。

我们能做些什么呢？保持冷静，尽快修复错误。不要让这些问题拖太长时间，除非修复代码会导致其他 bug 出现！

3. 修复旧 bug，出现新 bug

修复 bug 是一个无法逃脱的罪恶，它会让我们质疑自己为什么当初会想要成为一名程序员。

在敲了几个小时的键盘之后，好不容易把原来的错误修复了，却又发现了新的错误！

更新了一个库，因为它与正在使用的另一个库不兼容，结果发现新库与代码是冲突的。与此同时，截止日期越来越近，而错误却越来越多。

不要抓狂了，还是试着提前为这种情况做好准备吧。

为了防止在未来的项目中发生类似的情况，可以使用 Git 来管理代码，如果新代码不能正常运行，可以很容易回滚到以前的版本。

另外，要仔细把每个修订版本记录下来。这是一项艰巨的任务，但等事情到了紧要关头，就会感谢自己这么做了。

4. 项目依赖库有 bug

当发现项目依赖的库出现了 bug，该怎么办？这是一个两难的选择，不是吗？看看我们可以做些什么吧。

想要自己修复依赖库的 bug，如果是这样，就要问问自己，对依赖库的代码有多熟悉？

自己修复不了？那么是否应该请求依赖库的开发者来修复？但这可能需要一些时间，而现在是你在赶截止日期，不是他们。

把依赖库换掉？这样可以把 bug 清除掉，但可能需要重写很多代码。

这些都是可选项，不管小伙伴选择了哪一种做法，都不容易。祈祷吧，但愿永远不会遇到这种情况，也不会遇到下面这种情况。

5.“未知” 错误

花了好几天时间，创建了好多个 Git 分支进行测试，但仍然找不到问题的根源。

在 StackOverflow 上问问题，发现两年前有人发过同样的问题，却没有人回答。

它可能不是一个致命的错误，但它就像一个无法摆脱的瘙痒，一直在折磨你。

绞尽脑汁，不停地告诉自己，如果再花一个小时，或许就会找到问题的根源，但其实并没有。

而有时候错误会自动“消失”，只是因为我们换了一种思路，那就不再是个问题，根本不需要我们再做什么。

6. 数据丢失却没有备份

就算小伙伴不是程序员，在生活中也时常遇到数据丢了的情况。

即使系统很稳定，硬盘也可能突然出问题，可能无意间按了键盘上的删除按键，或者不小心把咖啡洒在了笔记本电脑上。

与其埋怨，不如事先备份好文件吧。但经历过一次后，绝不会再有第二次，别问我怎么知道的。

7. 少了分号

一些编程语言，比如 JavaScript 和 PHP，使用分号作为语句的结尾。

有很多错误是因为少了分号，所以千万要确保键盘上的分号按键不能坏掉。可以考虑准备一个备用键盘，以便在紧急情况下使用。

8. 网络或搜索引擎出问题了

如果小伙伴非常依赖搜索引擎，那么就应该知道，它对于程序员来说有多重要。

我们使用搜索引擎来搜索代码示例、查找 bug 解决方案、与同行协作，等等。

如果网络和搜索引擎出了问题，我们就会陷入孤立无援的“至暗时刻”。一旦遇到某些问题，我们不知道该怎么解决。

在大多数时候，搜索引擎可以帮我们解决这些问题。所以，向那些在互联网时代之前从事开发工作的开发者或程序员致敬吧。

9. 成为“无所不能”的专家

最后一点，成为程序员之后，会发现想成为“专家”有多么的困难。

现在的我们想成为专家很难，“无所不能”听起来也不容易，但成为一个受欢迎的全栈工程师还是可以的。

毕竟无论公司规模大小，在寻找IT人才时，对全栈开发者的需求都是最大的。

大多数人都同意任何开发者都应该对所有层面的技术栈有基本的了解（或更深入的了解）。尤其是在小型团队中，要求一名开发者身兼数职是基本要求。

如有收获，点个在看