过去一周最热门的 5 条开发者评论
这是每周精选的精彩开发者评论，您可能错过了。欢迎并鼓励您使用#bestofdev标签来推广帖子和评论。
回复“你能用十个字以内给出的最佳职业建议是什么？” @damcosset一语中的，这正是你在职业生涯初期应该牢记于心的一点：
在《许多资深工程师有哪些习惯是初级工程师应该尽量避免养成的？》一文中，@sunnysingh谈到了自作聪明的诱惑：
避免使用巧妙的代码。
你或许会因为编写巧妙的代码而感到自豪，甚至会辩解说代码量更少。然而，代码应该清晰明了，以便所有人都能理解。即使这意味着要编写稍微多一些的代码。
在参与 DEV 项目之前，我从未意识到命名的重要性。与@ben的合作在这方面给了我很大的启发。我很喜欢@gypsydave5对“你们有命名流程吗？”这个问题的回复：
明确吗？不。但以下是我的一些经验法则。
1. 不要急于给事物命名。命名恰恰是抽象的开始。一旦事物有了名字，就会把所有读者的固有思维模式带入其中。糟糕的名称会导致其他地方的抽象也变得糟糕。
1.1. 当你编写软件时，你可能根本不知道自己在做什么。你不明白自己要构建的是什么，也不明白在你要处理的领域中，代码的正确结构、组织方式和风格是什么。糟糕的命名通常是早期开发过程中有人误解了自己要构建的东西的表现。但后来，由于大家都用这个名字，它就一直沿用了下来……于是，糟糕的命名就不断蔓延开来。
1.2. 所以，如果非要选一个，我宁愿选一个糟糕透顶、完全不得体的名字，也不要一个充满包袱和主观意见的名字。Thingy这样对我来说完全没问题。
2. 如果你I在接口名称前加上 `<type>`，我会用很不友好的语气吼你。现在都 2019 年了——你不需要用匈牙利命名法来表示变量的类型。如果非要命名的话，接口应该命名一般情况，实现应该命名具体情况。`<type>`Database可以是接口，PostgreDatabase也可以是具体类型。
2.1. 如果你的接口描述的是行为（类似 Go 语言），请使用基于描述行为的动词的代理名词Fetcher： ，，JSONParser等等。
4. 变量名的长度应该与其生命周期和作用域成正比。如果只是迭代计数器，那i就没问题。但如果要导出，我希望看到更详细的信息。
db4.1. 对于类型化语言来说，这一点不太重要；如果它被声明为，我很有把握知道它是什么。Database db = ...
5. 函数和方法是操作——请恰当地命名它们：fetch，，等等read。get
5.1. 命名方法（和命名空间函数）时要考虑（可能的）接收者名称，并流畅地命名；file.write()不要file.writeFile()。
6. 别那么拼命了——你可能给它取的名字都错了，所以明天等你有时间好好想想再回来吧。
编辑：删除了关于常量使用尖叫蛇形命名法的第3点，因为我确信这样做毫无意义。
编辑：我只是想说明一下，这些都是我临时想出来的，所以如果有人在六个月后的代码审查中引用它们，我会很不高兴的。
有没有那么一个工具/技术栈/框架，尽管很流行，你却完全不感兴趣？ @cjbrooks12就谈到了他对目前最流行的框架之一缺乏兴趣：
React。我一般不太喜欢 JavaScript，但如果非要用的话，我更倾向于 Vue 或者原生 JavaScript。我实在无法克服它带来的重重障碍（webpack、redux、es6 等等），根本无法高效地使用它。而且，从旁观者的角度来看，社区试图把所有东西都变成 React 简直就是对 React 的滥用。
最后，@rixcy针对“网页开发者和设计师们，你们的原材料都来自哪里？”这个问题，提供了一系列很棒的资源。
-
如果我需要快速制作logo用于原型设计，我会选择Logodust 。
-
Undraw提供开源 SVG 插图
-
Cupcake Ipsum、Bacon Ipsum、Cat Ipsum以获得更好的 Lorem Ipsum 文本
-
templated.co提供免费模板/灵感
-
UIGoodies上也有不少好东西。
-
cssfx用于快速复制粘贴 CSS 动画
下周见，期待更多精彩评论✌
文章来源：https://dev.to/devteam/top-5-dev-comments-from-the-past-week-1ofp
别担心，没人知道自己在做什么。