#30 楼 @Juanito :plus1:

先用 wiki 做起来吧，内容最重要，以后要换形式也不难。

我刚刚写了一份 https://github.com/ruby-china/wiki/wiki/RVM ，我还可以贡献 Capistrano，Vagrant，Vim，Ubuntu 12.04 上部署 Ruby on Rails 的资料，有人分担就最好了。

rbenv，Windows 上编译 Native Gem，Emacs，Sublime Text，RubyMine 是我不了解的，需要认领。

原来的 wiki 内容质量参差不齐，不想原样导入，新写的 wiki 希望重新整理语句。

#25 楼 @c605 这个主意不错

https://github.com/ruby-china/wiki/wiki

建了目录，希望有人认领具体页面的维护。

我现在是倾向 wiki 的，善意推定。

#19 楼 @huacnlee 搜了一下，木有 http://stackoverflow.com/questions/10642928/how-to-pull-request-a-wiki-page-on-github

#17 楼 @huacnlee PR 吗……我原先打算是用 wiki 功能来着。wiki 功能好处是对 wiki 格式比较全（适合词条），任何人都可以直接改，缺点是没有 PR 过程，被恶意修改就只有关闭不能让任何人修改。

用 Github Page 优点是可以 PR，可以定制样式，好像没啥缺点。（用 Page 还需要叫 wiki 吗？）

大家给点建议。

估计 json 格式有问题，把静态内容和 node 输出的内容格式化后 diff 一下。

加上失败时的回调看有什么信息。

听听 @huacnlee 意见

#7 楼 @swordray 赞同，我计划有两类内容，一类是词条，一类是实践。

我也发觉了，还以为世界线变动了。

#2 楼 @haitongz 在这之前如何提防 rm / -r ？

AAA,BBB,CCC 是什么？

#36 楼 @eva 恢复了。因为迁移过两次博客，不太重要的文章就废弃了，这篇看着还行就恢复了。

先翻墙试试。

#11 楼 @aptx4869 一是为了兼顾 Mac 和 Linux 两类开发者，而是 Linux 用户的发行版也不统一，用 vagrant 避免在搭建开发环境上折腾太多。

#8 楼 @blacktulip 默认分享也无法检测文件变化吧？我现在 guard 只能在 host 开。

Vagrant 默认的文件同步机制有性能问题，刷新页面的时候读取 assets 会很慢。要解决这个问题要换 NFS 方式共享，但是 Windows 不支持 NFS，所以 Windows 下开发还是有问题。

ActiveRecord#errors 返回一个类似 hash 的对象，用这个对象来判断。

#83 楼 @swordray 好。

#81 楼 @swordray 我接下来要搞别的项目……

#76 楼 @swordray 这样跟我初衷不同了，我希望要定制的时候可以简单直接修改代码，而不是覆盖 hook 方法，devise 我就一直用不来。所以不会走这个方向。

我喜欢它向下无限滚动的效果（带进度条），但是向上无限滚动会抓狂。

#74 楼 @swordray 还有，提取出来部分的功能会很少，只有发帖/回帖部分，这样就不如自己写了。

#72 楼 @swordray 现在不考虑，工作量很大。

http://docs.jquery.com/Plugins/Validation

例子

https://github.com/chloerei/campo/blob/0c79c0c24a459bb8db250f6fcdf947b3b9141046/app/views/users/new.html.slim

演示

http://codecampo.com/signup

#67 楼 @femto 三大理由：

1. 想换换口味
2. 喜欢数字 ID
3. 需要事务