#7 楼 @Ddl1st 我用的是 mongoid。并且不是很想存在数据库里。

我现在的做法是，在我建立页面的 controller 里面，建了个 method：

before_action :set_types

def set_types
  @types = %w(image gallary)
end

但这样我就无法在其他代码里访问了。

#4 楼 @Ddl1st 对的。就是 ENUM。不会写呀。从来没接触过。能给个介绍链接么？

#3 楼 @Rei 是的，就是一个字段，很简单的。其实就是 string。简单来说，我完全可以放在一个 array 里： ["image", "text", "image gallery"]. 我只是想知道。应该在那里放，存成什么格式？要方便访问。

刚开始接触 rails，不是很了解。

说一点我对 sql nosql 的看法。

对于程序员来说，可能第一看法是 schema free 这件事。这样程序员在 nosql 里就不需要维护 schema 了。可是对于 rails 来说，维护 schema 是一件很简单的事。于是就觉得 mongo 不需要了。

我使用过 sql server, mysql. 现在使用 mongo。我觉得除了 schema free 这件事，mongo 最吸引我的是 embed document。这个东西使我省了很多的 join table。通常需要 join 的 table，我发现很多情况下（不是所有情况）都可以直接 embed 进一个 collection 里。另外就是 data type。很简单。我觉得这两点才是 mongo 敏捷的地方。

说实话我很反感对比 sql 和 nosql。情景不同，选择就不同。如果不联系实际，根本就是无意义的讨论。看看那些大公司是怎么用的。http://www.slideshare.net/planetcassandra/5-feng-qu 。这个是 ebay 的 ppt。他们什么都用，mysql，mongo，oracle，cassandra。已经很明显了，根据情景选择。

我觉得与其在这里讨论这些脱离实际的问题。还不如举出实际的例子。大家来讨论如何做设计。

我们总是说一般项目，复杂项目。可是什么是一般，什么事复杂。每个人的经历不一样，心里的定义就不一样。直接把具体的情景说出来。那样的讨论，我们才能一起学到更多东西

这个嘛？你要好看一点？这个好看很主观的。没法说了。找设计师吧。如果你是 html 裸奔的话。那可以试试 Twitter bootstrap

#32 楼 @chairy11 很多 js 的书，讲的都是浏览器里怎么用 js。讲一堆 window api。或者就是大部头，和词典一样把 js 相关的东西都放进去。《Javascript: The good part.》这本书很短，但句句精辟，每一句都直指 js 核心。

这本书不适合初学者。如果你刚开始接触 js。如果是浏览器端，建议你先玩玩 jquery。如果是 nodejs，那先用一下 express。

但如果你已经接触 js 一段时间了。感觉似乎了解 js 了，但想往更深层走又无从下手。那强烈建议看这本书。

给你说说我当时的情况，我是个 big js fan。我看这本书的时候还没有 nodejs。所以我用 js 都是在浏览器，jquery 很熟练，closure 很熟练。（很喜欢 closure，angular 也很好。。）当时尝试看 closure 的源码。结果看的一头雾水。感觉会用 js，可是又不懂 js 原理。在网上找教程，全都讲的很初级，比如什么 document.getElementById 是什么什么的。。。总的来说，当时的感觉是没有人把 js 当作一门认真的编程语言（除了 google，很感谢 google 对 javascript 的推动），教程也就是教教 dom 操作，ajax 都算是高级的了。（那时候连 chrome 都没出，如果你那时候玩 js，你一定有同感）当我看到很多 java，c＃的书的时候。我都希望有一本能够给我方向的书。于是就看了《Javascript: The good part.》。于是就像发现了新大陆，找到了方向。于是 closure 源码看懂了。于是。。。

这本书根本就不讲基本的 js 语法，作者认为你连这个都不懂的话。就别看这本书了。也压根不讲什么 dom，ajax。作者没有把 js 当成浏览器玩具，而是当成和 java，c＋＋一样的编程语言来讲解的（这点很重要，现在 nodejs 这么火，可能很少有人能体会到我当时的感受）

我用 js 也不少时间了。不敢说多厉害，但经验很丰富了。如果让我推荐 js 的书。这本书绝对是排在第一的。

unless == if not , 千万别翻译成中文。

等 aws 等了好久呀。一直在用阿里云，暂时看来，阿里云对比国内其他公司，还是很不错的。但是，功能提供太少呀，研发速度太慢呀。当然我知道这不容易，并且阿里巴巴已经做得很好了。可是和 aws 的服务，不管是功能上，还是服务上，差距不小呀。

推荐两本书：黑客与画家，Javascript: The good part.

我以前也纠结这种评测。于是从c#到java，从java到nodejs，从nodejs到go。直到我看了两本书，黑客与画家，松本行弘的程序世界。并且联系到现实的工作。我才彻底的逃离了这种纠结。

首先，有这种纠结的朋友，肯定是热爱编程的，纠结的原因是追求完美。但往往这种纠结总是发生在脱离现实的前提下，也就是所谓的工程师思维。

我很赞同黑客与画家里说的一段话。语言之间，根据图灵定律，都有能力实现相同的功能。但程序员每天能写的代码量是固定的。假设平均来说，一个程序员一天能写 100 行代码。那么不管他用什么语言，基本上一天的代码量都是 100 行左右。可是 100 行代码，根据不同的语言，实现的功能差别就很大了。

另外，就是大家说的很多的瓶颈问题。语言之间的确有性能差别。可是性能差别是瓶颈么？这往往是工程师思维所忽视的问题。要回答这个问题，就一定要回到现实。比如 pv 1 千的网站，和 pv 1 千万的网站。他们的瓶颈肯定不一样。pv 1 千的网站，平静不在技术。更多的问题是运营。pv 1 千万的网站，可能会有性能问题。

不难发现，当我们回到现实的时候，其实我们所纠结的问题就很简单了，就没什么好纠结的了。性能有问题？加机器，换语言。什么有效做什么。而且 pv 1 千万说明产品不错，这时候，即便换语言也是很有信心的，没什么好纠结的。

总而言之，不是说不应该纠结这个问题。但绝大多数时候，我们是在浪费时间。就像我看到的一个笑话。小时候我总是纠结上清华还是上北大。长大了才知道其实我想多了。