能静下心来做一个完整的项目真不错。

这功能不错。

看在前同事的份上我怎么会打你呢？

哈哈，好像没有，推送到小组好像就有点烦了，毕竟错误这么多。Rollbar 有 Daily Summary 汇总当天的错误发送到邮箱，我们及时去查阅感觉更好。

Get 抽空去研究一下。

多谢推荐。Gitlab 的代码还没有研究过，我稍后找时间看看。我倒是对它整合了 Vue 这一点有点兴趣。

什么时候来广州？

感觉可以绑个简单的域名了。

拜读。

最后两个方式很 Hack。

感谢翻译。

感谢翻译分享。

如果你厌倦了臃肿的前端应用，痛恨它浪费掉的大量时间，那么是时候走一下 Rails 的道路。

马上下单。

Webpacker 已经集成到 Rails 里面。感觉应该很多前端开发用起来会很不习惯 。

cool

没有见过相关的教程。手滑的话，感觉监听浏览器的 touch 事件就可以做到。倒计时几秒后消失的话用 JS 原生的 setTimeout 事件就可以做到。如果你需要一些淡化的过度效果的话可能需要自己学一些相关的东西。简单点可以用 jQuery 的动画函数 http://api.jquery.com/animate/css来写要容易一些。来实现对应的动画效果，这可能要比用

看破不说破。

是不是可以考虑用 JS 来做？HTML 应该用来做动画的能力还是比较有限。

旁观炒币 ing

以前有写过一些，我记忆中好像也可以用 Ruby 来写 。现在怕麻烦都没怎么用 Vim 了。

我跟人觉得吧，现在许多人都有一种思想误区要特定语言才能干某些事情（当然也有些 DSL 是这样），当你说你想写爬虫很多人都叫你去写 Python，你想做 CMS 别人的第一反应会是 PHP。但像 Ruby，Python，Java 这些通用语言基本上可以满足日常的开发。Ruby 难找工作我也深有同感，拉勾上的招聘贴 Javascript 的数量比起 Ruby 多了何止 30 倍，作为一个开发者，我们似乎没有办法去控制 Ruby 的火热程度，就像我们没用办法控制 JavaScript 的火热程度那样（或许去开发各种各样的框架是一条路，但 Ruby 社区的人似乎更愿意去维护一个好用的框架，而不是去开发各种各样的框架让别人无从选择）。我现在在做前端开发，但是并不妨碍我对 Ruby 的喜爱，如果真的找不到 Ruby 相关的工作，我倒是愿意在工作之余的时间一些 Ruby 相关的东西，如果有机会给社区做点贡献也是很好的。

只能看录播了，期待 ing

确实等了很长时间了。不过目前看来愿意用的人似乎越来越少 。似乎许多人都跑向了其他基于 React Vue 的各种组件库。

网易居然招 Ruby 了？我一直以为只招 Python 跟 Java

我是前端工程师，但是每天都写 Ruby，不一定是工作用上才可以写？

个人比较同意你的看法，如果让我选择我肯定不会用 React 去做一个简单的 CMS 页面 。

不过根据我的工作经验来看，前端喜欢分离倒是也有一些理由，毕竟前端如今的生态圈还是比较繁荣，通过 webpack 这些工具构建的热加载，确实能够提高前端工作人员调整样式，以及做交互逻辑的效率。这样确实比起在 Rails 里面通过 guard 来配置的 live reload 要舒畅不少。况且随着业务逻辑的越来越复杂，可能在开发阶段页面渲染会越来越慢，这样在没有分离的情况下可能前端的工作流程就有点不顺畅了。另外如今 Rails 集成了 Webpacker 之后，JS 的配置以及 YML 的配置揉在一起了，对不不熟悉 Rails 的前端来说这无疑又像是增加了一道门槛，分离或许对他们来说更简单且舒服一些吧。

分离的项目不加以管制个人觉得会有失控的可能，需要项目经理来管制一下才行。目前来看前端类型检查方面已经有了 TypeScript，Flow 这些东西，第三方库也多种多样，组件库更不用说了。前后端分离之后前端搞事情的机会便会增多，加上各种测试测试框架，类型检查库，第三方库，各种新东西的引入可能会导致原来简单的项目越来越让人费解，日后也不甚好交接。

果然是海贼迷

如果想静下心来学一门语言，可以试试官网的教程 https://www.ruby-lang.org/en/。如果想稍微深入了解的话可以看看《元编程》。个人感觉不一定一上来就要 rails。rails 是个大杀器，上手搭建东西很快但是很多时候上手了之后就是上手了，不知道用来干什么。差不多了可以试试 Jekyll 这类东西，搭建个小的网站。

Thank you very much