@coderluan 当把时间作为商品的时候，等价的就是生命被赋予了价格，而在这个视角下你会怎么看待这一切呢，当然这就是现在时代的价值观，存在并不意味这合理和不能反思

@coderluan 货币的出现和流通才会有商品，当然货币的出现也让人从附属的土地抽离出来获取了更大自由，但并不是说任何方面都会是好的

这样的疑问真是现代社会可悲的地方，时间是有价格的并被沦为可售卖的商品，而这种定价确是被自身认可的，而自身会为定价的公道与否而纠结

估计挺多人都没经历过 ie6 兼容的年代，没有库的年代
可知道 innerHTML 这个 IE 系弄出来的 api ，操作其实是异步的？
可知道 ie6 下 对 table 之类的 tr td 是没法直接插入内容的？
可知道 .css() 这个 api 要考虑多少东西？
上面这类问题可以波及到几乎每个 dom api 的细节

那个年代没基础库就基本没法开发项目，即便是 yui2.x 这版本都也有多漏洞，而且 api 非常难用

jquery 就解决了这些问题，而且 api 非常易用，如果那个年代有人说我要离开基础库去写 js ，那是真没法运行，问题太多了。

但现在浏览器没这么多问题了，所以 jquery 就没以前这么大意义，但有两点， api 比 dom 易用，插件积累多年。

至于操作效率从来都是可以忽略的问题，上规模的操作或许会有，但效率不是来自原生的对比，而是和 react 这里东西对比，因为创建及操作一个 element 的开销非常的大，这是原生 api 自身的问题。

而现在真正 jquery 的问题是在于大量 CURD 的项目里，生产力太低

你这不认识阿当也是惺惺相惜啊，这些 api ， dsl 配置文件之类的也佩叫竞争力，只不过是人家不愿意踩坑的下脚料罢了

.. 年终 kpi 是关注数么
多谢了

应该说我们仅仅甘心于前端开发吗？

@msuperleo vue 和 angular 的问题在于，为了解决问题，抽象出一套体系，然后在不断的实践中去增加这个体系的功能和细节添加了很多为了这套体系服务的设施。
好比一个架空的世界观，既然我定义了一套这个世界的物理定律那么这个体系下的东西都要围绕他而创建，在这个过程中产生了为了解决这个世界设定下的的问题而产生的需求，久而久之越积越多，这就是 angular1 的问题，所以 angular2 的很多特性会回归到基于语言本身

这就是我要说的复杂，而在这个世界观下的所有的知识也许都是无法迁移的，只有少量的模式可以借鉴到其他地方，这也就是这类框架的真正成本。

react 也创建了一套体系，但他并没有把这个体系扩大到整个世界，而且引入了很多 FP 的概念，当然也会有成本， FP 的学习确实也是成本，但学习 FP 这个范式本身是学到抽象方法和进入一个新的理念的领域里，这点上作为前端的 FP 的领路来说完全是正向的。

当然他们本身我不想探究好坏优劣，各有所长

不让他运行的方法太多了，举个例子，比如这个函数，是基于 domready 执行的晚的很，依赖于 jquery ，你在这个代码之前将 var $ = function(){} 就解决问题了，需要的时候引入 jquery ，这是一种方案，思路是不运行咯，当然有各种手段

然而决定一个创业公司是否成功的，大多都不是技术

当然如果不好 toString 的话可以直接拿 script 标签里的文本
如果是写在 script 标签内的可以通过 innerHTML 拿
如果是 js 文件可以用 $.get("hello.js",function(text){alert(text)}) 的方式拿到
后面做匹配插入文本和 eval 就很简单了

如果是特殊原因的话，用 hack 点的方法，将这段代码 toString 后在代码里插入相应的 get 方法，然后 eval 就可以跑了

没啥说的， web 前端现在做到很多东西都不如 10 年前 flash 做的好，终归还是看平台

vim 用了很多年，插件也是用过百十个，还是迁到 webstrom 上了，原因就是静态分析能力太差，重构能力太差，文件管理能力也差，虽然用了各种插件去弥补，但都不理想

webstrom vim 模式下确实缺很多功能，但大部分操作也够了，缺点是少个顺手的 easymotion ， webstrom 上那个太难用，写代码最花时间的不是打字，而是思考，和不断的修改重构代码，并保证项目的正确性，这点上 ide 要好很多

对于前端来说很多东西都差很多，比如对于 react jsx 的支持，对于 angular 的支持，对于 stylus 下 css3 的属性的支持等等不够好，第三方的插件还是缺少很多东西

是一个良好的数据抽象解决问题的例子，但还缺少一个良好的过程抽象