🔥 Twitter 给开发者的 10 条建议

#10 作者：Marcel Gehlen

几周前，在一次#DevDiscuss 活动上，我提出了一个问题：“你会给其他程序员什么建议？”，结果收到了不少回复。很多人评论了自己的建议，或者点赞/转发了其他建议。

以下列出了针对该问题在推特上发布的 10 条最佳建议：

与他人交流总是个好建议，因为这是拓展知识的好方法。我们每个人的背景不同，经历也不同，处理问题的方式也可能不同。

有几条推文与此类似，其大意都是“编写好的代码，这样当坏事来临时，你就不会那么倒霉”。

另一条推文将其归类为：

假设下一个调试你的代码的人是一个知道你住在哪里的连环杀手。

务必记住，别人不会替我们做事。如果我们需要帮助，就应该尽力帮助别人，比如我们尝试过的方法、遇到过的错误等等。不要把别人的帮助视为理所当然！

好的提交信息总是有益的！你可能不需要深入研究版本控制历史记录，但当你这样做的时候，你一定会看到精心编写的提交信息带来的好处。

我觉得这条建议和第8、9和10条建议有些关联。我们并不完美，我们也会犯错。

我遇到过几次这个问题。人们很容易试图把某个东西做到“最好”，在各种可能的情况/配置下都能正常工作。最终，你很容易过度设计解决方案。最近在 DevDiscuss 上，Laurie 的一条热门推文也提到了这一点。

与 Sid 的建议类似，我们很容易因为正在构建的东西而感到压力。有些开发者确实在做着生死攸关的事情（我感谢他们的辛勤工作），但我们大多数人并非如此。如果我们不能在接下来的 5 分钟内解决问题，那也不是什么世界末日。

其他一些人也表达了类似的建议，我认为可以归结为“自文档化代码”这个说法。它并不意味着要取代任何文档——而是指那些本质上易于阅读的代码，例如良好的变量名、清晰的结构和方法调用等等。

说“我不知道”并没有错。即使是推特上一些最知名的开发者也会犯错，或者不知道某些事情。任何时候，我们不知道某事或犯错，都只是另一个学习新知识的机会。

对于这个提示其实没什么可补充的——只是一首真理的诗。

这是对 Sid（#6）之前给出的同一条建议的扩展。我发现这条建议被多次提及，这意味着它确实引起了其他开发者的共鸣。

这里还有一些提示，虽然没有获得最多的赞，但无论您的经验如何，记住这些提示仍然很有用。

您喜欢哪些开发者技巧？您有什么自己的想法吗？