过去一周最热门的 5 条开发者评论
由 Mux 赞助的 DEV 全球展示挑战赛：展示你的项目！
这是每周精选的精彩开发者评论，您可能错过了。欢迎并鼓励您使用#bestofdev标签来推广帖子和评论。
@msarit 首先回复了“关于软件开发人员的工作，有哪些常见的误解？”这个问题：
@bradtaniguchi在回答“你读过的最好的文档是什么？”这个问题时，谈到了真正全面的文档：
当你使用的发行版除了包管理器之外几乎什么都没有时，你就需要维基百科。
需要声音？查阅维基百科；需要用户界面？查阅维基百科；遇到错误？查阅维基百科。
很少有文档是由那些从零开始，历经痛苦和磨难，最终构建出自己的 Linux 发行版的人撰写的。
说真的，这个维基百科对于几乎所有Linux发行版来说都是一个很棒的资源。
@missamarakay分享了她对“在使用哪些软件开发工具（库/框架/应用/等等）时，哪些工具最让你感到焦虑？”这个问题的答案和理由：
Wireshark。
因为到了那个时候，情况就非常不妙了。
@molly_struve 向一位匿名发帖者分享了一些真知灼见，回答了“如果有人认为‘尊重意见’意味着‘同意意见’，你会如何处理与这种人的对话？”这个问题。
首先，作为一名经验较少的开发人员，你的职责就是向我们这些经验更丰富的人提出问题，所以我很赞赏你这样做！
我想，我处理这件事的方式唯一可能略有不同的地方就是多问问题。如果两位比你经验更丰富的工程师持有与你截然相反的观点，那就应该不断追问原因，这样才能更好地理解他们的想法。我觉得记住这一点也很有帮助：每个人都想要同样的东西——一个运行良好的代码库。绝大多数人并非故意编写糟糕的代码或做出错误的决定，他们只是在尽自己所能，运用自己所掌握的知识做到最好。
除此之外，你总会遇到与同事意见不合的情况，这时你需要有所取舍。通常情况下，对于代码组织或实现这类小事，我会选择不去理会。但如果我认为某些做法可能会在未来对代码库造成问题，我就会据理力争。我一直所在的团队都非常乐于合作，所以我从未遇到过那种固执己见、死活不肯让步的“混蛋”。大多数时候，大家都会认真听取彼此的意见，然后我们一起找到解决方案。
请注意，我说的是“一个解决方案”。你可能认为自己的方案是最佳方案，但团队可能会决定采用另一个方案。如果真是这样，那就跟随团队，相信他们选择另一个方案是基于其自身的优势。在我们的行业里，做事的方法有无数种，而“正确”的做事方法更是数不胜数，所以你必须始终对其他方法持开放态度。
有点啰嗦了，总之，如果是我遇到你这种情况，我会做的唯一不同之处就是多问几个问题，而且在分歧出现后立刻就当面谈，因为公关人员通常不适合来回沟通。我觉得好好谈谈才是更好的选择。
希望对你有帮助！🤗
最后，@dwd分享了他们的答案，并附上了两个精彩的故事链接，回答了“你遇到过的最奇怪的 bug 是什么？”这个问题：
对我个人而言，最奇怪也最难解决的 bug 是 C++ 优化器走了捷径，最终忽略了我的代码。这种情况通常发生在指针不能为 NULL（根据标准）的情况下，因此我的 NULL 检查被忽略了。
我知道另外两个漏洞，它们都极其复杂精妙。我不认识 Trey Harris，但他发现的漏洞堪称传奇：500 英里邮件漏洞。
我认识戴夫·巴格特（以前还为他工作过），也亲耳听过这个故事。我遇到过的最棘手的漏洞
下周见，期待更多精彩评论✌
文章来源：https://dev.to/devteam/top-5-dev-comments-from-the-past-week-37nm
更高的薪水值得你放弃或忍受的一切……在我短暂的开发人员生涯中，我意识到平衡和心理健康与薪水同样重要。