漫淡公司所谓优秀的代码

在新公司呆了有六七个月了，在组里感觉最明显的就是在代码上的纠结，
事件1.发现君A一会儿改了过后又君B发现不好，又要求改回来，杯具的是已经到了测试阶段，不能再改了，事情就以此告终。然后我去看了一下两者的区别，发现A君把所有的异常统一成一种异常，只是异常码枚举有区别，B君是之前的设计者，对于不同的模块的异常都有相关的分类，当然异常码也是不同的。虽然只是一个异常的设计，但是风格却是不一样，A君喜欢简单，B君喜欢职能清楚。
如果要说个人意见的话，我比较赞同B的，因为一个层次或模块的异常或许在应用的时候可能要被特殊的捕获或是做相关的处理，而一个通用的异常在被应用处理，尤其是个比较低层次的接口被应用时，你根本无法定位这种问题。
事件2.君A写了一段代码，君B是架构，实际上在很大程度上开发是按照系分文档来做coding的，而系分是架构写的。A完成代码后，B不满意，说你这个类怎么怎么看着不爽，结果自己改起来了，改完后A肯定不好说什么。结果我比较了一下，一个xfire client调用的处理的函数被改成了三个函数，1.创建接口 2.调用接口里面方法，3.处理接口返回的值，我在思考一个问题，究竟100多行的代码需要这样的改造吗？ 当然从职能上讲，确实后者不错，但是如果细化到get,set这么简单的事情上都需要改造，我个人认为有些浪费，即使从道理上来说没有问题。
事件3. 君A写了一个看起来比较可以的核心处理类，要大家围观，我看着那些老员工左一句右一句的批评，一会说，用的code template不是最新的，一会说日志没有按照公司的规范来。 说老实话，有几个人能说出这段代码的优秀之处和真正的思想所在，其实我看的到写这个东西的人还是可以的，只不过在线上踩到之前的人的雷了。

实际上我个人比较喜欢 apache项目和jdk里面代码，有一种简约而不简单的感觉，思想才是决定我们的成功的关键性因素。当然态度是最重要的，很大程度上我们拥有一样的能力，或许能力比别人更好，但是别人100%的态度可以在彻底的击败你，有时候程序员的面子在外人面前并不是好维护的，呵呵，因为别人要求的是100%，我敢说很少人能做到。

前几天看了《社交网络》这部电影，心里有点为中国的很多程序员感到婉惜，本来我们可以做到更酷的，但是不得不在工作上做出一些所谓规范的事情，然后管理层利用这点来搞事，即使你觉得浑身不自在，但这就是事实。