最近又被Manager指出代码不够规范，主要说了一下几个问题：

1.方法名的命名和参数的命名没有很好的联系起来

2.对单例乱用，类方法和单例的乱用

3.功能类缺乏必要的说明

针对这些问题我想说，这些都是问题，但又不是问题。说不是问题是因为我知道了，改了。但通过这些天的码代码，及随着对一个平台"开发"的了解,我觉得之所以Manager会如此强调代码规范有以下几个原因：

1.他很优秀，对自己，对产品，对造轮子很有严格的态度。

2.他很善于学习，而且乐于对一个问题进行深入研究（从对我找到的看似不能用的扫描ORC库的修改，修改到真的可以用来识别，简直逆天！）

这些都是一个人的优点，但如果在前端开发方面你已经做到如此程度，那为何不去学习其他的，不要纠结与这些表面的东西，虽然这些东西很重要，但这根本不属于有挑战性的工作。这让我想到了我高中的数学老师，他就是一个能把一道题的答案写的比标准答案还要标准的人。但如果你有时间去研究各种版本的答案，为什么不把这个时间拿来做一下各有内涵的东西，例如研究数学竞赛的培训，满足跟多有能力的学生呢。

总之，当自己的发展由上升曲线变为水平的直线时，就应该换一种态度，或深入到更深的领域，而不是把表面上的东西做到极致，这就是花架子和干货的区别。

关于被批代码规范