Mootools前景？拿来主义VS重复发明轮子

没有底层基础哪来上层建筑？难道以后造房子的时候都能像拼积木一样简单吗？积木房你敢住吗？不知道水泥跟黄沙的配比能做出坚固的混凝土吗？？？所见即所得的东西早N年前就有了，Borland的Delphi和C++Builder做的可以让你完全不用理会UI细节，但你想要更精细的控制呢？那些show()和hide()方法内部呢？客户端应用还算是一家独大的，一种语言贯穿始末；而Web上则还是完全处于战国时代，没有说哪家能主持大局的。同样一个折叠菜单，用CSS就能实现；能用JS完全实现；还能用JS+CSS实现，数据源可用HTML、JSON、XML，你觉得用哪个好？还是你完全托付给那些UI框架了？
看看是你用泥巴糊的汤诚一品好还是我用钢筋混凝土搭的经济适用房好呢？
要说发展，让技术进步，也是首先应让HTML进步，让CSS进步，让JS进步。不懂DOS的人永远也写不出Windos

注意拼写，Windows、
还有，从DOS慢慢演进的Windows家族，只发展到了Windows Me。Windows Me之后，巨内核的Windows9x系列让位给 NT， NT内核一统天下。
这个NT内核，是微软当年从Digital Equipment Corporation 雇佣的一批人重起炉灶搞的
可以这么说，现在开发Windows的程序员， 可以不用懂DOS

你说得很对，但是还是有问题。

首先建议你在论述问题的时候把公网上的website和局域网内的b/s应用分开讨论，单说一个web没有意义。

还有你说的UI是美工的事，没错，但是哪个美工会去研究JS框架（但是美工做DEMO偏偏还喜欢用一些现成的插件），还不是哪个简单、能直接用的就用哪个，从这个角度上来说美工当然乐于使用简单的jquery（其实她们多半不知道某个插件用的是jquery）的各种插件。

你这样说没有太大的意思，因为你的说法是基于你认为JS+CSS+html是不会被淘汰的，要知道几年前CSS的使用程度是远不如现在的，同样是HTML的布局方法不同时期也都是不一样的，这些东西并不是一成不变的。JS自身也有版本之分，以前要兼容IE4.0，后来只要兼容IE5.0，现在是IE6.0，之前的各种hack方法就没有再掌握的必要了。

总而言之，你这个说法的大前提本身就是有点问题的。任何技术的选择都是掌握一个平衡点的问题，历史上优秀的技术但是没有成功的多了去了，技术选型的第一因素往往不是“优秀与否”。

作为部门主管或项目经理，控制成本也是一个平衡点的选择问题，人员招聘成本、学习成本、开发成本、部署成本、维护成本、人员变动带来的移交成本等等。

技术的“进步”终究是为业务服务的，以相对更低的成本来提供相对更好的功能或服务。

的确要看具体的应用来选择合适的工具，应以系统面向的用户、网络、性能、安全性等几个方面考虑。公网或内网不是一个界限。也许这个系统是放在公网上的，但面向的是特定人群，访问量不会很高但可用性及用户体验要求很高，则可能也会选择EXT这样成熟的整套方案。

从做技术的角度来看，无论是什么，都不要只浮于表面。

从管理角度当然是越统一越好，从利益角度当然是变的越少越好，从技术角度当然是懂得越多越好。三者矛盾吗？


我也不是讲要从最源头抓起，但起码目前Web的基础是JS、CSS、HTML。EXT并不是一个新的时代，就像我拿EXT和FLEX比是完全没有意义的。

三者当然是矛盾的，技术角度来说，无穷无尽，人的精力是有限的，必须不停的做各种选择。

这些选择既有管理者做的，也有被管理者做的，有相当一部分都是受到预算（时间成本和人员成本）的限制而被迫做出的。

之前说过了，你认为的Web的基础JS、CSS、HTML自身的版本和实际使用标准也在不停变化，现在的JS、CSS、HTML和5年前的JS、CSS、HTML变化已经非常大了（我指的是事实上的标准），有时候一个工具（DreamWeaver）的出现就会在很短的时间内改变工业标准。

你这个钻牛角尖了，“都不要只浮于表面”说多了没营养，我们公司正在做的项目就是EXT跑在公网上的。

但是我还是要说，大部分的website不适合用EXT来做。

好像有点跑题，我都不知道我们在争论什么了。我本意也没要求别人该用什么不该用什么，也不是从公司或者利益的角度来讨论应该用什么；而是说做技术的人，除了接受公司的一些约定和限制之外，自己也要多增增能。不是说现在有了个EXT就EXT了，多接触点相关的技术，比较比较各自的优缺点和适用面。我现在一个项目也是用EXT的，只能说够用，但真的接触到具体应用的话很多东西还是要自己改，或者说只能抛弃它另外发明。

每次要学习一个新东西，我总是这么安慰自己：有偏微分方程难么？
显然没有，于是就释然了