回复：我觉得mootools的写法比jQuery好

没所谓高低，大家讨论下。现在的我觉得写个程序没什么，但架构个项目结构就很有难度，而且非常的重要。

你用JS得到服务端的结果就行了，服务端你可以用C写。

你十年前做的程序，以后要升级，是不是就算你离职了都得把你找回来升级呢？作为程序员，你有可能不改别人的代码吗？而当别人改你的代码时，发现你写的代码不伦不类，我想他宁可自己重写，那你的项目再也没有利用价值了，项目生命周期已结束。公司也会因为你而损失了资金投入，而只有重新招程序员去重造系统。
为什么微软、GOOGLE等大企业那么重视规范？那是因为项目是有生命的，优秀的项目可以长久不衰，烂项目只能短暂使用。如果你不能去把项目生命延长，那你只有不断去重构它来适应变化，这就是造轮子了，不能给你带来技术积累。

技术积累，不只是会“写”代码。
做一个邮件发送、一个表单够简单吧？我系统上已经做好这些功能了，我只要导入或者调用就可以实现这些小功能，我不需要在乎它的细节。N年后，我可能连个邮件发送代码都不会写（我现在都不会写），但我也能实现这个功能，因为我的系统中已经内置了，我就没必要再去写这种程序。以后我可以投入更多时间在新技术研究中，例如HTML5、javascript动画、Quickling等。
重构可以让你积累新技术知识吗？其实不会，只不过是花时间去做本来做过的事，这就不能称为技术积累。

你在重构一个项目时，这就如项目在跟你说“早知今天，何必当初”。

其实我们一般对项目的补丁修改可以上千上万次的，因为几个同事在进行，不断给完善系统，系统又生成分支项目，升级主干到升级分支，都有SVN或者GIT做控制，并且框架上有使用约定，写错了位置都运行不起来，真的不会乱。
看下drupal的项目，我们做一个drupal的项目至少使用到八十多个module做扩展功能，代码量可非常丰富了，都没觉得乱。drupal重构到现在已经7个版本，千多个开发人员，用了近十年的时间，你从零开始，什么时候达到drupal的规模？

是的，那你参考了什么？其实有大把的框架可以参考，你有注意过吗？你的结构是否可扩展？是否模块化？是否应对需求快速增长？那些学问可多了。对于项目来说，重构是在浪费成本，最好的状态应该是团队的每一分一秒都在为新需求写程序。
很多时候，你认为一些小功能小程序很容易弄，只管实现不管结构，但项目再小，需求还是会增长，小项目会积累成大项目，到时结构问题就越来越明显。

是的，我是从市场角度去考虑技术问题。但你觉得市场重要还是技术重要呢？其实技术也是因市场而生，市场没有了，技术就会被淘汰。就像baba与webos这两个系统。

OOP是一种思想，不一定有OOP的特征的语言，才能有OOP的结构。能用代码实现OOP的特征，也算是OOP。如果javascript原生是OOP，那就没有用mootools的必要了，因为mootools是实现OOP特征的。

重构肯定会消耗资源，我知道有时候重构是不可避免的，重构的量应该把握好。必竟重构是因为项目结构已经无法满足需求，直接地说是对你过去对项目的部署上的一种否定。如果你能早一点去关注结构问题，你不必花更多的时间去重构上。

你的技术高到可以影响市场吗？如果不是，你也只有跟市场走。