在微信公众号看到这篇文章《示例：逐步提升程序质量的演变过程》，发现转自博客园的《一个图片文件批量重命名工具的质量改善过程》。
我没有细看那篇文章，个人已经有3年没逛博客园了，毕竟博客园的大多数帖子，都是比较初级的。发这篇文章，实在是有感而发！
先吐槽一下软件行业的现状：大多数程序员写的代码都处于“雏形”阶段，也就是说大多数程序员是不合格的！
我认为不管是单机程序、通讯程序、企业软件还是互联网软件，最重要的是“健壮性”、“高性能”和“安全性”！能做到这3点的程序员，无疑是优秀的程序员。优秀程序员写的代码，其质量和可读性可以保持在较高的水平，“可扩展性”、“可复用性”、“可定制性”这些只是附属品。
“可追踪性”在企业软件和互联网软件中尤其重要，因为系统出问题影响的是一群人，而且不可能调试生产上的服务，甚至有些问题无法重现。有追踪问题的机制，比如程序日志和服务器监控，就可以快速定位和解决问题，争分夺秒的把损失降到最低。
单元测试这些年，被软件行业捧得过头了，一个优秀的程序员，应该把软件功能在自己的大脑中先运行起来，再去想怎么写代码，这样可以一气呵成、畅快淋漓的编写实际代码。
“安全性”大多数时候都会被忽略（当然也有软件设计能力的因素），这就是现在大多数软件系统容易被入侵和破解的源头，“安全性”应当作为架构设计的一部分，贯穿软件的整个生命周期。“可定制性”其实就是把不应该依赖代码的资源，提取到外部，常见的方式就是使用xml、jsv这样的配置文件，也有使用数据库的，典型的就是企业软件和互联网软件，不管是国际化还是业务规则，都可以放到数据库中，方便统一管理和更新。当然也可以自定义二进制格式（甚至于加密二进制文件），这种方式在单机软件中比较常见，主要用来加强破解软件的难度。
“可扩展性”也被过度强调了，还没开始写代码，就想去设计未来的软件，导致过度设计。“可扩展性”在多用户使用的系统中也体现在纵向扩展和横向扩展上，说白了加内存，升级cpu和gpu，或者加服务器，就能服务更多的用户。高性能是“可扩展性”的一个重要因素，因为性能越好，意味着单位时间内服务的用户越多。
“可复用性”不能过于绝对，代码应该适当的重复，程序员要在代码量和可读性之间取得平衡。在C#、python和ruby语言中，有可选参数和命名参数的特性，可以很好的解决添加新参数的需求。命名参数建议在python和ruby中尽量不要用，因为一旦形参的名称改变了，调用此参数的所有代码都得更改，再者由于python和ruby动态语言的特性，即使最先进的静态分析器，也没法找出所有的调用位置，而C#在编译时就能报出所有问题。当然如果参数过多，可以把参数抽象成类或者结构体。
如果在基于虚拟机的编程语言中，还要写“可移植性”代码，只能说框架设计得不到位。比如.NET框架中，换行使用的是框架组件中的一个常量，而这个常量在linux和windows中，固定对应\n和\r\n，也就是说针对不同的操作系统，框架封装了底层格式、api的差异（其实框架在构建时，就针对操作系统，生成了系统特定的代码）。
这里赞一下.NET：据我了解的技术中，应该只有.NET支持远程调试，配合上类似堡垒机的技术，直接本地调试生产环境的代码！
最后转两条网摘信息，我非常同意以下观点：
1. 首先，根据知识和经验把人分为初级开发者、中级开发者，和高级开发者，这是非常一刀切地分类。有些人可能只是在一个位置上混了十年，然而他的成长甚至没有另一个人一年所学到和经验多。
2. 大公司的好处就是各司其职，只要有合理的制度和流程，只要你按照规范操作，傻子都能把任务完成（当然这不是说大公司的员工都是傻子。我这里是说流程和规范的重要性，当然傻子虽然能完成工作，但却不能成为大牛，同样，大牛不管在大公司还是小公司，他一样能成为大牛）。
