最近的一点杂感

1。把事情做简单

前段时间用Ruby写了一个csv文件的解析。由于csv文件包含的两方面的信息（数据的全集，数据之间的互斥关系），程序的解析逻辑就比较晦涩，当时写的挺high，但是解析的逻辑基本按照csv的格式来，结果就是一段时间之后，别的人再来改这个程序的时候，理解起来其实是比较困难的。害得俺们的郑大大重新写了一遍。

对比两个版本，感觉还是大大功力更深，把两件事情（数据全集与数据的互斥）分开来作，使得程序的逻辑更加清晰易懂。

由此，难的不是把事情做出来，而是怎么样把事情做的简单。 简单＝美

 

2。学以致用

所要解决的问题是写个CSV的Parser。 由于程序中好几种数据都是用CSV格式，每种格式对应一个特定数据的Parser，Parser之间有些逻辑其实是重复的。

这件事情有两点：

    a.  最近的编程用了不少基于注解的框架，Spring，JUnit。然而，到了适合用注解来解决实际问题的时候，自己没有第一时间想到注解。我的第一反 应是用个XML Mapper，虽然思路相近，但是显然注解的解决方法更好。

    b.  看到了多个类似的Parser的问题，你有没有想到要解决这种重复？

a的问题，归根到底还是语言思考的不够。注解只是简单的了解了，但是对于什么场合适合使用注解，没有考虑清楚。b的问题，还是一个经验的问题。

 

3。走得时候要比来的时候更干净

开发中，特别是在敏捷式的开发中，代码是在不断的演化的。很可能随着功能的演进，一些代码不再使用。好的程序员，应该尽力做到代码的整洁，完成功能的同时，删掉无用的代码。这似乎是废话或者白话，因为每个人都这么认为，然而，都知道的东西并不一定每个人都能做到，原因有：

    a. 进度的诱惑。 我们喜欢完成某样东西所带来的成就感，并且通常迫不及待的想得到这种感觉，所以，有可能对于清理代码这一步得过且过。

    b. 自身经验的限制。有些无用代码并不是一眼就能看出来的，需要对系统的了解。这方面，敏捷的结对是有优势的（知识共享）。

    c.  技术的保障。 删掉一段代码，其实也算是重构，而重构是需要测试来保证的。如果没有一定足够的测试，可能大家也不愿意做这样的事情。毕竟，万一删错了，引入bug，有些经理可是最喜欢找茬的。