看来是没有这样的工具 /服务。
如认为有价值的但不便现身的不妨点感谢。
无论如何都会尽量实现, 但估计会是长期项目。会在此帖报告进展。

@airfling 还没有碰到在语言 /框架支持时, 由于使用中文命名出现的问题. 如果发现, 欢迎到 https://github.com/program-in-chinese/overview/issues 提.

以后业务部分用中文命名会越来越多, 保守估计 5 年之内会常态化, 市面上会出现使用中文命名的编程教程。
在这种大趋势下, 现在就在一家中文命名的公司是幸运的。好处包括:
- 可以更快掌握业务逻辑(开始信息量大会有点累)
- 可以跳过不少编码问题的坑, 积累技术经验
- 在这样工作环境里可以大胆尝试在各种语言 /框架里的中文命名, 以后迟早有用

除了重构之外, 可以对命名 /编码等进行进一步规范并形成文档。至今没有看到公开的中文命名规范。在讨论组里有一个专题帖: https://github.com/program-in-chinese/overview/issues/45
欢迎一同探讨。

商业项目使用中文命名例子: https://www.v2ex.com/t/485059
@tinyuu 如有后续体会欢迎分享!

挺好. 很多情况下中文命名完全够用, 可读性和可维护性的提升是显然的.
试几个礼拜应该就习惯了. 看看其他同事输入法的设置, 应该切换不会太麻烦.
至于代码优化 /重构, 这和中文命名并无直接关联, 但重构的难度 /工作量会小一些(因为代码更可读).
上面几位想看例程的:
- [中文代码示例之 Spring Boot 集成 H2 内存数据库系列]( https://www.v2ex.com/t/484554)
- [Antlr4+ Java 实现中文语法的简单编程语言(开头)]( https://www.v2ex.com/t/482717)
- [中文命名代码示例之 Spring Boot 1.3.3 演示]( https://www.v2ex.com/t/477003) (JSP, MySQL 表 /字段)
更多请到知乎专栏

@Inod 毕竟是极少数吧。绝大多数应该还是英文命名的, 尤其是教程等的示例代码。

"该名称必须仅包含小写 ASCII 字母 a-z" -- 等它支持 Unicode 命名再看

@lixinwei0064 好像商业化最成功的是法语编程语言. 具体没有深究. 此文列了一些开源的: https://www.v2ex.com/t/477013

@Actrace 我们也一直在尝试改进 IDE 对中文编程的支持, 比如集成输入法等等. 详请见 https://github.com/program-in-chinese/overview/issues/11
对潜在用户群, 之前讨论过其他业务领域(非 IT)的可能: https://github.com/program-in-chinese/overview/issues/19
推广讨论: https://github.com/program-in-chinese/overview/issues/41

@marcong95 这贴搜集了一些使用过中文命名的: https://www.v2ex.com/t/477109
更近的这贴也有一些在项目里因为业务需要使用中文命名的: https://www.v2ex.com/t/480623#r_6044543
个人现在尽量在非团队项目里用中文命名(毕竟还是英文工作环境).
欢迎到"中文编程"知乎专栏或 github 讨论组串门.

@zhzer 相对中文语法的编程语言, 个人关注点更多在代码中使用中文命名以及相关风格 /规范.
据我所知 Antlr 很少用在 nlp.

@zhzer "搞套 nlp"是指...?
这是探索以小代价开发实验性的中文编程语言的可行性, 顺便学习 Antlr. 相比宏实现的关键词替换, 这样实现的语法可以灵活的多吧.

@marcong95 嗯, 确实应该用注释的. 之前是偷懒了.
如果你细看原文档的语法描述, 应该可以看到和单纯的关键词替换很不同. 加入了不少日语特色用法和改进. 关于本土语言编程 /命名的问题, 简单的说, it's the same reason we choose not to discuss in English here. 长一点说, 请见知乎专栏的" 对在代码中使用中文命名的质疑与回应"一文.

@posebear1990 文中的例程是从官方文档( https://nadesi.com/doc3/index.php?%E6%96%87%E6%B3%95 )自己翻译过来的.
原例程比如:
```
リンゴ値段＝ 300
リンゴ個数＝ 5
（リンゴ値段×リンゴ個数）を表示。
```
请问为何是接近 lisp 呢? (* 4 3)是动词前置吧?

@LvMax 抬举. 只是习作, 离易的实用性还远的很.

为确保掌握 Java 基本概念以及检验基本代码编写, 可以考虑写一个 Java 基本入门教程.
之前的尝试: https://github.com/program-in-chinese/java_in_hours_chn 使用中文命名主要为增强代码可读性.

@fuyufjh
> 语言本身有义务支持 unicode，但这和鼓励是两码事

之前在 Python 官方文档翻译组中建议把中文版的代码中文化, Doc-SIG 的日本翻译组长也有类似回应: 'I think "enabling" to do it and "encouraging" to do it have different bar.' 个人认为这是见仁见智. 感觉这个说法也适用于不少其他的编程语言功能特性.

> 你可以把某个函数命名为 `AN_AWESOME_FUNCTION`

我们的出发点是增强代码可读性, 因此会避免使用此类违背可读性的命名方式.
如果中文命名比起相对应的英文命名明显更不可读, 在个人体验中, 更多的情况是由于中文命名尚有改进空间.
至于 convention, 现今的代码风格规范基本都源于英语为母语的公司 /开发者. 罔顾具体使用环境而视非英文命名为禁区, 个人认为是固步自封.

> 绝大多数开源项目都是和语言无关的。我开源的目的也不是“吸引外国贡献者”，我只是希望这个代码能帮到更多的人

在上文中也提到这与项目目的和作者初衷有关. 从项目总量上来说, 闭源项目远多于开源的, 单人的远多于多人的, 这是个人的估计. 闭源 /单人的项目, 也许更适合中文命名. 至于开源项目, 就像 PEP 3131 提到 API 命名的问题, 就由创作者来自行选择吧.

@fuyufjh
库 /API 使用什么语言命名应是库开发者的选择. 详请见"中文编程"知乎专栏"Python3 选择支持非 ASCII 码标识符的缘由"一文.
另有"对在代码中使用中文命名的质疑与回应"中"不利于非中文编程者贡献"一节

@Kirscheis 可否分享一下中文命名的经验体会?