您可能在代码库中遇到过一些复杂难读的布尔表达式，希望它们更容易理解。例如，我们想判断比萨饼是否美味：
学习NodeJS的时候，一定会用到其包管理器npm。npm的字面意思是node package manager，实际的含义也是这样，但是npm真正的英文名却是“npm is not an acronym”，意思是“npm不是一个缩写”，所以如果要问npm是什么单词的缩写，那么回答就是“‘npm是不是一个缩写’的缩写”。
“别人还能把这个名字理解成什么意思？”通过不断的问自己这个问题来积极检查每一个命名。
由于我们总是对每个概念的名称要求非常苛刻，我们会思考这个名称所表达的概念 是否正确，该名称是否正确表达了事物的本质或正确反映了某个行为的逻辑。所以，这种对命名的良好思考习惯，可以反过来帮助我们纠正之前的一些错误设计和代 码实现
在日常编程中最烦恼的就是给变量取名，一段好代码，既要能完美地运行，还要能较容易地维护。这就意味着需要让日后维护代码的人能很快地看懂你的代码，而且，在团队合作中，其他开发者也会经常阅读你那部分代码。如果你的代码中充满了a,b,c,a1,a2,a3…那简直就是一个噩梦。因此，好的变量名非常重要。
命名问题只是整个编码规范中的一小部分，但是起的作用举足轻重，它是判断一个程序员是否专业的必要标准。
湾区日报上分享的一篇文章，文章的作者在Google设计Dart语言，就变量命名方面给了4点建议，文中也列出了好变量名、坏变量名的对比。不管作者的看法与你实际中的命名习惯是否一致，看完这篇文章，相信可以在变量命名方面有一些新的思考。
变量的名字必须区分大小写，可以是任何合法的标识符——一个不限长度的Unicode字符和数字序列，但需要以字母、美元符号“ $ ”或者下划线“_”开头。是的，你搜“怎样给变量命名？”就会搜到上面这东西。编程语言的创造者和社区提出了很多语法相关的规则和惯例。
不知道大家有没有这种感觉，查看一些开源项目，如Spring、Apache Common等源码是一件赏心悦目的事情？
打开 TIOBE Index 世界编程语言排行榜，出现在榜单上的程序语言名称多半都让人一头雾水。一些程序语言的作者会以「这种语言是什么」来命名语言
你需要想像一下：程序中的所有 函数、变量名都是以食物命名的。匹萨，西红柿，泡菜，各种味道的奶酪，水果，蔬菜，酒，等等，一篇一篇，全是这样。里面唯一能让你马上知道意义的地方只有 ‘main’函数名和C标准类库的调用。
一个软件最后都会落实到代码。而代码，其背后的架构设计或设计思想或模式固然重要，但我觉得更重要的东西则是良好的命名。混乱或错误的命名不仅让我们对代码难以理解，更糟糕的是，会误导我们的思维，导致对代码的理解完全错误。相反，良好的命名，则可以让我们的代码非常容易读懂，也能向读者正确表达事物以及逻辑的本质，从而使得代码的可维护性就大大增强，读命名好的文章是非常流畅的，会有一种享受的感觉。
应该还能用
【外评】谷歌：从源头消除内存安全漏洞
【外评】在 RiSC-V 上运行《巫师 3》游戏
【外评】法官驳回大部分 GitHub Copilot 版权索赔要求
谷歌内部推出 SQL 中的管道(Pipe)语法
你们干扰不了我写开源代码
【外评】FreeBSD 将 Rust 纳入基本系统
【外评】电脑从哪里获取时间？
【外评】为什么 Stack Overflow 正在消失？
有时
