中国式的极限编程

由于准备上海BEA user group下次活动－极限编程。特地也想了一些关于敏捷的事情。

和几个朋友讨论过后，敏捷的最佳实践方法－极限编程，最终获得的是代码级统一和可读性。那么文档,uml,这些辅助代码的东西都可以暂时闪到一边去了．那么，如何保证代码的统一呢，不管是设计，修改还是重构，无非就是一个结构良好．为了好地维护性，我们加了一大堆的注释．在中国，程序员最不愿写的就是注释，倒不是因为我们不愿意写，是当我们把光标移到注释行的时候，脑子一片空白．写什么啊．
不管是函数，还是方法，不都写得很明白了吗．再用语言描述一遍？为了，我辞职的时候可以有好轻松的交接？为了我以后能维护？我真的还在这个项目组呆着吗，别的项目组多好啊！这个方法也许会变，以后再补也来得及！

一系列的问题都可能闪现出来了．我相信我们至少都有过这样的经历．那代码的好的命名和结构也能代替注释．可是，我相信好的抽象命名远比写出他的实现要来的难．昨天，和同事们作了个有趣的实验．

中文编程．至少Jbuilder6支持．我们一起写了一个“排序”的方法。
Object SearchResult.排序(String 条件),幸好，它真的可以正常工作。不管是英文还是中文的操作系统上面。

哈哈，我们还没想出用中文式编写java的坏处．

这个方面，我也曾经考虑过。对于英文不太好的开发者，或者有些变量无法找到对应的英文单词时，我给出的建议也是写入中文的变量名或者函数，但是仅仅作为一种在无法以英文做出适当表达情况下的替代方法。
不是很建议完全用中文。不过这种替代方法只有在支持Unicode的编辑器和编译器上才能使用。有些古老点的软件就没有办法处理了。

注释的话，实际操作做，只需要注释出某个段落的代码的用意即可，无需太细。太细了就出现不知道怎么写的情况。

还是觉得不要用中文为佳，理由：
1、 无助英文水平提高。（不懂可以问人啊，“不耻下问”嘛，名字一时起得不好也没关系（尤其对于非接口的名字），找到好的之后重构就是）
2、 比英文更加难以交流，看拼音看死人的，中文有时也未必那么容易一下找到合适的词
3、 难以推广交流，和老外怎样沟通呢？现在不养成习惯，到搞一些开源什么的项目的时候再突击就累了。

好啊 不用注释 用"gogo" 厉害 !



我相信糟糕的代码 有注释也是垃圾.

为了达到代码一致性就不能用中文名，sql 中怎么用中文名变量？还有js等等语言中，一个公司不会只用java 吧

Turning Comments into Code

不太容易接受。
一开始就被灌输用不能用中文进行编程。。

虽然现在的开发工具和数据库对Unicode支持都很好，用中文作为类名、变量名、表名、字段名完全可行！ 我觉得聪明人应该去学英文编程，并为中文编程提供技术支持。而我们这些笨人就只有通过中文编程来学习你们的技术了。

说到注释确实很少写！偶尔写伪代码==>testCase==>class

最终目标是能表达意图的的代码（Intentional Code）吧。为了达到这个目标，我们使用好的命名，我们把大方法拆分为小方法，我们避免直接使用数字做常量（Magic Number）等等。重构能够让我们写出更能表达意图的代码，尔DSL是表达意图的一个很高级的方式。我现在思考就是如何用重构来达到DSL的层次，嗯，Refactoring to DSL...

假如用中文编程的话，可能可以防反编译，反编译可能难看懂些，