有没有人使用中文命名变量？

扫了眼易语言的语法。
好像确实不好区分变量 /对象与类名。
找到的例子：
猜数字 猜 = 创建 猜数字();
//猜数字 猜 = 创建 全自动猜数字();
猜.猜();

动物类，xx 动物，xx 动物实例

这有啥好头疼的，直译就行了，不用在意英文语法，怕忘记就在注释写清楚用途

中文一样的，LeiXing leiXing

难道你说的中文是指汉字。。。切换输入法不累吗，你不累电脑还累呢

别想了，不好用，还是翻词典吧

英文名称即使用的不是太精确也比中文区分度好，像 type, genre; class, category; property, attribute; number, count 这些中文该用什么对应

我举两个类似的例子：

引用 https://v2ex.com/t/612874#r_8089400 这里面的：
> LLVM 一开始用了以 camelcase 为主的命名方案，具体来说是类型名，变量名（包括局部变量和成员变量），用 UpperCamelCase，函数名是 lowerCamelCase 。
> 但是后来发现一个问题，比如我有一个变量的类型是 MemorySSAUpdater，那么按照命名规范，我不能把它命名成 MemorySSAUpdater，因为会和类型名冲突，现在的解决方案是取首字母 acronym 命名成 MSSAU 。这种情况在整个仓库里十分广泛： https://github.com/llvm/llvm-project/blob/734c74ba14be0f4421ccd9f720e5b9309248e0f7/llvm/lib/Transforms/Scalar/LoopLoadElimination.cpp#L709 感受一下
> 但是这种命名多了就会十分奇怪，看代码必须先要熟悉这些奇怪的缩写才能看得下去

> 于是现在有个 proposal 就是把变量命名从 UpperCamelCase 变成 lowerCamelCase，这样我就直接命名成 memorySSAUpdater 就行了： https://llvm.org/docs/Proposals/VariableNames.html

当时这个事在邮件列表里面吵了半天 ...

同一帖子上一楼提到，一些函数式编程语言强制要求某些结构使用特定的命名规范，比如在 OCaml 中，constructor 和 module 的名称必须以大写开头，而 Haskell 中类型和 constructor 必须以大写开头。刚开始学的时候感觉有点奇怪不过没太在意，后来也就习惯了。
但是后来我自己写语言抄 OCaml 的时候就发现问题了，通过这种语言设计上的小动作，编译器实际省下了很多工作正则一匹配就知道这个标识符到底是个值还是个 module，同样是命名空间的访问，value.field 肯定是访问一个 record 中的值，Module.value 肯定是访问模块中的值，Module.Submodule.value.field 肯定是嵌套模块访问 + record 访问。
而类似的问题在 C++ 中的解决方案是引入两种语法结构： "::" 用于静态命名空间的访问，"." 用于实例命名空间的访问。
现在我自己要解决这个问题，要么抄 OCaml 的，把命名规范搞得不像个“正常语言”，要么学 C++ 的，多占几个符号，多加几条规则，还有一种方法是我 parser 开洞，不通过任何语法层级的东西来 disambiguate，不过那样 parser 跟 C++ 的就差不多屎了。
现在我已经放弃在文本层面解决这个问题了 ...

@secondwtq 对编译器来说 C 语言这样不在词法上区分标志符和类型的做法倒没啥，但对一些基于正则的语法高亮 /格式化工具就挺麻烦了

@agagega 很不幸"基于正则的语法高亮"在我这也是要淘汰的 ...

Visual C++早就支持中文标识符了，你也可以 typedef 一下用中文来表示 int，但是，英文写代码速度会快很多。

我觉得用拼音挺正常的，有些业务涉及的变量或字段太多，总不能一个个想对应的英文吧。比如股票交易系统...