我是前端工程师，但是每天都写 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

Youtube 上有它的视频吗？能不能贴一下

我想点 @tylerdiaz 发现没这个人

感谢分享

很不错。

原来这个项目是用来看美女的。

感觉第六点会不错。话说现在还有在用 CoffeScript 的吗？？

多谢推荐，会抽时间看看 scheme。

我给你

我觉得可以试试《Ruby 元编程》？虽然说要有一定基础才能看懂，不过我觉得还好，毕竟许多的基础书籍都在谈一些比较基本的语法，可能看起来会稍微枯燥一些。元编程这本书你会发现一些 Ruby 比较有趣的地方，可能学起来会比较舒坦，另外还可以边学习边熟悉 Ruby 的语法。

Common Lisp 是邪路？

感谢您的推荐，我是之前装 cLisp 感觉有点折腾，要编译安装跟 homebrew 一起用才行。ClojureScript 还没了解过，说实在干了大半年前端，感觉完全跟不上前端的节奏。自从小程序这种东西出来之后这种感觉更强烈。我也就没花太多时间去折腾前端的事情了。平时就上班时间好好写样式，写 JavaScript 框架看需要，业余有时间就去搞搞 Ruby 或者看看你们所说的 Lisp。

Ruby 版本是？我记得新版本的 Ruby 是不支持在顶层作用域使用细化。如果要using得用 module来包裹了。

为什么选择 clojure？我之前花了很大的力气装了 clisp，不过感觉它的 REPL 用起来不算太舒服，安装也比较麻烦。也有试过 scheme 感觉还不错。现在用的比较多是 elisp，平时会用来改一下 emacs 的配置。

偶遇 mike 大大

放在最底层的那些语言听都没听过。

这本书稍后会读一读，一年前有看过一部分，后来觉得用不上就没看了。现在觉得这些才是有意思的地方。

我打算看完《计算的本质》就去看 SICP 了 。Clojure 的头像...... 看来是 FP 粉。

cool.受教了 之前不知道还有

2.3.3 :016 > Proc.instance_methods.grep /curry/
 => [:curry]

这个方法可以用。

暂时还没深入了解坏处。

cool

尾递归这个了解不多，我稍后去看看。

这也是没办法的事情。Ruby 的工作毕竟太少。

哈哈 是的