Skywind Inside

双拼是我最近半年学习的最有用的东西了，世界上有一些基础技能是只要你投入一定固定时间，一次学会然后就可终身受益，比如学习一门外语，比如驾驶，比如练习打字速度，比如学习双拼。把时间花在这些事情上面是最有价值的投资。

上士闻道，勤而行之；中士闻道，若存若亡；下士闻道，大笑之
— 《道德经》

回答一些关于双拼的常见问题：

1）自己能够非常熟练的使用全拼，切换到双拼有收益么？

这个情况和我之前差不多，我系统的练习过英文输入，字母和符号数字都用标准指法盲打，手速方面也不比别人慢，我也写文章分享过何提高英文打字的速度：如何练习编程的手速？

同时我也用了二十多年的全拼了，自认为很熟练，像一些长的拼音诸如 “shuang” 这些，基本一眨眼就输入完成，根本不存在卡壳，搭配云词库输入起来简直像飞一样，所以一开始也觉得根本没有学习双拼的必要。值到我真的花时间学了双拼并用了三个月后，我的整体输入速度至少快了 50%。

2）双拼快在哪里？

首先所有汉字都可以两次击键就完成输入（第一键输入声母第二键韵母），其次输入错了按 BackSpace 往回删除的时候非常有效率，比如 “今天我上街买东西”，全拼是：”jintianwoshangjiemaidongxi” ，假设打到最后发现前面 “天”字我输入错了，全拼需要按非常多次 BackSpace 才能删除到 “tian” ，按的时候还要非常注意位置，避免多按或者少按；

而双拼的话，输入的是：”jbtmwouhjpmddsxi” 从前面的 26 个字母缩减到 16 个字母不说，每个字都是稳定的 2 个字母组成，因此往回删除的时候非常稳定，两次 BackSpace 删除一个字，按的次数也比较少。

最爽的是手机输入，击键速度是制约手机输入最大的障碍了，虽然我在电脑上击键飞快，但到了手机上的虚拟键盘，一样慢了下来，虽然我没用 9 宫格而是用的全键盘双手两个大拇指输入，该慢还是慢了下来。双拼对于击键次数的减少在手机上能明显体现价值来。

3）写文章主要是思考，打字快慢无所谓？

有的人还说什么刘慈欣打字也不快，但是人家能写出三体，所以打字速度并不重要，这是谬论！

打字速度快了，你才能节省出大量时间给你去思考，一个动作重复 300 次，肌肉就会有记忆；重复 600 此 ，脊柱就会有记忆；你打字速度能做到行云流水一般的速度，大部分输入根本不用过大脑，直接脊柱反射就完成的时候，你大脑才能完全无负担的思考，真正做到：心到，眼到，手到。否则打个字都要停顿下的话，你会占用更多大脑 CPU 时间。

不是至今还有文学大师打字只会用二指禅吗，还有剧作家只喜欢钢笔写文字稿，你们想学他们吗？所以说这就叫反智。这些觉得打字快没用的人，让他们把自己全拼的词库关闭了他们肯么？不肯的话，说明他们根本不是不想要更快的输入速度，而是内心拒绝学习新东西。

4）学习双拼需要多长时间？

我自己花了十分钟就把双拼规则学会了，就看下面这张图片就够了，我用的 “小鹤双拼”布局：

（点击 more/continue 继续）

Continue reading →

1）不可撤销，SVN 随便你怎么折腾都不会把仓库弄挂，git 的话就要小心了，即便你设置保护了 master，其他分支不小心也会给弄没了。

2）简单直观，不但美术容易使用，连行政和 HR 用 TortoiseSvn 的话，二十分钟就上手了，一说就懂。Git 的话，即便是程序员，想用好的话，不读下 pro git 之类的书，我看都着急。

3）权限细分到目录，可以每次只 update 一个小目录。

4）好管理，只要本地修改下 authz.ini 然后 commit，服务端 crontab 设置个脚本，自动让最新的 authz.ini 生效即可，一切权限变更都有记录。

5）不占空间，占用空间更小，提交一些美术资源都不用担心，比 git 占用小多了。

6）成熟的工作流，branch 不方便没问题，一般 release/trunk/develop 三级分支就够了，平时大家都在 develop 分支上开发，每周一冻结版本，merge 回 trunk 开始测试 trunk，稳定下来以后再从 trunk 合并到 release 对外发布，hotfix 直接在 trunk 上做，测试通过又分别合并回 release 和 develop，非常清晰的工作流，有什么大功能的话再分出一个来。

7）负担轻，用 git 最大的负担就是天天 merge/rebase，这负担比 svn 重很多。

8）单调递增的纯数字版本号：13001, 13002, 13003 看着比一大堆 hash 标记直观，可以大模大样的写到测试邮件里，可以高效率口头交流，别人说个数字你就基本有概念，大概何时提交的？谁前谁后？

。。

说公有云 svn 少的，github 本身就可以用 svn 来操作，直接 checkout github url 即可，提交的时候用 github access-token 当密码，就是 ghp_ 开头那个很长的字符串 ，就能提交了。

代理的话 svn 一样可以配置，码云和 coding.net 等也都同时支持 git/svn。

。。

更没必要把用个工具上升到宗教程度去信仰，多角度看问题，别人的说法自己也想一想，比如曾经流传的：

说法1：git 可以当作 svn 用，svn 却不能当作 git 用，这说的是 git 可以完全包含 svn，根据上面几条，细究起来显然不是这样的。

说法2：git 是分布式的，中心挂了可以恢复；没毛病，但你又不是 linux kernel 需要全球协同，你一个公司项目，团队里所有人都坐在一起办公，即便有人在家工作也有强有力的组织约束，你是联不通内网非要用分布式还是说公司系统不可靠到备份需要依靠每个程序员的 working copy ？

说法3：git 可以方便做分支，没毛病，确实是 git 的长处；但它不经意间植入了一个潜台词 ，即“你需要频繁做分支”，真的是这样的么？还是看各个团队自己的工作流才对吧？上面三级分支的工作流在若干团队里成熟稳定的跑了多少年了，不需要像 git 一样每人每天都要处理合并问题。分支满天飞的代价就是下班前想推代码手慢被同事先 push 了，自己就只有晚半小时回家了。

这里并不是呼吁大家用 svn 代替 git，不用那么二极管思维，而是没必要把 git 当作 zz 正确，适当的时候需要用 svn 也开开心心的用就是。