也谈 coding as talking——有志于实实在在写程序的朋友，或IT技术经理总监必看的必杀计

我的绝对原创：也谈 coding as talking——有志于实实在在写程序的朋友，或IT技术经理总监必看的必杀计

 

(转贴请注明来自5G 常佳军 or http://blog.csdn.net/eastsun   ——转载本作者不收取费用，否则等着收律师事务所的律师信）

 

每次招聘技术开发员工的时候，coding as talking 这个简单的翻译是我的笔试必考题。

 

不过很不幸，60%以上的应聘者都在这个简单的问题上失败了。（扩招带来的问题真大啊）

而且我留意过，只要英语过了4级的且有写代码经验的人，全部答对。

 

当然它不是试题那么简单，在工作中，我也是这样要求下面的员工的。这个办法比其他任何办法管用得多。

 

coding as talking 要求写代码象说话一样清楚明白（是用英语在说,不是汉语拼音——除非确实有个别词汇没有对应的英语翻译）。

 

要说这个方法，其实不是我发明的，是白居易发明的。

不过我拿来用在自己写程序，也用来要求下面的员工写程序。

 

白居易的做法，准确地讲，当是writting as talking。

不过他那个时代，不是没有codes 嘛。

所以 coding as talking 来源于白居易是绝对讲得过去的。

 

当然，有验证coding as talking 的标准。

 

其实白居易当年也是给他的writting as talking设定了标准，没有标准，无法真正达到writting as talking。

我的验证标准也是跟白居易学的，不过略有变化而已。本质不变。

 

看来人性是任你几千年，任你唐朝还是伦敦都基本不变的。——题外话。

 

coding as talking 很简单，很容易实施。而一旦实施后，参与的员工自己都觉得好，自然就坚持下来了。坚持就会形成习惯。好的习惯会提升生产率。

就这么简单。

 

coding as talking 是极限编程（XP）天然的好搭档。当然coding as talking 可以用在任何一种编程体制下。但对于XP来讲，coding as talking 是最棒的。因为他把文档降低到极致但又不影响项目的可读性和可跟踪性。 coding as talking 的一个重大成果就是代码即文档、文档即代码。当然必要的文档是必须，但比起笨重的瀑布模式。简直等于没有文档。

 

写代码不可能不调试，对于调试者来讲，coding as talking 简直是上帝带来的礼物。因为代码太容易阅读了，找错误比在天书里面找要容易得多。无论是一个人10年前写的代码，还是别人写的代码你接手，只要原来的代码遵守coding as talking 准则，对于一个合格的程序员来讲，那与读一本小说（当然是英文的），难度不会大多少。

 

再加上现代发达的集成编程工具环境。coding as talking 没有缺陷。

如果对于用notepad软件写代码的人来讲，coding as talking 就不那么美好。但任何支持代码提示功能的编程工具环境，都对coding as talking 是友好的。

 

coding as talking 虽然是参考了白居易的思想，也借鉴了MCCONELL的一些经验（但有重大变化），总体还算是我发明的。

 

我自己一直在用，带技术团队也一直在用。总体来讲，效果不错。虽然简单，但绝非银弹。

 

coding as talking 貌似不合理（就连McConell也不直接提倡），但实际效果却证实这是个best方法。

 

有些细节，因为要谋生的缘故，就不讲了。但聪明人总会从本文学到不少东西，我深信。

 

——虽然只是一篇小小的日志，不过我觉得它的精华很多。

——在此感谢已经故去的王安博士，如果不是王安博士的善举，作为一个中国孩子我没有机会那么早接触计算机。

—— 如果没有这种写codes的童子功，我也不会想出来coding as talking ——即使天天读白居易估计也够呛。

——总之，感谢王安博士。——人要常怀感恩的心，每天才会更快乐。