@tangbomao
你和 zhuomu 都发错了地方，单纯绑定快捷键太容易
至于 CapsLock++，如果单纯是做 CapsLock 修饰键，完全需要这么复杂的玩意，全局变量满天飞，设计其实很差

OO 设计的类，能将所有键改为修饰键，CapsLock 自然不在话下
https://www.kancloud.cn/xrvu_zen/ahk_lib/1177223
OO 设计的窗口切换类
https://www.kancloud.cn/xrvu_zen/ahk_lib/1565442

以后还是都在 GitHub 讨论吧，V2EX 不能编辑的设计，可能不太适合讨论这些问题，因为如果不能快速发帖就会被淹没在楼层中，但想法是需要常常修正的。
https://github.com/program-in-chinese/overview/issues/179

案例畅想：假设我今天决定使用中文编程，以后的代码都是中文的

1. 闭源公司项目：如果在公司里环境允许用中文那么很好，现在就可以用了；如果公司不让用，那么有了这个项目之后就可以偷偷的用，自己用中文写，在任何时候都可以改成英文的变量名，然后再提交。(可能是零碎时间，也可能是很大的空闲，这个无所谓，因为已经解耦了，可以随时随地改)

2. 开源项目：用中文编程后，首先应该写英文的 README 等内容，让外国人检索到，然后就是写文档，但这些部分的确已经解耦了，所以完全不存在问题，很简单的就可以翻译过来。真正的问题是我写的代码别人看不懂，而且我也不好翻译，因为翻译起来太麻烦，有了这个项目之后，我就可以随时随地翻译。

这里说的用母语思考效率可能更高，指的是英语比母语熟练度明显差的，大多数人可能都会这样，因为毕竟在国内的环境中，练习的机会少很多。

如果英语和母语已经差不多熟，那么不需要。

@learningman
搜狗输入法就支持，设置中英标点，这根本就不是问题。

@zhuomu
如果窗口比较固定的话，多桌面确实可以，当然我现在也不需要，因为我有更好的方案。
实际上我的场景是那些同进程的窗口经常会建立和关闭，如果每次都要用多桌面移来移去的话，实在是太麻烦。

@laminux29 #24
如果在美国的话，可能就会引起大规模的集体诉讼，几百万人联合告三通一达，最后的结果就是，这些成本都会转移到消费者身上。

费用低的快递全部都消失，都变成顺丰那种费用。

有时候太过教条也不是什么好事。

如果没有同步需求，顶多有备份需求，可以不用印象笔记，本地剪藏工具推荐 maoxian-web-clipper，全文搜索的软件也很多，总能找到替代品。

目前已经彻底抛弃印象笔记，全部导出为 HTML，并且用其他软件替代其功能。

很满意，和臃肿缓慢说再见。

如果真的有用

1. 立即就看，并且做笔记摘录
2. Ctrl+S 或者用印象笔记等插件保存起来，备查

如果没啥用

收藏都是浪费空间

有的时候的确很有用，收藏下

@natforum
me,too.
不知道为什么北京这么好.

@Trim21
嗯嗯

你的意思是这样的吗？

摒弃「 grunt 之类的，引入 js 全靠 concat，全局变量满天飞」这些不满意的写法后，创造了这个更满意的 reop 。

翻看了你的 GitHub，感觉所有的脚本都是为自己而写，大多没有 README.

看起来很用心，到目前为止不算成功的项目。

「产品做出来了，人也迷茫了，因为我不知道这东西能干什么」这个教训真的很惨重，做技术的对市场的把控会很差，导致投入心血之后，东西都出来了，收益远远达不到预期。

分工有很重的价值，如果在前期要自己干，比钻研技术更重要的，可能是多想想市场。

@SimonOne
谢谢，但是感觉解决此问题的希望不大。
不过官方有了这个功能也是很好的，能够代替很多第三方的扩展。