#46 楼 @bhuztez 所以你的观点是？

#30 楼 @bhuztez 如果你想说 Rails 设计有不合理的地方，我非常同意你。但这对原来提问作者没有任何帮助。我前面说的是，如果在数据库选择上犹豫，说明原作者的项目并不是很明显有利于用基于文档的数据库，或者作者对这些数据库本身并不是很懂，这样选择 PostgreSQL 合适

#31 楼 @bhuztez 回头找很方便，用 git log. 我同意 @jjym 的建议

#25 楼 @bhuztez

估计你可能是数据库背景的吧。如果你说的是 foreign key constraint，Rails 不是不会建，是选择不建。绝大多数的 app 这种选择是合适的。如果需要建也很容易。就好像 Java 说，你 Rails 连 Messaging, Scheduling 这些东西都没有，还好意思说自己是 web framework。一个道理。框架的哲学和取舍不同。

而且你的 app 做到一定程度，是一定会对架构进行特制的。任何再好的 ORM, web 框架都不能包你到底

#11 楼 @lgn21st 我还真觉得直接来不错，一目了然 可读性最强

[ [0, 0, 0, 0, 0, 0, 0, 0], [0, 0, 0, 0, 0, 0, 0, 0], [0, 0, 0, 0, 0, 0, 0, 0], [0, 0, 0, 0, 0, 0, 0, 0], [0, 0, 0, 0, 0, 0, 0, 0], [0, 0, 0, 0, 0, 0, 0, 0], [0, 0, 0, 0, 0, 0, 0, 0], [0, 0, 0, 0, 0, 0, 0, 0] ]

#23 楼 @bhuztez 能想到要充分发扬 PostgreSQL 的是不会问这个问题的。

Rails 4 会支持 Postgres 的 Array type, 现在应该有 gem, 找找看。

#2 楼 @lgn21st Try Ruby 已经有了，在 Online Courses 里面。加了 Ruby Monk

我有点怀疑这个 UX 做的有问题，好像很多人都找不到资源的。上面是可以点来点去过滤的，也许不是很明显？

数据库这边是使用 Mongodb 比较好还是 mysql 或者 postgresql

凡是问这个问题的，答案一律是 Postgres

#8 楼 @xiaolai 我还真就正经八经的开了一个 http://www.railstutors.com/

下堂课 4 天后开课，欢迎来上课

#2 楼 @yedingding #3 楼 @poshboytl #4 楼 @happypeter

看这个 http://www.avc.com/a_vc/2011/09/minimum-viable-personality.html

我们也准备改版了

#6 楼 @tylr 我觉得你可以先开个价，大家可以帮你看看高还是低

#4 楼 @liuhui998 现在还只是 Ruby / Rails, 再多的可以考虑 Ruby / Rails 完善后加

CoffeeScript 最好的就是这个了 http://coffeescript.org/，如果你已经懂 Javascript 应该上手很快 Sass 也一样， http://sass-lang.com/

done.. 建议用更吸引眼球的标题，比如， "The Best Video Hosting Service - What We Chose May Surprise You"

HackerNews 这样的地方还是很标题党的

#5 楼 @sevk

我的幽默感好像很差

#1 楼 @ywencn 同意，我说的是广义的新手了，不是零基础。真正的经验还是要到团队里磨练。

#2 楼 @metal Sinatra 是非常好的入手框架。只是新手一般只听着 Rails 的名声就去了

#4 楼 @xds2000 没错，很多人在做这个事情包括我自己。中文世界里这样的资源少了很多，你可以和@happypeter, @poshboytl 他们聊聊，他们在这方面都做了很多贡献的。

#16 楼 @xiaolai Remember remember, 5th of November ;-)

#41 楼 @chucai 一样的想法

#35 楼 @zw963 和你的团队统一就好

我的基本原则是，

1. Data bindings 数据／界面绑定
2. Compatibility 兼容其他
3. Extensibility 可扩充性
4. No direct DOM manipulations 不直接对 DOM 操作

最后的选择是 Angularjs。Angular 是支持视图排版的，这里原文有误

#32 楼 @zw963 记得回头 interactive rebase 就好

#30 楼 @zw963

强烈建议 @zw963 同学读下这篇文章后写篇总结 :) http://git-scm.com/2011/07/11/reset.html

最近在看 The Diamond Age, 还很不错

鼓掌！后生可畏啊

Config 用 yml 比 json 方便 log 不要加到 git 里面 class 用 camel case: Updatepostcache -----> UpdatePostCache

从设计到代码确实是狂野派 :) 但是重要的是貌似基本运作

#22 楼 @ashchan 最近在研究这个

http://www.ikeahackers.net/

这种情况一定好好好想中间表是不是也代表了业务逻辑。比如说，老师和课程的中间表是什么，是不是可以叫“授课”， “教课任务”，等等？要根据你的业务模型起一个合适的名字。起了好名字往往会给你带来柳暗花明的感觉，比如说，如果是个教务管理系统，可能叫“教学任务”更合适。那么连带而来的，是不是有分配教课任务的人，是不是可以取消，修改？每个教学任务老师是不是得到相应的报酬？这些相应的业务逻辑一下子因为好的命名有了一个合适的地方，而不是在你的 CourseController 里面堆积。

如果应用是老师们用的系统，可能这个更合适叫“授课”，那么连带的比如说授课的效果，每次授课的反馈等等，学生的出勤情况也可以和一个“授课”来做关联。这些，如果把中间表叫做“kechengs_teachers"就很难想到。那么相关的业务逻辑就会散落到应用的各个地方，难以维护。

最后，这种选择更容易适应业务的变化。比如，一但现在说每个课程两个老师来教一个主教一个助理，如果你的模型叫“kechengs_teachers", 你可能不知道如何入手。如果你的模型叫“授课“，你会一下想到，只要一个“primary_teacher_id" 一个”assistant_teacher_id" 就可以了！多简单

"计算机科学里面只有两件难事 － 缓存过期和给东西命名" http://martinfowler.com/bliki/TwoHardThings.html

喜欢 GUI 类的 tool Mac 下可以试试 Tower，diff 应该给你改动的文件列表 http://www.git-tower.com/index.html 其他 的系统应该也有些 GUI tool

还有，把 index commit 了不就有 SHA1 了，比较完在 reset 不就行了

#4 楼 @zw963 没太懂你的需求要解决什么问题

"0.01".prepend("00")

#1 楼 @Saito 鼓掌 佩服

@zw963 不知道这个行不行

git diff --cached | shasum

#2 楼 @flyerhzm 你也在这里玩耍啊 最近 torque box 玩的很开心么

Delayed Job 虽然老，但工作起来没什么问题。因为是用后端数据库作为集成点，可以另开 Server 只 run workers, 指向同一个数据库，不占用 web 的内存

#4 楼 @fsword sidekiq 号称是内存效率高，我还没有机会用，但估计网上会有人做过 benchmark

#7 楼 @quakewang 这个绝对同意

很典型的在线交易和数据仓库案件，建议去读数据仓库方面的文章或书，怎么样建立实时表和仓库，怎么样批量处理，有什么需要注意的问题。不要重新发明车轮