这人怎么这么牛逼呢。。

支持一下嘞~~~

支持~~~

如果不交社保和和公积金的话 13k 相当于税前 10k 左右吧

入行两年，越来越淡定。越来越不会被这些破文章唬住了。

这个行业到底会淘汰多少人？又有多少人留在金字塔顶端？

10%？ 5%？ 3%？

然后想办法把自己变成这几%即可。

至于怎么做，八仙过海各显神通。

1. ”一直到了最近有人利用 Ruby China API 重写前端，我才有机会做一个公平测试。“用一个新手写的练手项目，做 公平测试？请有点 基本 的科学素养。

2. react 适合的场景不是”有很多拖拽、弹层、动画效果“。请不要误导新手。

别玻璃心，大家都很忙的

#4 楼 @emanon 实际的项目不是复杂，而是做了两三个月，上线一个月，老板就喊停了。项目就黄了。代码写那么好干嘛？

#1 楼 @FrankFang 因为会用这些全家桶已经变成前端的核心竞争力。

你问我支不支持 我当然支持

很好的小技巧！

你们的要求我看了，我很喜欢

我除了没干过编程之外，其他都特别满足，特别是加分项，

不知能否给个机会？

很多都不能认同。

1. 楼主说的大部分我都同意。这种重量级前端框架的使用场景只有一个，就是恨不得用一个网页实现一个软件的功能的 saas 应用。除此之外我觉得没其他的应用场景。一个应该用 jQuery 处理的页面，无论变得多复杂，jquery 都能胜任的。
2. 该不该用 ember, react 这类前端框架的，考量维度不是交互，而是状态：页面的状态复杂到一定程度，导致你需要费劲的维护这个状态。这时前端 runtime 里面其实有两层：数据/状态，和表现/DOM。前端的表现层只是对状态的展示，后端则退化成一个暴露 DB 数据的 API，前端数据层变成最厚的一层。
3. 在这种状态下，页面的状态和 DOM 的同步是非常头痛的事。react + redux 的优雅之处在于 visual dom 和 unidirectional data flow 这些概念控制复杂度。不知道在这个问题上，emberjs 如何比 react + redux 做得更好？

同意华顺，你慌什么？

#27 楼 @citysheep 明白了，谢谢，两者不能混用

@citysheep 谢谢楼主~~~很棒的文章。

我看到你引入 bundle.js 的方式，是用<%= webpack_javascript_include_tag 'app' %> 在 view 里用 script tag 的方式引用？

为什么不把这个 bundle.js 再交给 asset pipeline？

Rails.application.config.assets.precompile += %w(app_bundle.js)

然后在 view 里简单的引用。

你所说的 rails 程序其实是后端 mvc 架构，

其实前端代码到了一定规模，就需要使用后端的一些实践，控制复杂度。

然而楼主已经痿了。

关于优先的第三点，绝大部分男性应该都对日本文化有一定程度的了解

楼主能不能提供几个题目练练手？谢谢。

我的经验是，你要尝鲜这些前端技术，最好不要在 rails 的环境里试，否则会非常痛苦

不要这样做，这样相当于脱裤子放屁。只提供数据展示的 app，不需要 rails 这么重的框架

工作地点究竟是上海还是成都呢

我比较有兴趣知道楼主放弃 SOHO 的原因。能否写篇文章聊聊

在这公司经常有机会和国外的 ruby 大牛交流，对代码质量要求极高，棒棒哒。

rails 写模板那一套 dsl 还真是有点恶心的

请详细说说住宿条件

楼主适合干前端：够浮躁。

被安利了一波 second specturm +1，确实，和牛逼的老外同事合作真的很舒服。