说白了就是商业片水平不够，但市场够大消费人群观影素质低
而且国内还没有艺术片院线，就北京一个电影资料馆
要讨论电影的内容和本质，自然就是讨论影片的艺术性，这方面国内都是好莱坞商业片熏陶出来的其实也没什么可谈，整个产业链又不如好莱坞这么发达，自然质量底下，外加广电总局的干涉，观影人群的素质也就没法说
和香港台湾比是真比不了
台湾受法国新浪潮影响的新电影，让台湾的电影整体上了一个层次，侯孝贤，杨德昌这种国内怎么比，而且国内很难能像台湾这样，当然台湾也存在商业片能力不足的问题
香港这更是警匪武侠类型片自成一派，几十年前的片子也比不来的

国家管制，消费人群观影层次低下，而且商业片能力又不足，有啥好救的这图太正常了

@yyx990803 有观点还不能开帖讨论了，真是搞笑，以后谈到 vue 还得找你盖个章才能讨论才能出师有名，名正言顺？

估计觉得一般 lexer 都这么写，当是个定式，你写花哨了人家觉得不舒服

经过这连年的混战，基本上可以确定 react 的优势了， ng2 还得再看，不过单从组件化能力与项目的维护性，学习的门槛来说 react 是占优优势的，当然 mvvm 有生产力优势，至于 Vue 社区不是一个量级的，技术上对于 react 和 ng2 没有任何优势，不看好。

另外 webpack, bable 应该会稳定很长一段时间，因为 bable 现在已经是社区标准从试行到制定应用的一个重要环节，打包来说，打包来说只要存在 npm ，而 nodejs 没有把 es6 的模块实现前， webpack 是会一直存在的，低版本浏览器也是
工作流方面， gulp 也算趋于稳定，之前的 grunt 的没落是源于 DSL 式的的构建方式不能满足复杂的构建需求，开发成本略高。

建筑学方面 redux 确实是个好的选择，但仍旧繁琐，或许会有新的替代者

总体看前端会稳定相当一段时间。

react
现在看来 react 的组件化能力和各种灵活性，可组合性是 angular 目前达不到的，各种 FP 的概念用的很方便，比如最近倡导的 HOC （高阶组件），而且 angular2 还未正式上市，比 ng1 少了很多历史包袱，但还是复杂，另外需要 ts ，这点的接受能力上比 jsx 要差很多

从自己的训练来看，开始不会深蹲就上器械，最初是对深蹲的正确方式的学习，深蹲有很多要点要掌握，如果不对，很容易伤膝盖，腰也会累，从骨盆位置，背部，膝盖与脚趾的位置，蹲的时候膝盖不超过脚尖，不要内扣，脚趾扒的住低，整个脚掌受力均匀稳定等等，到现在我深蹲都没上多重的器械，另外就是靠墙依着瑞士球，静蹲，并上下，这是基于深蹲的。

因为在康复中心进行功能性训练，发现其实大部分的动作都是基于深蹲起始，这样在让膝盖不容易受损，比如跳跃，跳跃的触地就是深蹲的标准姿势

还有就是开始健身前的动态拉伸，健身后的静态拉伸与泡沫轴放松，这些如果没有的话非常容易受伤，另外运动后拉伸和泡沫轴放松不够的话会有几天酸痛。

可以考虑些健身工作室，健身房私教销售任务重，基本上是大半个销售，能力不好说

本人由于 ACL 手术，在康复中心锻炼了半年，基本上是一半时间练腿一半时间练核心，然后康复中心出来后找私教练了 3 个月进行 ing ，基本上对腿部的锻炼还是有很多了解，康复中心的康复师还是很专业的功能性训练，各种器械，跑跳，绳梯等等，私教偏重肌肉的增强，局部针对性强。

@cheroky casperjs 要依赖 phantom 该出错错还是出错

react

react v0.14.6
react v0.14.7
react v0.14.8
react v15.0.1

node.js
v0.11.14
v0.10.35
v1.0.0

用过飞利浦的和博朗的，推荐博朗的
飞利浦的用了 3 年坏了，然后买了博朗的
发现用博朗和用飞利浦的差异与用电动牙刷和不用电动牙刷的差异一样大

@yiyizym 脱离库写前端代码这件事本身就不该发生，那些代码太脆弱，如果是考虑到新的浏览器那真不如看 zepto

@loading 如果单论 dom 的了解真的不如看 zepto

@yiyizym jquery 代码并不是一个好的源码范本，太多地方是解决兼容性问题，还放了很多黑魔法，难于阅读，早期版本是这样，现在的版本源码没看过，而从 dom 方面讲现在 dom 的操作越来越不重要，而现在兼容性问题又不是前端的主要问题，前端的主要问题现在已经演化为应对复杂的应用逻辑，至于 selector ， ie8 都有原生支持的情况下看的意义并没这么大

@lifesimple 所以有重复性工作就要想着如何利用工具，利用复用，抽象解决重复，这就是作为一个 Programmer 应该面对和解决的问题，而不是机械的完成

前端本来就处于变革的年代，即是是工作多年也觉得有好多东西要了解，各种库框架都在变，但有一点是毋庸置疑的，前端终归属于计算机的范畴，软件工程，抽象方式，都不会变

从另一方面说这又是前端最好的时代，因为之前的很多年前端都处在一个刀工火种的年代，而今各种框架，库，工具，语言特性让你很容易获取和实践到一些编程的思想，能应用到不同的编程范式，

对于 lz 来说确实缺少复杂的项目实践，没有学习和参照的导师，而且前端这个职位，初级职位本身就面对大量的重复工作，是有难度，视野问题不是看 github 趋势就能解决的，缺少的是分辨能力。

另外就像楼主说的什么都了解过，但从没深入过，不能知其然知其所以然，是无法有提高的。

github 上已经有这个项目了，不用花钱

@zzzreg 对上手上来说学习去曲线是更平缓

@yyx990803
看似便利的 api 其实很多时候到是枷锁，用 ng1 的时候很多时候都会往怎么用，然后查文档，来来回回，成本很高，挺容易忘，之前一直以为确实是需要这样的 api 才能做到一些事情，但后来发现其实并不是这样，另外做一件事情的成本越高的时候需要了解跟多规则的时候其实就不会想去做这事了，用 react 去组件化项目成本低了很多，规则不多，但效果确超乎想想

比如 ng1 里的模板中的表达式，是写了个 parser 做这件事的，并不是基于 js 原有语法， vue 不清楚，但相应的也少了向 react 这样用 FP 的灵活性，效果上其实并不见得好
关于 directive 上 ng1 确实做的很差， ng2 会吧 directive 分 3 类，也显得繁杂，很多时候因为 directve 也会带来复杂度，比如 priority 这类东西，犹如 css 里 z-index 大规模应用的是时候你总会考虑如何分配，脑子里都有根弦

我对 vue 简单有疑问的原因就是曾经用 ng1 的时候觉得规则毕竟是语法糖，能改善很多东西， api 多有利有弊， react 用过断时间后觉得，不是有利有弊的问题，没有这些规则的情况下，其实更容易写一些东西，语法糖式的 api 其实只是一个方向上的思路一直走下去了，其实很简单的规则就能让这些东西跑的通

我不觉得 vue 里面很多东西是比要的，可有可无的情况下为什么有存在？当然这又类似与 ruby 和 python 的理念差异。

另外不要给人扣帽子，很多时候的想法是自己心里生出的，我是觉得 vue 的很多东西不必要，并比简单，至于谁用什么框架与我何关，又无利益关系

@coffce404 vue 的 props 其实类似 angular 的 Isolate scope ，没看到有 state 的概念，其实还是 angular 这些东西，
细看就会发现比 ng1 的组件还要复杂，多了很多东西， 2.0 看了下，确实是在删 api 但在如此的设计下根本不肯大动，所以 ng2 这么大改版也是无奈，不打破原有的规则就根本没法改进，这方面看不出 vue 新版会有什么改变