#15 楼 @Saito 拜读 Linner 中，Github 今天好像抽风了我去

#2 楼 @gykpro 。。。求该逆天浏览器细节

#22 楼 @larryzhao 我大概明白你的意思，但是单就 Web 或者叫 B/S 来看，计算能力确实是从 Server 慢慢流向 Client，或者说，B/S 越来越像 C/S

#13 楼 @darkbaby123 这个说的详细，完全赞同，Turbolink 就是一种“夹生”的方案 过份点说，叫“不伦不类”

#14 楼 @larryzhao 对于 Web 来说，这么多年的发展难道不是将计算能力从 Server 推向 Client？ 否则 Chrome 和 V8 为什么要出现？胖客户端的趋势是很明显的啊

最近在用 Angular，感觉 Rails 里面大部分组件已经不需要了（View/Helper 等），只需要提供 JSON 就行 当然这会出现 DHH 第一点里说的那个问题，JS & JSON 加载未完成时首页出不来，但是为此做一个特殊的优化并不是难事

Benefit #2: Less computational power needed on the client

说实话看到这条我觉得 DHH 是在逆历史潮流而动

Cells 挺好的东西啊，小项目当然用不着，大一点的项目，多个页面共享多块区域时，不用 Cells 会乱成一锅粥

CSS 的权重计算规则挺变态的，可自行搜索 CSS Specificity

#16 楼 @hooopo 看到的， Proc.new{ request.path == "/"} 这样的方式写起来很麻烦 所以我的思路是不根据 URL 来高亮，而是由 view 模板自身控制

#11 楼 @hooopo 我觉得基于 URL 来高亮的思路过于理想化，复杂一点的业务系统里面经常出现两个完全不同的 URL 要高亮同一个链接

我觉得换个思路想会简单很多，页面上某个链接是否要高亮，属于页面展示逻辑，那么就应当将这块逻辑写到对应的 view 里面，比如 nav 上这么写

<li class="<%= 'active' if curr_nav == "A" %>">aaa</li>
<li class="<%= 'active' if curr_nav == "B" %>">bbb</li>

而在页面针对相应的变量赋值就行

<% curr_nav = 'A' %>

当然这些代码用 helper 封装一下用起来会更简单

@zillou 我觉得 #26 楼 的这个解释是最容易被理解的

LZ 就这么从南京 Ruby 届隐退了啊。。。

Ruby 还真不知道，Node.js 里把两个流做个 pipe 就行了

何必呢？装个虚拟机又不是多难的事情

LZ 这是在挖坑往里跳。。。

挺好的文章，格式上再调整一下就更好了

没有事情能第一次就做到完美，积累好经验，明年加油哟！

PRESENTATION NOT FOUND.....

这么多人用 PostgreSQL 啊

https://news.ycombinator.com/item?id=6545172 帮 LZ 顶之~

LZ 可以看看这篇 http://www.ruanyifeng.com/blog/2013/03/apple_inc_and_division_of_labor.html

#8 楼 @chengdh 期待！

@chengdh 没文档，这。。。

确实太复杂了，学起来好累 但是抛开哪些复杂的概念，必须承认 Angular 的核心思路将是未来前端开发的主流，Backbone 比之显得太过原始和保守 只是 Google 的东西一向这么的没有人味，期待将来有同样思路的更好替代品

你应该拿 express 和 sinatra 比

可以啊，就是内存缓存嘛，缺点是这只是应用内缓存，用 Redis 可以多个应用共享呗

加油吧，前几天还在抄袭 writings 后台的 UI，想改用 Angular 实现的，唉

看看这里，你已经找不到 IE7 了 http://tongji.baidu.com/data/browser