以前上工艺课老师讲粗糙度概念时讲了一个实例，同样是机床，中国的产品操作手柄都只是铸造出来后涂一下油漆就出厂，而机壳里面一面就基本不加处理；日本的产品操作手柄就都是打磨光滑甚至雕花的，机壳里面一面也有抛光处理。当然，经过了十多年，现在的情况也已经很不一样了，很多中国产品都说具有了国际品质，但这个实例给我的印象很深，从中我们可以体会到几点：
质量：通过手柄的粗糙度来衡量一个机床质量，也许是不对的，但用户可以感受得到，哪怕是很小的细节；即使是别人看不到的地方，比如机壳，不管是里面还是外面，都把它做好，这就是质量；
专业：手柄没经过打磨的多个产品规格是不一致的，哪怕只是不到一毫米的差距，也许以前国产机床对手柄是没有定尺寸和粗糙度标准的，而日本产品有，甚至手柄是专门的厂家做的，标准一致天经地义，这就是专业。
其实做软件也是一样的的，软件也需要靠打磨来提升质量，并且做得越来越专业。
昨天对项目文件做例行的代码检查，这次只想看一下文件命名规则的执行情况，项目开始的时候我们就规定，所有源程序文件名都必须以特定的几种小写字母（即前缀）开头，在目录中搜索出所有项目源文件后，按名称排序，结果很快就看到1029个文件中有三个不符合命名规则的文件，然后立即做了处理。
源文件命名规则的规范程度，对用户的软件使用可以说是没有影响的，而且过份严格的要求会令不习惯遵守规则的开发人员反感。前期修改一个不规范的文件名可能会多花几分钟时间，如若不然则会造成到软件后期长期的维护过程，并最终影响产品质量。源程序可以说是软件的内里一面，用户是看不到的，而一个文件名不符合命名规则可以说只是内里一面的一个小毛刺，但这也是暇疵，是需要打磨光滑的。
软件的外观，比如界面字体、界面风格不一致等，也是靠不断的打磨来提升的，我们已有许多的人来做这件事情，不仅是测试，还有需求、代理商、用户等所有软件的使用者，我们的开发、质量中心、需求等各个部门可以一起来重视细节，把软件的里里外外都做好做专业，尤其对于老的成熟产品，我们更有必要一起来：
打磨软件！
