@Ryan 关键是现在日本游戏也是这种脑残节奏，FF 都已经这样了…… PS：我们再扯下去这帖子会被挪到“瞎扯淡”里去？

@Ryan 你想象一下，一个少年/少女满脸感动涕泪横流的看着周围的一群狐朋狗友……关键是前面的铺垫一般都不怎么感动……太狗血了一点

@Ryan 好像是这个意思，动画片里出现的最多。每次我听到这个词都一身冷汗。。。

@larryzhao 可以试试，切换成本很低，为了以后的幸福生活花点时间还是值得的。 @Ryan 我是每次读这个词都想到一句日语……

瞬间 45 次阅读……难道大家都是快下班无心做事了来刷 RubyChina 么~

@huobazi 嗯，这个我看过，今天搞 Mina 第一件事就是在论坛上搜帖子～ 这个脚本我没完全用，感觉写的太复杂了。大部分的我用不到，就只把它的多服务器配置挪过来了。

第一次听名字以为是游戏公司的飘过……

@search 阁下这名字……不得不说很有创意……

@chenge 但有时候帖子是在你没上 RubyChina 的时候就发布并沉下去了，等你上来看的时候也许要往后翻几页才能找到感兴趣的东西。

支持，当时 RubyConf 2012 上 Fred Wu 的演讲，我看好像也有很多人听的明白，社区中懂英文的应该不少。

@ShiningRay 如果是在选中 html 元素时在右边列出 scss，估计会有点呛

@ShiningRay 目前还不行，因为 asset pipeline 是由 Sprocket 这个 gem 负责的，目前还没有支持这个，不过这件事情正在做，还专门建立了一个 source-maps 的分支。issues 讨论里相关的 ticket 是一年前就建立好的，就是一直在等 CoffeeScript 支持 source maps 特性，现在终于时机成熟了。

仔细想想，Rails 要支持 source maps 要做的事情还挺多的：

1. 编译 coffee 文件时除了要生成带特定注释的 js 文件，还要生成 map 文件；而且要让浏览器能直接访问 coffee 文件。
2. source maps 估计会以可配置参数的形式放进 Sprocket，比如只在 development 环境下打开。不然你在跑在 production 环境下压缩好的 js，别人一个 enable source maps 就可以把源码看光光……

@sailtsao Feedly 今天刚用了一会儿，还是不大适应。Google Reader 除了好用的搜索，还会根据你的订阅来定期推荐一些同类型 feed，我有四分之一的 feed 都是通过它的推荐加进来的。Feedly 好像没这个功能。

想想也是，一般 RSS 阅读器如果不走社交路线，或者是有 Google 这样强大的数据分析能力，难以做到这点。

对懒人而言 Feedly 确实是个好选择，直接用 Google Reader 账号就可以登录，然后你看到的订阅内容一字不差，而且人家已经早有预谋了：

Google announced today that they will be shutting down Google Reader. This is something we have been expecting for some time: We have been working on a project called Normandy which is a feedly clone of the Google Reader API – running on Google App Engine. When Google Reader shuts down, feedly will seamlessly transition to the Normandy back end. So if you are a Google Reader user and using feedly, you are covered: the transition will be seamless.

大意：

1. 我们早就期待这货关了……
2. 我们特意做了一个 Normandy 的项目去替代 Google Reader API。一旦这货关了我们立马就上……
3. 数据转移是无缝的，你们就忘了 Google Reader 吧……

作为首页有点慢哦，加的东西太多了点，9 个 iframe

不太喜欢雷军的作风，所以……而且电视主要用来玩主机了……

@milk sorry 记错了，我每次写这个都要纠结下是 include 还是 includes…… @leomao10 嗯，确实。当时写的时候只想给个简单例子，没想这么多。

其实我觉得搞不搞技术都不要紧，关键在于做自己喜欢，并且擅长的事。只是恰好我挺喜欢搞技术，也自认为搞的还行～

只有做喜欢的事情，才会花心思在上面，然后把它做好（顺便享受过程）。不然的话，不是非常有责任感的人，做到的都只是够交差的程度。只要一件事情做的足够好，足够有价值，自然会有回报。不见得能够大富大贵，但衣食无忧是能保证的。

关于新技术，学习成本自然是有。但新技术的出现往往是为了提高效率的，而不是挑战程序员的智商的（不排除部分奇葩的，比如 brainfuck，不过连这玩意也有人想到用来加密自己的邮箱，也算物尽其用）。要不是 ORM 的出现，我们也许现在还在苦逼的拼着 SQL 一旦一次写对了还挺有成就感，要不是前端 MVC 的出现，我们现在还在写着各种绑定做着十几天后只有上帝才能看懂的程序。投入一点成本，掌握一件称手的工具也许就会改变很多事情。不然就只能不断的用着重复的经验处理越来越日新月异的问题。再说，如果发现不好用，也可以不学嘛。

@suupic 正好昨天也看了，提到性能瓶颈有时出在磁盘 IO，确实挺赞的。

关联本身只管定义关系，性能什么的他不会关心。你这是典型的 n + 1 问题，一条 SQL 查出所有 book，20 条 SQL 对每个 book 查出它的 master。 用 include 可以解决你所说的问题。

Book.include(:master).all

生成的 SQL 你自己看看，很好懂的。

目前也没影响使用体验，如果是为了抵消运营开销，可以理解啊

@googya 打开 gr 就有提示，还真要关了，7 月 1 号关闭。 @zfben evernote 可以当 RSS 阅读器用吗？

@bjyuxiao 这个是收费的吧……而且感觉太专业向了，程序员搞不起。

@chenge ab 当时没研究出来怎么登录，因为一些操作是跟 session 相关的，有一定连续性，比如登录然后跳转到主页然后订阅。看中 jmeter 就是因为可以通过事先设置 cookie 的方式让用户登录，但配置也很麻烦……

貌似 Git 也可以开这个功能，不过我没敢开，就是合作不兼容。 我用的 Vim，Vim 就是那种空行不会有任何空格的，但其他编辑器都是根据上一行的缩进来决定下一行有几个空格……每次我碰到自己修改的地方有这种情况都会把空行的空格一个个删掉……删完了瞬间爽了……

嗯，on 可以处理一切事件绑定了，现在的 jquery_ujs 文件也都是用 on。这都出了好久了，不过我前段时间才晓得……这是我整理的一篇 jQuery 事件绑定函数的区别，希望有用。 http://darkbaby123.github.com/blog/2013/02/24/the-difference-jquery-event-binding-methods/

被“女朋友”三个字吸引进来的……吐槽下插件名，这确实是个忘不了女朋友的好方式，每天用插件都要默写一遍……

@kikyous 昨天把问题提交给作者了，他也没碰到这个问题。今天整理干净了环境重新测试了下，还是有 bug……

.vimrc 已经尽可能精简了。MacVim 和 Vundle 都是必用的，如果还不行只好放弃了。

set nocompatible
filetype off

set rtp+=~/.vim/bundle/vundle/
call vundle#rc()

Bundle 'gmarik/vundle'

filetype plugin indent on
syntax on

set background=dark
set tabstop=2
set shiftwidth=2
set softtabstop=2
set expandtab

let g:indentLine_color_gui = '#A4E57E'

一用上就爱上了！一直不爽原来高亮实现的缩进而坚持目测，现在终于有盼头了。 不过插件还有些问题，切换下文件就发现对齐线不见了……不知道是不是只有我有这个问题。等下个版本吧