简化换成降低复杂度、或者抽象更准确些。

比如 Form Django 写个 form，要 import 4、5 个函数，这种事情完全是重复劳动。

RoR 这点就很好，省去了很多麻烦，大大提高了生产效率。

简化 也不意味着不理解背后的原理，源码还是要大体看看的。

简化 确实也会带来麻烦，比如 RoR 每个 Request 都会缓存 sql 的结果，就会出现了 random sql 不 random 的坑。

确实会有这个坑，但却带来了性能的提升，我觉得这个 简化 是值得的。

再比如，乐观锁，实现起来也不难。需要的时候，手写一下，还是挺有意思的，第二次、第三次，一样的代码，写起来就没啥意思了。这个时候，我就希望框架能帮我简化这个工作。

有些复杂度，本身是没必要的。

比如路由，可以说是正则匹配，但 RoR 默认情况下不需要正则，隐藏了这个复杂性，提高了维护性。

只懂 web 开发，算不上后端开发吧。。。

RoR 简化了很多东西，反而容易了。

说明 ROR 最近比较火啊，是好事，哈哈哈哈哈。 不过一楼答案完美解决楼主的需求。

可以这样定义， 类似的还有 %w(1 a) # 都是 string 以及 a, b = "1", "2" 、a, b = [1, 2]

工作中，用 clojure 集成支付宝的时候，很多都是参考 alipay 这个 gem 的，节省了很多时间，非常感谢

大数据火起来后，终于可以怼那些说数学无用的人了！

我们公司的后端，编辑器用的更多，而且还都是 emacs、vim。

算总的吧！

Ruby China 对程序员界有两大一样。 某一类技术，一定要有 XXX China，比如 Python China

对于语言和框架类的技术，论坛要用这个技术来实现。不过这条不一定。

如果你们就此发了大财，记得分 0.001% 的股份给我

这句真有意思。。。

币这个字出现 9 次，区块 这个词出现 20 次。这篇文章讲了区块链和比特币，并且提到了 有价值。 从回复看，大家似乎关注点都在币上了。

别动不动就给人扣帽子，程序员，应该怎样，自己有自己的看法。没有任何应该不应该的！

我倒是挺好奇，别的不说，这个论坛哪些是靠电子货币赚到钱的？这里指的是，不算那些赠送的币。

据我了解，身边的人都是陪，没有赚的。

当然，首先样本就太小了，数据的意义不大。也有可能人家自己闷声发大财呢。

什么 bug？可以报个 issue 啊，没准下午就有人提 PR 了。

@sumory 链接打不开了。。。

难道只有我认为，图形界面、鼠标都不好用。像 Dreamweaver 不如 html 来的实在。

至少，移动光标这种，键盘比鼠标快多了。

纸币贬值，政府还没倒闭，都会管的。数字币就不一样了，贬值了，跑路就好了，反正钱赚到了。

ActiveRecord::Migrator.current_version

https://github.com/rails-engine/status-page/commit/2a10345c039e3ace0902f69d71dd214f6e5ccbb8

不再看看 CSAPP

多了不好控制。实例变量，谁想改都能改，不好控制。

有的时候，不应该放实例变量的，也被放进去了，应该避免这种情况。

反倒是觉得项目简单，多一两个还好。项目复杂了，能遵守，尽量遵守。

RPC 解决起来会很方便。

RPC 解决起来会很方便。

用 streaming 是否能解决呢？ https://www.sitepoint.com/streaming-with-rails-4/ 就是一个想法，没尝试过。。。不知道对不对。

FP 也是

记得 github 上有过相关 issue。

有点好奇，什么原因导致的这个问题。。。

reindex 数据量小没问题，数据量大的话，也挺耗时的。

会有这个问题

4.22 + 5
 => 9.219999999999999

https://stackoverflow.com/q/5419839

一个 rails 程序员，可以相当于产品经理，前端，测试，运维，后端。

伯克利 CS169 还在用 Rails。

不用也可以，有以下要求：

• Can the project use a language/platform/etc. other than Rails 4 for the back end and HTML5+JavaScript for the client?
  • Yes, BUT, you are required to have tools that perform all the following tasks, and your GSI must sign off that they have adequate visibility into what you're producing with those tools:
  • Unit & functional testing framework (we use RSpec for Ruby/Rails and Jasmine for JavaScript)
  • Test coverage measurement (we use Coveralls and Travis CI)
  • Full-stack testing framework that can express tests corresponding to user stories (we use Cucumber and Capybara)
  • Code quality measurement framework (help identify design smells, bad uses of style, etc.) (we use CodeClimate)
  • SaaS server-side framework for server apps (we use Rails)
  • SaaS client-side framework for client apps (we use HTML5+JavaScript)

CS 169 有段时间，用了 node，后来又换回来了。

有的就是喜欢选择各种各样的工具，就是喜欢讨论主键要怎么命名，就是觉得与其抽象，还不如直接 copy past。个人表示对此无法理解。

二选一的话，我会选 R。

哈哈哈，为了修这个 bug，修了小半个下午。

https://www.edx.org/course/software-service-uc-berkeleyx-cs169-1x http://cs169.saas-class.org/

之前没见过，涨见识了。。。算是 TIL(Today I Learn) 吧

不过这么写，爬取上应该没啥难度，毕竟只是关键字（private + end）