寻求帮助前要做的七件事

在我担任开发人员的大约三年时间里，一种事件模式不断出现：

1. 自信地解决问题
2. 遇到障碍，信心破灭
3. 向更聪明的同事（也就是任何同事）寻求建议
4. 同事指出显而易见的解决方案
5. 感到既高兴又羞愧的奇怪感觉，但还是继续工作
6. 每天至少重复两次

正如你所料，我已经厌倦了这种情况。解决问题是我们工作的重要组成部分，而不得不依赖他人则表明我需要改进。因此，为了我自己和其他开发人员的参考，以下是七件在向同事寻求帮助之前应该尝试的事情。

需要说明的是：我并不是说你永远不应该向同事求助。这篇文章是关于培养基本的研究技能，这样你就不会失去冷静，不必要地向别人求助。

重新启动工作流程

这个久经考验的技巧大约有一半的概率有效。它适用于与配置或工作流程本身相关的更改，或者构建过程中出现故障的情况。这是一种可靠的方法，可以确认某个错误是真正的 bug，而不是机器里突然冒出来的幽灵。除非我的项目构建过程很长，否则这始终是我的第一步。

在 StackOverflow 上搜索类似问题

几乎所有代码 bug 都出现过，并在 StackOverflow 上得到解决。即使问题不完全一样，答案至少能指引我找到正确的方向。我可以从另一个角度审视问题，再次搜索，如此反复，直到找到所有角度。

我不会把自己局限于 StackOverflow。用 Google 搜索来调试问题本身就是一项很有用的技能。

重新阅读任何相关信息

有好几次，一个问题的答案就在我眼前，我却忽略了它。这就是为什么我会仔细检查所有我能想到的相关文档中每一个相关的单词。所有值得阅读的内容如下：

• 项目的 README
• 相关 API 文档
• 对拉取请求和问题的评论
• 桌子底下的便利贴
• 浴室的墙上用红色写满了疯狂的涂鸦。

很多时候，答案只是几个我跳过或误读的单词，需要重读几次才能明白。

查看类似的代码

我经常写的代码是某个项目或其他项目中其他代码的不同版本。这在 Rails 或 Ember 等成熟框架中很常见，这些框架有解决问题的常规方法和模式。即使我不使用框架，也很容易找到类似的代码库，至少它们在做类似的事情。

我并不认为这是偷窃，而是“进行非法的、创造性的贷款”。

与小黄鸭对话

“小黄鸭”这个小技巧一开始听起来挺傻的——用最简单的语言向像小黄鸭一样的无生命物体解释问题。但它迫使我以不同的方式思考问题，帮助我在小黄鸭倾听的过程中找到答案。就像在 StackOverflow 上搜索一样，它至少改变了我的视角，让我更接近答案。

另外，没人跟小黄鸭说话。它们值得有人陪伴！

走开一会儿

如果以上方法都不管用，我就会像字面意义上那样，把头撞到桌子上。到那时，尝试其他任何方法都毫无意义。我会出去走走，想想别的事情。分心会让潜意识有时间解决问题。

很多时候，我散散步，坐在办公桌前，审视问题，然后突然灵光一闪，找到了解决方案。所以，别让别人告诉你，工作休息无法提高效率。

敲击电脑

如果其他方法都不管用，大发雷霆、一拳打在电脑上或许能让问题暂时缓解。一时还算值得，但很长一段时间就不值得了。

与其这样，我建议你最终还是向同事寻求帮助。一方面是因为你真的已经尽力了，另一方面也能避免你毁掉一台好好的笔记本电脑。