说起有趣，我更喜欢去煎蛋啊
可能楼主的网站不够简单

@hatcloud 其实还做过，嗯……但是 CG 全是换个头，没意思

@FrankFang128
react 一直比较激进
JSX 在某些场景下还是很好用的，比如在教程里面
react 比较好的是 react native

@FrankFang128
只是举出一个体积这么一个指标来反驳而已
看调试：调试是有工具的
新人学习：如果项目本来就用新技术，那么你干嘛不请一个本来就会新技术的新人？
坑，疑难：坑，疑难这个肯定会比旧技术多，不过你可以选新技术中已经成熟了的版本，比如 Angular 1.x 而不是 2.x
特殊需求：就是因为有特殊需求才搞出新技术的……

其实按照你那么说，根本就不是新技术的锅，而是技术选型的问题

前端发展出这些东西的原因在于旧技术没有或者说很难应用上“软件工程”的思想
我刚开始做前端的时候，还是 jQuery 横行天下的时候，个人还是很喜欢的

不过 jQuery 太简单，随便学一学就会，应对复杂场景根本不行
作为对比，我实习时遇到过一个真实项目，原来是用普通 CSS 框架和 jQuery 以及基于 jQuery 的控件框架做的，只能在移动端上用
我用 vue + webpack 的开发方式重写了，加载文件体积平均减少了 50%，还能分开电脑端和移动端加载不同组件
开发过程完全不用管什么打包，压缩，拆分的事情，只需要用工程化的思想来写代码（还是爽爽的 ES2015

其实在远古的 jQuery 时代，也有很多人在想“不知道什么时候开始，前端开发已经到了不用 jQuery 的地步了。不依赖 jQuery ，还能优雅地写代码吗？”，所以楼主你看，历史不是简单的重复，但却有惊人的相似。
另外现在的浏览器对标准的支持度都很好了，写简单页面，连 jQuery 都可以不用，直接上原生 JavaScript 就很好（当然也因为 jQuery 越来越大了

拥抱新技术，岂不美哉？

纠结选路线，于是没有玩下去了
现在玩巫师 3 也是这样

确定不会辣眼睛？

@lovebeyondalways 只在 scrapy 里面用过 xpath ，使用 xpath 找到 element 之后是可以继续使用 xpath 来提取 text 的，就是 './text()' 这样

提示不是说了么，你调用的是 find_elements_by_xpath ，看起来就是找 element 的，然而你提供的 xpath 是得到 a 的文本的

只要不锁区就行，总有办法玩上，就像 ingress

好……
心动……

我前几天也打算买 mbp ，不过觉得还是等等

看到 qc20 ，我也在用，赞一个
以前还是用卡片机和相机随便拍拍，然而近来已经不怎么拍了

有很多版本，五六年前就开始听了

顺便搞搞数据分析，大把世界

什么软件？

@kellyl
直接用 ES2015 应该不算过度吧
let 和 const 比 var 好多了
箭头函数更易读
promise 就更不用说了

什么意思？我现在用 BitTorrent Sync 会有影响吗？