ID: 22958 感谢！

互联网行业红利到头了

巧了，我也是 62 ，打算换电车了。

@jikeyChang 对

摇号，半年了，几个红盘和限售盘都参与了，刚上车崇贤，没得选。

form-render

HR

套路就是变相刷单，刷单被禁止了，所以都转向阿里妈妈淘宝客了，都是花钱刷，淘宝客赚和刷子赚没区别。。。

技术是为产品和业务服务的，学某个技术或某个框架重要的是看它能不能解决你遇到的问题，设计哲学很重要；

Jquery 辉煌过， API 很清晰，但是它在大型应用中有很痛的痛点：“难以维护，性能太差”，这也是后来 MVC ， MVVM 框架从设计层面要解决的问题。

React 大行其道，推崇“简单直观，符合习惯”的方式编程，虽然定位只是个视图层库，但是有针对的解决问题；
1.首页解决的是复杂的编程模型，数据驱动视图（ state->UI ），从 web1.0 开始，数据样式变了，刷新页面即可更新，简单直观，这更符合程序员的编程思维。
2.虚拟 dom 才是核心好么，简单直观，符合习惯了，如何高效操作 dom ？虚拟 dom 简直巧夺天工，异步高效的渲染视图。
3.函数式编程，更符合数学思维的方式去构建 UI ， jsx 只是语法糖。

说说 Flux 吧，看似把项目复杂化了，其实基于 Flux 的实现更多的是一种约定，让数据流动更清晰，真的需要看项目规模，应用本身不复杂，数据逻辑不大，用了反而增加维护成本。

在持续发展的路上，前端是曲折的，体验是糟糕的，只能踩着轮子（框架）朝着统一的规范化发展，当然了，目标很明确，解决当前的实际问题。

哎呦，不错哦

我是后端，我司的前端工作都是后端在做，未分离和分离的项目都在做。

为了更好的分治和协同工作，目前在做工程化和组件化方面的工作，这套东西适用所有项目，无论分离还是未分离。当然了，未分离的后端模板针对开发还是做了项目结构上的分离，目的是为了让新人前端更好的上手。

个人感觉：
不分离：认同作者说的好处，同时多快好省，节省更多的沟通时间。
分离：更加分治，让前端伙伴更容易上手，更专注前端。最重要的是我们很难招到懂点后端的前端，太难了！！