@mysql antd 没有要迁移的计划，https://github.com/ant-design/ant-design/issues/7656

@PanJiaChen 然后连个鸣谢也没有。。楼主这个不厚道啊

帮顶

浓浓的 antd 风格…收益于你们的这个项目，感谢

其实换过说法，要求工作年限 2 到 6 年，大家是不是就接受了，吸引眼球的方式而已.....不过 jd 写的认真，祝好运

简单看了下，前端的工程细节考虑不足，但是一个人做那么多，工作量好大，挺屌的
看你现在的技能点，产品运营做过，移动端做过， php ，完全可以一个人去 solo 一个产品了。。

国豪 来当程序员，是要体验生活吗。。

年轻的时候也经常思考各种设计是不是正确。现在觉得，对于 `javascript` 这样的东西，思考太多并没有什么用，爱用用不用滚是一般的结论，（摊手

高大上！请问前端招吗

博主说的 js 火，应该不单指语言，而是前端。（ 至于 node ，我认为是 js 让 node 火了，然后 node 反过来为 js 做了不少的技术推动，从火的方面， node 对 js 的贡献，感觉是很微小的工作。我所见的公司，用 node 做主项目后端不多，但都会用到，特别是打包前端资源上，另外有些 websocket 上应用。）

后端的稳定更重要，我见过的有一定规模的公司，技术负责人基本都是后端。 2C 为主的公司，移动端的重要性也大于前端。但是前端需求多啊。手机端页面（微信和 hybrid ）， PC 页面，管理后台，经常性的运营活动需求，广告需求；转化率不高，改视觉，改交互等等。。而且因为 app 的各种代价以及 h5 的性能逐渐的不那么糟糕， web 已经并且会越来越多的分担 app 的开发任务。

另外，以上需求的技术要求和维护时长 跨度很大，有很初级的，机械的搞搞就行，也有必须老司机才能玩的好的。所以除了高级工程师，一般也需要不少初级的，然他们分担一些重复性或不需要怎么维护的需求。

因为需求太多，导致缺人，而且是各个档次的都缺，从人力上当然火。而且前端这几年眼见的复杂化，在技术部的地位也有所上升。

react 感觉上手不难，随着使用的深入，会有一些坑，解决这些坑，使用会更深入。。

redux 上手真难，理念需要理解，理解了，也不一定知道代码该怎么写。。我学的时候，没有项目压力，就断断续续看了一周文档，然后看了一周 redux 的源码，发现了个 bug ，提了 pr ，但是依然完成不知道该怎么写 redux 。。。

后来完全是照着例子抄，自己写了一个 master-detail 的小 demo ，才算知道要怎么组织工程。

后来写过一些实际项目，也有比较熟悉函数式的同事分享过 redux 的细节，觉得很先进，但是本人还是更熟悉面向对象，用着很不顺手。。

会

按照前端出静态页面的开发模式，后端其实分偏后后端和偏前后端，偏前的需要去套页面，所以从工种上，偏前的后端的一部分工作被 node 替换，其实变化不大。

前端和后端的工程性质不一样，后端要稳，前端要酷炫点并且快速迭代。所以两端放在一起管理，发布的频次，稳定性的要求都不一样。

另外前端出来 bug 怎么办？后端来修前端 bug ，对后端要求也太高，前端来修，后端要之前待命，等前端修好，然后去发布吗？

除了首屏 html ，前端 ajax 的请求越来越多，开发时，前端需要的数据哪里来。后端可能还没开发好；开发好了，前端起后端服务，起个 java 工程，起得你想哭。

前端工程独立管理是必须的。（如果这点，你不同意，其实就什么好说的了

所以如果是后端只提供 api ，前端 ajax 后，第二屏在渲染页面，后端开发就舒服多了，两端各自管理自己的东西，这个工程上好管理，个人觉得开发效率也高。

但是这种方式有它的适应场景： seo 不好处理；一下精细化的控制不好做，比如针对不同的用户，输出不同的静态文件。所以有些地方加 node 也是 ok 的。

加了 node ，可以做 api 的合并，这个 app 端也可以用，一些简单的验证和分流，还有页面静态化等。

所以还是按工程规范，人员水平，这种分离都算是对现在情况的一种回应，最后 KPI 也是现在情况的一个部分

感觉和支付宝的 dva 有点类似
https://github.com/dvajs/dva

顶

楼主大神不解释

@x8888k 一个简单的线上版本， http://xgb.wallstreetcn.com/stock/SZ002088

上面有实时和日 k ，其中 move 和 zoom 这里禁掉了。

这个东西我之前写的太死，重构了一部分，然后我就变成楼主的前同事了，然后就没有然后了。。