paidai.com 首页承载的功能很多，设计简洁到看不出有什么设计感。 目前这里的功能少，功能多了看起来也会非常大气，但是添加功能需慎重考虑。 不可否认目前的论坛，在 UI 细节上我们还需长期努力下去。

以上朋友们说的都对，结合我自己的感触来给你说说我对这个事情的看法：

• 四个月的 Rails 经验，加上其他项目经验，我很想知道你从事软件或者编程行业/工作多长时间了？在具体哪个领域？不管你在什么领域，要成为 Rails 领域的佼佼者，都需要 5～7 年的辛勤耕耘，过来人都同意这个道理，一两年，两三年都是不够的，所以不要看 Rails 才出来没有几年，我看到这个领域的专家无一不是在其他领域完成了等量的积累，触类旁通的结果，所以心态放平，不急不燥，找个自己满意的工作环境踏踏实实干两年。这一点对我也一样，我也在努力完成自己的第一个五年积累的过程中。

• IT 行业分支很多，新技术层出不穷，所以学习能力要强，这个体现在能够夸域，而不是专注在仅仅解决 Rails 层面能解决的问题，做开发做到后面，很多时候真的是为了解决特定的领域问题而要让自己去学习并成为那个领域的专家，或者至少是半专家，这也是需要时间积累的，不是通晓了 Rails 的教程和常用的 gem 就能解决的问题，所以争取，或者创造大量的跨界，夸域协作机会，让自己的技能发展平稳，广泛，这个也需要大量的时间积累。

• 通过身边的同学，同事，朋友，社区论坛学习，通过社区，你能找到一群志同道合的朋友，跟自己能力水平差不多的朋友，那么就共同学习成长，如果遇到比自己能力强，经验丰富的朋友，那么从这些人身上你可以学到的东西就更多，不光是技术细节，眼界，思考问题的方式，方法，甚至工作习惯都能窥见一斑，而通过不断帮助比你后进的朋友则能容易积累社区声望，这些声望积累到一定程度会给你带来很多意想不到的结果，甚至影响你的职业生涯，所以社区的投入和积累也非常重要，这个也需要时间。

综上所述，归纳成一句话，就是：你急啥？

#17 楼 @huacnlee 我刚刚跟 @dave 通了个电话，@dave 是我的前同事，我了解了下情况，考虑到他的服务器目前用于他们自己的商业项目，虽然有大量的系统资源空闲，但是却无法完全开放权限给我们。所以我建议他们的服务器资源作为我们的 backup。我们的社区发展下去，如果需要的话我就去升级 Linode 到 1024 或者购买位于日本的 EC2，这个论坛的方向靠谱，不管是小额捐赠，或者大公司支持，我都有把握解决硬件资源问题。

#2 楼 @huacnlee 我有个疑问，关于文章和 wiki 的定位，感觉对我来说，都是为了知识管理和信息整理，但是以目前的这种入口在导航栏的方式，估计用户不会很多吧？

我觉得走 psql 最简单了，直接通过命令做一个 production 数据库的 clone 就可以了吧？

CREATE DATABASE new_database WITH TEMPLATE original_database;

#18 楼 @dave 我找个时间跟你通个电话，了解一下，你有我的号码么？在 Twitter 上 DM 我一下吧

AT 一下自己可以吗？可以吗？ @lgn21st

#3 楼 @cqpx 赞！

我是 Shanghaionrails 的管理员，我们一直通过 Email 的方式沟通 Rails 的话题，上个月跟杭州的 @huacnlee 讨论了一下社区发展，我们一致认为 Shanghaionrails 这种 Google group 的形式其实很受限，比如很多新人并不知道如何发现或者加入 Google group。而我们都不是 Chinaonrails 的典型用户，都没有习惯泡 Chinaonrails，所以我们决定尝试架设一个更适合 Rubyist 的社区，通过悉心经营，努力把这个社区做成最好的 Ruby/Rails 社区。另外一点是 Shanghaionrails 汇集了江浙沪的所有 Rubyist，甚至很多北京，成都的朋友也在里面，所以 Shanghaionrails 早已不是上海的 Rails group，而是全国历史最悠久，最被广泛认可的 Ruby/Rails 社区，所以我觉得通过这种方式能够将 Shanghaionrails 传承下去。

我今天仍然收到了许多重复的通知邮件，估计这个 bug 仍然存在。

不过我个人建议把 email 通知升级成一个 Notification center，比如我可以 rss 订阅 notification，或者选择每天接收一封 digest，并且如果一旦有人回复了我的消息，我希望在 Website 顶部能显示一个状态通知，这是我从 Google+ 的 Notification 得到的启发。

#3 楼 @Rei #4 楼 @Los 有截图为证，不过现在显示图片有点问题，呼唤 @huacnlee 帮助修复。 Thin 或者 Unicorn 的一个 proces 启动后，立即占用 90MB 左右的内存，随着时间推移，可能会占用到 140MB 左右，甚至更多，我们可以开一个新帖分析一下内存消耗情况。这里我贴个 skitch 的截图： https://skitch.com/lgn21st/ggmmk/root-li387-252-ssh 从截图可以看到，两个 Thin 和 resque 是内存使用大户。resque 貌似也载入了一个完整的 rails 环境，内存消耗接近 90MB。

在 Github 上有一篇 Blog，讲的是 Github 是如何使用 God 来监控 Unicorn 的，包括根据 CPU 的占用或者内存消耗自动启动/重启 Unicorn。 https://github.com/blog/519-unicorn-god

这里有一篇关于 Twitter 使用 Unicorn 的文章，他们使用 Unicorn 替换掉了 Mongrel 后，处理 request 的时候降低了 30% 的 CPU 消耗，并使用一个定制的脚本自动监控并重启 Unicorn workers。 http://engineering.twitter.com/2010/03/unicorn-power.html

#2 楼 @huacnlee 设置好了，已经通过 email 发给你了 :-)

这个功能赞的，谢谢 @huacnlee 的辛苦工作！

看起来好诱人，很贵重得感觉！

网站 Landing page 显示论坛，而不是文章会不会更好一点呢？目前我们还没有很多文章，将来可以考虑用文章作为网站的 Landing page，如何？

#5 楼 @huacnlee OK

Vico 我用过一段时间，Bug 很多，不过的确非常好用，照顾了 vim 用户的习惯，后来开始收费了，我就又回到了免费的 VIM。

不着急，初期我们手动作 twitter 转发就可以，这个功能我可以来实现。

Propose: 发布的帖子可以分享到 Twitter 和微薄上，主要的目的是将来重启 Jobs Board 板块，可以一键或者编辑后一键发布到 Twitter，附带简要的描述信息，以及一个 url link，优秀的技术文章也可以分享到 Twitter 上。

谢谢华顺同学的辛苦工作，终于让我们有个窝了！